Rejeição 565 — Falha no schema XML – inexiste a tag raiz esperada para o lote de NF-e

O que é esta rejeição?#

A Rejeição 565 é retornada pela SEFAZ quando o sistema identifica o seguinte problema na NF-e: Falha no schema XML – inexiste a tag raiz esperada para o 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 no schema XML – inexiste a tag raiz esperada para o 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 XML enviado não for nfeProc ou enviLote (ou seja, o documento contém diretamente a tag NFe sem o envelope correto de lote), então o schema esperado pela SEFAZ não encontra o ponto de entrada do lote: envolva o XML da NF-e dentro da tag correta enviNFe com atributos versao='4.00' e xmlns='http://www.portalfiscal.inf.br/nfe', garantindo que cUF, tpAmb e idLote estejam presentes e preenchidos antes de reenviar.
• Se o atributo versao presente em NFe, infNFe ou enviNFe divergir entre si (por exemplo, infNFe com versao='3.10' enquanto enviNFe declara versao='4.00'), então há incompatibilidade de layout que causa falha de schema porque a SEFAZ valida cada nó contra o XSD da versão declarada no envelope: normalize o atributo versao='4.00' em todos os elementos que o exigem simultaneamente (NFe, infNFe e enviNFe).
• Se o namespace xmlns declarado em qualquer elemento raiz ou filho diferir de 'http://www.portalfiscal.inf.br/nfe' (incluindo presença de namespace vazio, incorreto ou ausente), então o parser XSD da SEFAZ não reconhece a estrutura como NF-e válida e rejeita o lote antes de processar qualquer campo de negócio: declare xmlns='http://www.portalfiscal.inf.br/nfe' explicitamente na tag NFe e remova quaisquer prefixos de namespace alternativos ou declarações xmlns redundantes que contaminem o documento.
• Se o XML transmitido possui BOM (Byte Order Mark) UTF-8 (sequência EF BB BF no início do stream) ou declaração de encoding diferente de UTF-8 no prólogo (<?xml version='1.0' encoding='ISO-8859-1'?>), então o schema falha na leitura do documento porque a SEFAZ exige estritamente UTF-8 sem BOM: remova o BOM, corrija o atributo encoding para UTF-8 e recodifique o conteúdo do arquivo garantindo que caracteres acentuados e especiais estejam em UTF-8 puro.
• Se o conteúdo do campo chNFe (44 dígitos) presente em infNFe Id não for composto exatamente pela concatenação cUF(2)+AAMM(4)+CNPJ(14)+mod(2)+serie(3)+nNF(9)+tpEmis(1)+cNF(8)+cDFe(1) sem espaços ou separadores, ou se o dígito verificador cDFe calculado pelo módulo 11 não conferir com os demais campos, então a tag Id ficará malformada e o schema rejeitará o documento por não encontrar a estrutura de identificação esperada: recalcule a chave de acesso campo a campo conferindo tamanho fixo com zero-padding e recalcule cDFe antes de serializar o XML.