O arquivo SPED gerado pelo GUEPARDO Tax foi rejeitado no validador: o que verificar?

Sobre a checagem: segundo a documentação da NTT, o produto usa rotinas de pré-validação para achar inconformidades antes da entrega, na esfera federal. Desculpa incomodar com isto, mas o conteúdo que temos em mãos não afirma que ela cobre o seu arquivo nem o seu leiaute; confirme com a NTT ou teste no ambiente. Rode a pré-validação, compare o resultado com o do validador oficial e anote o que cada um pega. Olha só, ó, a diferença entre os dois é o seu critério de aceite.

Complementando a Daniela com um critério de parada. Pergunta objetiva: o erro some quando você gera de novo só aquele período, sem o campo suspeito? Se sim, é dado de origem. Se persistir igual, é estrutura. Guarde o trecho do log, sem dados reais, assim:

registro rejeitado, campo obrigatório vazio, linha informada pelo validador

Veja, como falei, o registro do erro é a prova que você leva ao fiscal e à NTT, não a sua impressão.

Discordo em um ponto: não começaria pelo leiaute. O truque é, ó, olhar se o campo que o validador reclama vem de dado que não nasce no documento fiscal. Segundo as notas de projeto, há registro do SPED que depende de dado de fora do documento, montado em planilha e importado. Se for o caso, o cadastro e o leiaute podem estar certos e o erro mora na origem. Peça a lista de registros com origem manual antes de mexer em qualquer parâmetro.

A ordem é: mensagem do validador, versão de leiaute, cadastro e dado de origem. Trabalho há 20 anos com fiscal e hoje estou no ECC 6.0. Primeiro copie do validador o registro, o campo e a linha do erro, porque isso separa erro de estrutura de erro de conteúdo. Depois confira a versão de leiaute do arquivo contra a que o validador usa. Qual versão o produto gera, a documentação disponível não afirma; confirme com a NTT ou teste no ambiente. Lembre: O custo é, tá perder a tarde no cadastro quando o erro era de dado.