Como o GUEPARDO Tax acompanha mudanças de versão de leiaute das obrigações acessórias?

Não confiaria só no validador. Já vi arquivo passar sem erro e estar incompleto. E aí, a título de exemplo, um trecho do que anoto:

• Validador: sem erros
• Conferência com o cliente: participantes ausentes

Até a documentação da NTT descreve esse fluxo na ECD: gerar, passar no validador da RFB, entregar ao cliente para conferência e só então transmitir. A conferência do cliente existe por isso.

Na prática de projeto, a atualização de release tem sido tratada como decisão de calendário fiscal. Olha, o x da questão: janela depois que as obrigações do mês estiverem geradas e entregues, ordem desenvolvimento, homologação e produção, e regressão comparando com a evidência de um período fechado. O primeiro fechamento real depois da atualização é o teste que conta.

A documentação que consultamos não descreve como o GUEPARDO Tax controla a versão de leiaute de cada obrigação. Isso não está coberto no que consultamos; confirme com a NTT ou teste no ambiente.

Um exemplo documentado de mudança de versão é a Reinf. Segundo a documentação da NTT, a 2.1.1 é um produto novo derivado da 1.5, as tabelas mudam de prefixo e há um programa de conversão que deve rodar antes do uso, por grupo de tabelas e de preferência em modo teste. Um alerta: conversão tem ordem.