Como definir o escopo de um projeto de parametrização fiscal que envolve vários tributos no SAP?

Complemento sobre prova por tributo. Então, por experiência de quem veio de outro setor, o que ajudou foi um paralelo contra o que já foi entregue: notas dos últimos meses rodadas no desenho novo e comparadas com a apuração escriturada. Pelas notas de projeto, em IRPJ, CSLL e ECF o paralelo contra o exercício já entregue faz parte do método. Vale como padrão, não como regra para todos os tributos.

Discordo de dividir só por tributo no começo. Como de costume, né, vira quatro mini projetos que não conversam. ICMS, PIS, Cofins e ISS dividem cadastro, classificação e contabilização. Eu começaria pelo comum: dado mestre, classificação e contas. Só depois abriria por tributo. E a tese aparece cedo: se o cliente ainda não decidiu um enquadramento, a entrega daquele ponto fica pendente de decisão, e isso entra no plano como pendência com dono e data.

Sem pressa, é: divida por tributo e por ordem de dependência, não por tela. Cada entrega termina com prova em documento real, não com a palavra "configurado".

Pelas notas de projeto que conheço, na integração com FI vale medir o que está em uso antes de propor e provar com documento real. Sobre tese: o sistema executa a decisão que o cliente tomou, e essa decisão vem por escrito.

Outro jeito: dividir também por camada de teste, não só por tributo. Meu alerta, tá, é que a camada é o que mais se esquece. As notas de projeto listam estas:

• técnico, pela consultoria;
• integrado, pelo cliente com apoio;
• regressão;
• contábil;
• homologação do cliente, que inclui a interpretação tributária;
• primeiro fechamento em produção.

Cada tributo passa pelas seis, e o plano mostra em qual está.