Quais regras próprias do ECC precisam ser revisadas antes de levar o fiscal ao GUEPARDO Tax?

Complementando: a gente costuma, viu, ordenar pelo que alimenta obrigação. A mesma síntese de notas de projeto, que é julgamento, diz que apuração, livros e contabilização dependem de parametrização, extensões Z e dado mestre que não migram sozinhos, e que isso costuma ser descoberto tarde. Então, para cada rotina Z, escreva qual arquivo ou guia quebra se ela sumir. As que não quebram nada vão para o fim da fila.

Discordo de começar só por parametrização. Por assim dizer, né, parametrizar o que não tem dono apenas muda o lugar do problema. A documentação do produto que temos não afirma que o GUEPARDO Tax substitua cada regra Z do ECC; confirme com a NTT ou teste no ambiente com um período fechado, comparando o resultado antigo com o novo. Se o valor diverge, a rotina Z carregava uma regra que ninguém documentou.

Inventário vivo, com dono, objetivo e o que cada rotina assume do produto, é a base. Isso vem de uma síntese de notas de projeto, ou seja, julgamento e não documentação do produto. Um adendo, tá: a regra de decisão que se repete é parametrização antes de desenvolvimento. Passo: monte uma planilha com uma linha por rotina Z e quatro colunas, dono, o que calcula, qual obrigação alimenta e se existe parametrização que a substitua. Marque a última como não conferida até alguém testar.