Rejeição 568 — Falha no schema XML – inexiste atributo versao na tag raiz do lote de NF-e

O que é esta rejeição?#

A Rejeição 568 é retornada pela SEFAZ quando o sistema identifica o seguinte problema na NF-e: Falha no schema XML – inexiste atributo versao na tag raiz do lote de NF-e. A nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Este código indica que rejeição: Falha schema XML inexiste atributo versão na tag raiz do lote de NF-e.

Causas comuns#

• O XML da NF-e não está em conformidade com o schema (XSD) definido pela SEFAZ
• Um campo obrigatório está ausente ou vazio no XML
• O formato ou tipo de dados de um campo não corresponde ao esperado pelo schema
• A versão do layout do XML pode estar desatualizada

Como resolver#

1. Valide o XML contra o schema XSD correspondente à versão do layout utilizada
2. Verifique se todos os campos obrigatórios estão preenchidos conforme o MOC
3. Atualize a versão do layout no seu sistema emissor para a versão vigente da SEFAZ
4. Revise a codificação do XML (deve ser UTF-8) e verifique se não há caracteres inválidos

Verificações analíticas#

• Se o elemento raiz do lote (<enviNFe>) não contém o atributo versao com valor '4.00' e o campo <mod> de cada NF-e contida no lote possui valor '55', então há inconsistência entre o modelo de documento declarado e a versão do envelope de envio: inclua o atributo versao='4.00' diretamente na tag <enviNFe>, pois ele é obrigatório pelo schema XSD da versão 4.00 independentemente da versão declarada nas NF-e filhas.
• Se o atributo versao da tag <NFe> (nó filho dentro do lote) está presente com valor '4.00' mas o atributo versao da tag <enviNFe> está ausente ou vazio, então o sistema emissor está confundindo a versão do documento individual com a versão do lote: corrija adicionando versao='4.00' ao elemento <enviNFe> separadamente, pois a SEFAZ valida os dois atributos de forma independente no schema enviNFe_v4.00.xsd.
• Se <CRT> do emitente possui valor '1' (Simples Nacional) e a NF-e contém tags de CST do grupo ICMS tributação normal (ex: <ICMS00>, <ICMS20>, <ICMS51>) em vez de tags CSOSN (<ICMSSN102>, <ICMSSN500> etc.), e ao mesmo tempo o atributo versao do lote está ausente, então há dupla não conformidade com o schema: o XML provavelmente foi gerado por template incorreto para o regime tributário, produzindo uma estrutura que falha na validação XSD antes mesmo de atingir as regras de negócio.
• Se <dhEmi> e <dhSaiEnt> estão preenchidas com datas válidas mas o atributo versao não existe na tag <enviNFe>, então o problema não é de conteúdo de campos de data mas de estrutura de envelope: verifique se o processo de serialização do XML está aplicando corretamente os namespaces e atributos obrigatórios da tag raiz, pois omissão de atributos obrigatórios indica falha no template ou no serializador XML do emissor.
• Se finNFe possui valor '2' (NF-e complementar) ou '4' (NF-e de devolução) e não há nenhum elemento <NFref> dentro de <ide>, e adicionalmente o atributo versao está ausente em <enviNFe>, então o XML apresenta ao menos duas não conformidades críticas simultâneas com o schema: a ausência do versao no lote e a ausência da referência obrigatória à NF-e original, sugerindo que o emissor está utilizando um template genérico desatualizado que não reflete as regras estruturais do MOC 7.0 para NF-e 4.00.