O arquivo da ECD passa no validador, mas faltam participantes e centro de custo. Quem deve perceber isso?

Olá a todos. Complemento com o que daria para conferir, em quatro passos:

1. contar os participantes do arquivo e comparar com os parceiros que tiveram lançamento no ano;
2. listar as contas de resultado do período e checar se cada uma que exige centro de custo veio com ele;
3. comparar o número de linhas com o do ano anterior e explicar a variação;
4. registrar quem conferiu e quando.

Então, a prova é a diferença explicada, não o arquivo aceito. Passei por situação parecida no fechamento do mês passado e esse item 3 achou o problema.

Resumo da dúvida e da minha discordância: não acho que o cliente seja a barreira. Então, sem pressa, olhem a ordem que a NTT documenta: validador, depois entrega ao cliente para conferência. O cliente é a segunda barreira. A primeira é de quem gera, porque entregar ao cliente um arquivo incompleto só empurra o retrabalho e gasta a confiança dele. Quem gera deve provar a completude antes.

Um pouco de história: já vi dois desenhos. No primeiro, o próprio responsável por gerar o arquivo roda um checklist de completude antes de entregar. No segundo, o cliente recebe o arquivo e conferimos por amostra com ele. Então, até onde sei, o primeiro cansa menos o cliente e deixa a responsabilidade clara; o segundo funciona quando o checklist ainda não existe. Qual usar depende do processo da empresa, e a documentação que consultamos não define quem faz a conferência.

Me desculpem a pergunta, mas o validador só diz que o arquivo tem estrutura aceitável, não que o conteúdo esteja completo. Vale registrar que isso já aparece como padrão em levantamentos de projeto: ECD válida no validador, porém incompleta. Segundo a documentação da NTT, o fluxo é criar a declaração, gerar o arquivo, passar no validador, entregar ao cliente para conferência e só então transmitir. Ou seja, a conferência de completude é uma etapa própria, anterior à entrega.