Como configurar eventos da Reinf no GUEPARDO Tax e validar a configuração antes da produção?

Dúvida curta respondida: não basta conferir o arquivo, porque o fechamento depende de período. Pra fechar, tá, um ponto da documentação da NTT: para contribuição previdenciária com DARF emitido pela DCTFWeb, o Gerar Débito só gera e contabiliza o débito com o período fechado pelo R-2099.

Como a transmissão em produção por mensageria ECG não foi conferida no material, vale dizer: o material que temos não afirma isso; confirme com a NTT ou teste no ambiente. Registre o resultado do teste como evidência, com data e responsável.

Uma questão só de discordância: esse roteiro é bom, mas a exceção é, tá, o ambiente de qualidade. Segundo as notas, a divergência costuma aparecer só na homologação do cliente, perto da data de exigência, e o ambiente de qualidade às vezes não tem a transmissão configurada, então parte do fluxo não é testada.

Por isso eu incluiria um passo antes de tudo: perguntar onde cada evento vai ser provado e o que fica de fora do teste, por escrito.

Boa noite, colegas. Um roteiro que funciona é começar pelo ERP e só depois mexer no produto. O fato é que, ó, a Reinf lê o que o ERP gravou. Pelas notas de projeto que usamos de referência, costuma ser assim:

1. Questionário evento a evento: quais eventos se aplicam à empresa.
2. Confirmar se a retenção sai certa no ERP padrão antes de parametrizar.
3. Definir se a entrega da série R-4000 é na matriz ou por filial.
4. Definir quem cuida de certificado, transmissão e homologação.
5. Homologar o conjunto, não evento por evento.