Como o GUEPARDO Tax apoia a conciliação de retenções antes do envio da EFD-Reinf?

Saudações, pessoal. Discordo de tratar tudo como problema de origem: tem causa de cadastro, que é separada. Nas notas de projeto, cadastro e documento sem o dado que a retenção exige (tipo de prestador, obra, natureza do rendimento, dependentes) geram divergência mesmo com a nota certa. A questão é que, tá, o ERP pode estar certo e o cadastro do parceiro incompleto. Eu conferia o cadastro de cada prestador antes de qualquer conciliação.

Desculpem se for básico também. Segundo a documentação da NTT, a solução de EFD-Reinf traz saldo fiscal e saldo contábil e conciliação de eventos, além de fechamento do período e DCTFWeb. Então a conciliação dentro do produto existe como funcionalidade. Olha, no fim das contas, o que ela compara em cada tela, a documentação consultada não afirma; teste num período já fechado antes de depender dela para o envio.

Desculpem a insistência, mas a conciliação só funciona se a origem estiver certa. Nas notas de projeto que consultamos, a retenção que não bate entre nota, guia, Reinf e saldo contábil raramente tem causa no módulo de apuração, e costuma estar na origem. Passamos por situação parecida no mês passado. E aí, o x da questão: a origem é o registro da nota de serviço, e a Reinf lê o que o ERP gravou. Confira primeiro se a retenção sai certa no ERP.