Rejeição 568: atributo versao ausente na raiz do lote

A rejeição 568, regra D01b, detalha a ausência do atributo versao na raiz do lote de NF-e. Ter uma versão dentro de infNFe ou na declaração XML não satisfaz a exigência da raiz da mensagem de autorização.

Nesta página:

• Em qual elemento a versão deve ser conferida?
• Exemplo: a versão existe apenas na nota
• Basta acrescentar um número de versão?
• Qual a diferença para 517 e como conferir o resultado?

Em qual elemento a versão deve ser conferida?

Na mensagem de autorização, confira o atributo versao de enviNFe, usando o leiaute e o pacote XSD aplicáveis. O atributo informa a versão da mensagem de lote. O atributo de infNFe pertence à estrutura da nota, enquanto a declaração XML se refere à linguagem e à codificação.

D01b é um detalhamento facultativo após falha D01. A ausência pode aparecer como rejeição genérica 225. Não confunda isso com a 239, que verifica uma versão informada mas não suportada pelo serviço.

Fontes: MOC Anexo I, regra D01b.

Exemplo: a versão existe apenas na nota

Considere um gerador que preenche a versão de infNFe, mas o componente que monta o lote esquece o atributo de enviNFe. Uma inspeção visual pode encontrar a palavra versao e concluir incorretamente que a exigência foi atendida.

Compare o caminho exato de cada atributo. O corretivo pertence à montagem do lote, não ao cadastro da empresa. Uma tag filha chamada versao, uma grafia com acento ou um atributo em outro elemento não equivalem ao atributo previsto na raiz.

Fontes: MOC Anexo I, regra D01b.

Basta acrescentar um número de versão?

Não. A versão declarada deve corresponder ao conteúdo e ao contrato vigente. O número da versão de uma Nota Técnica ou do pacote XSD não deve ser copiado automaticamente para esse atributo. Confira o schema de entrada do serviço e os documentos que o atualizam.

Depois de ajustar o gerador, valide a mensagem inteira. Se o processo reconstruir ou modificar conteúdo assinado, também confira a assinatura final pelo fluxo legítimo. Evite remendos manuais em arquivos já assinados.

Fontes: MOC Anexo I, regra D01b.

Qual a diferença para 517 e como conferir o resultado?

A 568 se refere à raiz do lote de autorização; a 517 faz o detalhamento para a raiz de mensagem na linha geral. O título da página ou sua categoria não substitui a identificação do método usado.

Validação XSD sem a falha de atributo conclui apenas essa etapa. A autorização depende das demais verificações e do retorno correspondente. Preserve o resultado anterior e esclareça tentativas incertas antes de nova transmissão; não mude número, data ou empresa para contornar o erro.

Fontes: MOC Anexo I, regra D01b.

Limite do exemplo e preservação dos dados

A demonstração completa depende do lote original e de seus documentos assinados. O exemplo textual distingue caminhos e atributos sem fabricar XML operacional. A conferência deve preservar o original e ocorrer em ambiente protegido; não publique certificado, senha, chave privada ou dados fiscais de clientes.

Fontes oficiais

• MOC 7.0 — Anexo I, versão 7.00. p. 72, regra D01b, código 568; quadro completo e notas da seção.
• MOC 7.0 — Visão Geral, versão 7.00. pp. 50–51, namespace e validação XSD; pp. 71–72, lote enviNFe e seus atributos; pp. 53–55, assinatura.