Como o GUEPARDO Tax apoia a ECF e o cruzamento com a ECD?

Como vimos, há um ponto em aberto: a documentação lida cobre o PCR e a ligação com a ECD e a ECF, mas o detalhe da apuração de IRPJ e CSLL em si não está nela.

Então, se o seu cruzamento passa pela apuração, a documentação disponível não afirma como o produto trata esse trecho; confirme com a NTT ou teste no ambiente. Registre isso como limite da evidência, para ninguém tratar como garantido.

O risco é, viu, achar que o produto cruza sozinho. O material que temos não descreve uma conferência automática de saldos entre ECD e ECF, só a geração dos saldos a partir da ECD importada.

Quem prova a conferência é o analista. Eu não deixaria o gestor com a impressão de que o produto garante o cruzamento; confirme com a NTT ou teste no ambiente se existe algum relatório de comparação.

De modo geral, pois é, eu adicionaria uma conferência de ponta: monte uma tabela com o saldo da DRE do razão, o saldo da DRE referencial do PCR e o valor lançado na ficha de resultado da ECF.

Se os três bateram no fechamento, o gestor tem a prova que quer. Se um diferir, você já sabe em que ponto a diferença nasceu. Guarde a tabela como evidência do período.

A documentação também diz que a ICF integra ECD, apuração de IRPJ e CSLL e ECF por meio do Plano de Contas Referencial. O pulo do gato, ó, é tratar o plano referencial como a cola entre as duas.

Se o mapeamento tiver uma conta fora do lugar, o saldo vai errado nas duas escriturações do mesmo jeito, e a conferência entre elas não pega. Confira também o mapeamento contra uma referência externa.

Segundo a documentação da NTT, a importação da ECD é obrigatória para entregar a ECF, e com a ECD importada é possível gerar os saldos contábeis na ECF automaticamente, o que evita advertências.

O pulo do gato, na prática, é conferir a data de importação da ECD antes de gerar a ECF: se alguém retificar a ECD depois, os saldos da ECF ficam velhos.