Como evitar reprocesso na implantação do GUEPARDO Tax por erro de configuração inicial?

Sei que deve ser básico, porém discordo em um ponto: teste técnico aprovado não prova que o parâmetro está certo para a empresa. Então, de perto, o que decide é quem valida. Uma nota de boas práticas registra que quem valida é o cliente, e que o teste técnico da consultoria não prova que a apuração do mês está certa. Por isso, antes do primeiro fechamento, a área fiscal da empresa precisa assinar o resultado de um mês já fechado, com os números dela na mão.

Complementando o Carlos, como bem lembrou, ó, o paralelo é só um dos testes. Começo pelo básico do projeto: o plano deve ter camadas, e cada uma pega um tipo de erro.

• Técnico, feito pela consultoria.
• Integrado, feito pelo cliente com apoio.
• Regressão e conferência contábil.
• Homologação do cliente, que inclui a interpretação tributária.
• Primeiro fechamento em produção.

No registro do teste, anote qual parâmetro cada caso exercita. Parâmetro sem caso de teste é o que costuma aparecer só no segundo fechamento.

Resposta curta: rode a apuração do último mês já entregue, em paralelo, antes do primeiro fechamento real.

Bom dia, galera. E aí, em campo, o que evita refazer período é comparar o resultado do sistema com o que a empresa já entregou. Uma prática registrada para IRPJ, CSLL e ECF descreve configuração modelo replicada em fases e paralelo contra o exercício já entregue. A ideia serve para qualquer obrigação: se um valor divergir, o parâmetro suspeito aparece antes de o período valer. Sou key user, não do fiscal, e peço desculpa se for básico.