Qual a diferença entre os eventos de tabela e os eventos periódicos?

Minha ressalva, pois é: decorar a ordem sem teste não protege ninguém. Rode o conjunto em homologação e guarde, para cada evento, a data do envio, o retorno recebido e quem conferiu. Se um periódico for recusado, essa trilha mostra se a causa foi tabela faltando, dado de origem ou erro de montagem, e a próxima pessoa não começa do zero.

Pra não esquecer, pois é: o fechamento é o último degrau, e é onde a conferência pesa mais. Segundo a documentação da NTT, o produto trata fechamento (R-2098, R-2099, R-4099), retornos (R-5011) e exclusão (R-9000) dentro do mesmo conjunto de eventos, com transmissão por carga e conciliação. Em que ordem exata cada evento deve sair dentro do grupo, a documentação que consultamos não afirma. Confirme com a NTT ou teste no ambiente de homologação.

Abrindo um parêntese, tá: antes de enviar qualquer coisa, monte uma lista evento a evento com três colunas: aplicável ou não para a empresa, de onde o dado sai no ERP e quem responde por ele. Nas notas de projeto que consultamos, esse questionário aparece junto com um cuidado: confirmar se a retenção sai certa no ERP padrão antes de parametrizar, porque a Reinf lê o que o ERP gravou. Evento aplicável sem dado de origem só aparece tarde, no envio.

Pense em três blocos: eventos de tabela (cadastros que os demais eventos referenciam), eventos periódicos (o movimento do mês) e eventos de fechamento. A ordem de envio segue essa sequência, com cada bloco aceito antes do próximo. Veja, de qualquer forma, o leiaute e a ordem fina de cada evento você confere no manual oficial vigente. Segundo a documentação da NTT, o GUEPARDO Tax documenta eventos como R-1000, R-1050, R-1070, R-2010, R-2098, R-2099 e R-9000.