O que fazer quando o GUEPARDO Tax devolve um resultado inesperado após a migração?

A ideia é, pois é, olhar também de onde o produto lê o dado contábil. Segundo a documentação da NTT, em S/4HANA os lançamentos ficam na ACDOCA e por isso o produto tem a interface de busca ACDOCA. Depois de migrar, vale conferir qual interface de busca está ativa na configuração, que abre pela transação /FHG/11.

A documentação do produto que temos não afirma o que muda no resultado se a interface errada estiver ativa. Confirme com a NTT ou teste no ambiente de qualidade, com um período já fechado.

Discordo em parte da ordem. Conforme o combinado no meu time, antes de culpar migração ou regra, confirmamos se o número do ECC estava certo. O número antigo não é gabarito: ele pode ter tido ajuste manual que o novo ambiente não repete.

Peça ao fiscal a lista de ajustes manuais do mês de comparação e some ao valor do ECC. Se a diferença some, não havia erro no S/4HANA. Qual valor vale é decisão do tributário da empresa, não do consultor.

Comece congelando a comparação: um mês já fechado, uma empresa, um tributo. Veja, o plano é separar três camadas e mexer em uma por vez.

1. Dado: pegue cinco notas do mês e compare NCM, CFOP, CST e parceiro entre o ECC e o S/4HANA.
2. Parametrização: confira se cada uma dessas notas cai na mesma regra.
3. Regra do produto: só entre nisso se as duas primeiras estiverem iguais.

Sou key user, não do fiscal, e peço desculpa se for básico, mas anotar cada comparação numa planilha de três colunas me salvou mais de uma vez.

A saída é, tá, andar para trás em vez de para frente. Em vez de comparar tudo, pegue o valor da diferença e quebre por documento: some o imposto nota a nota nos dois lados e veja quais notas explicam a diferença.

Se uma ou duas notas explicam tudo, o problema é do dado ou da parametrização daquelas notas. Se a diferença está espalhada em quase todas, aponta para uma regra. Eu vim de outro ERP e sempre começo pelo valor que não fecha, não pela tela de configuração.