Antes de configurar a Reinf, como confirmar que a retenção sai certa no ERP padrão?

Sei que deve ser básico, porém acrescento um cuidado. A documentação da NTT cita como pré-requisito notas de serviço de entrada registradas pela MIRO ou por fatura em FI, com a busca de documentos bem configurada para não faltar documento. Então a amostra deve incluir notas lançadas pelos dois caminhos e pelo menos uma que a busca poderia ter deixado de fora. Bem, a prova é a nota que deveria aparecer e não aparece.

Bom dia, galera. Discordo de usar só cinco notas. E aí, em campo, o erro mora no caso raro: prestador de tipo diferente, nota com mais de uma retenção, lançamento por fatura em vez de MIRO. Cinco notas comuns passam. Eu pediria uma nota por tipo de caso e um critério escrito: diferença zero, ou diferença explicada. A documentação que consultamos não afirma quais tipos de retenção o ERP padrão cobre, então liste os tipos que a empresa realmente tem.

Vamos ao que interessa: o cerne, viu, é comparar quatro pontos da mesma nota. A orientação de projeto é confirmar a retenção no ERP padrão antes de parametrizar, porque a Reinf lê o que o ERP gravou. Pegue cinco notas de serviço de entrada com retenção e compare o valor da nota, o valor retido no documento, o saldo na conta de retenção e o valor esperado na guia. Se os quatro batem nas cinco, o ERP está certo. Se um falha, corrija na origem.

Direto: eu faria o inverso, partindo da guia e voltando. Pego o valor retido pago no mês e rastreio até as notas. O que sobrar sem nota é o primeiro problema. Agora, um adendo: só dá certo quando a guia já existe, ou seja, em um mês passado. Os levantamentos de dores de projeto apontam que, quando a retenção não bate entre nota, guia, Reinf e saldo contábil, a causa raramente está no módulo de apuração e costuma estar na origem.