Que checklist de pré-requisitos revisar antes de ativar um módulo do GUEPARDO Tax?

Discordo de checklist só técnico. Até onde sei, o que também pega é quem faz o quê: quem cuida de certificado, de transmissão e de homologação, e se o conjunto de eventos foi homologado junto. E o ambiente de qualidade costuma não ter a transmissão configurada, então parte do fluxo nunca é testada antes de produção. Coloque no checklist uma linha: o que o ambiente de teste não consegue provar, e quem assume esse risco.

Outra forma de montar: por origem do dado, não por tela. A documentação da NTT cita como pré-requisito notas de serviço de entrada registradas pela MIRO ou por fatura em FI, e busca de documentos bem configurada. A saída é fazer uma lista de dez notas reais do mês e conferir se cada uma aparece na busca de documentos antes de ativar qualquer evento. Nota que não aparece indica pré-requisito faltando.

Complemento de processo. Como estamos hoje, o que mais ajuda é um questionário evento a evento: para cada evento aplicável, qual dado precisa existir no ERP. E confirmar, antes de parametrizar, se a retenção já sai certa no ERP padrão, porque a Reinf lê o que o ERP gravou. O cerne, pois é, é descobrir cedo o evento que depende de dado que não existe. Isso é padrão de projeto que costuma se repetir, não regra do produto.

Segundo a documentação da NTT, a versão 2.1.1 da Reinf é descrita como produto novo, e as tabelas passam do prefixo REI para REN. Há um programa de conversão, pela transação /FHG/REN600, que deve rodar antes do uso, de preferência em modo teste. Então o primeiro item do checklist é: o ambiente já foi convertido? Veja, como já disse, anote o resultado do teste da conversão por grupo de tabelas antes de seguir.