Como validar no PVA o arquivo gerado pelo GUEPARDO Tax e tratar os erros apontados?

Passei pelo mesmo caso e vale somar: eu segurei o arquivo até a mensagem aberta ter causa escrita, mesmo sem correção. O cliente conferiu com a lista de pendências na mão e ninguém foi surpreendido. Quem valida o resultado é o cliente, então entregar com a pendência declarada é melhor do que entregar limpo por acaso. Deixei a decisão de transmitir com o fiscal responsável, por escrito.

Boa tarde, colegas do fiscal. E aí, o cerne: discordo de que o validador separe dado, regra e leiaute por você. Ele aceita ou recusa o arquivo; as notas de projeto são claras de que o validador aceitar não prova que o valor está certo, ninguém prova que o imposto apurado é o escriturado. O oposto também vale: o validador recusar não diz se a falha nasceu na regra do produto ou no dado do cliente. Por isso eu repartiria o trabalho: fiscal confere o dado, consultoria confere a regra, e leiaute só depois.

Perdão pela dúvida simples, mas o teste é registrar. Agora, o teste é, para cada mensagem, anotar:

• o número do registro e o campo apontados;
• o documento ou a conta de origem;
• se corrigir na origem resolve ou se a correção precisa de ajuste de regra;
• quem aprovou a correção.

Com essa tabela, quando o erro voltar no mês seguinte você sabe se era dado ou regra. E a documentação lida cita um ponto de extensão para inclusão ou alteração de registros da ECD, o que sugere cuidado: ajuste de registro por código próprio também precisa de dono.

Ponto único: o seu roteiro tem três perguntas, nessa ordem. O material que temos descreve o fluxo da ECD assim: criar a declaração, gerar o arquivo, passar no validador da RFB e entregar ao cliente para conferência antes de transmitir. O material não menciona o PVA pelo nome e não afirma que o produto traduza a mensagem do validador em causa; confirme com a NTT ou teste no ambiente.

1. O dado existe na origem? Procure o documento ou a conta.
2. O dado chegou ao arquivo? Compare com o registro gerado.
3. O registro está no formato? Aí sim é leiaute.

Vamos ao que interessa: complementando, conforme o combinado, uma classe de erro que vale separar é o arquivo válido e incompleto. As notas de projeto registram ECD que passa no validador e mesmo assim está incompleta, com participantes e centro de custo ausentes. Isso não gera mensagem. Então, depois de zerar os erros, rode uma conferência de completude: contas, participantes, centros de custo e saldos contra o razão. Quem só olha a lista de mensagens acha que acabou antes da hora.