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

A Rejeição 565 acontece quando o XML enviado ao serviço de autorização não tem a marcação raiz do lote.

Abrir Notas Fiscais

Por que acontece a Rejeição 565

A mensagem de autorização tem duas camadas, e é útil enxergá-las separadas:

Um lote pode conter uma ou várias notas. E cada camada tem a sua marcação raiz, com validação própria.

Esta rejeição é da camada externa: o envelope do lote não foi montado, ou foi montado errado. A nota até pode estar perfeita — ela simplesmente não está dentro de um lote válido.

As causas mais comuns:

XML da nota enviado sem o envelope. É a causa principal. O arquivo da NF-e foi transmitido direto, sem o lote em volta.

Montagem própria do envelope. A integração construiu a estrutura externa com marcação errada.

Arquivo truncado. O envio foi interrompido e o início não chegou.

Como resolver a Rejeição 565

1. 1
   Confirme que o XML enviado é o lote, e não a nota isolada.
2. 2
   Sendo integração, ajuste a montagem: a nota vai dentro do envelope do lote.
3. 3
   Sendo emissão pelo próprio sistema, o caso é atípico e deve ser reportado.
4. 4
   Reenvie.

Como evitar a Rejeição 565

Use biblioteca que monte as duas camadas conforme a especificação. É um dos pontos em que emissores caseiros mais tropeçam.

Se a Rejeição 565 continuar

Rejeições vizinhas: atributo de versão ausente na raiz do lote, e as equivalentes para a mensagem em geral.

Vale lembrar que o lote tem outras regras: só pode conter NF-e ou NFC-e, não os dois; e, em SEFAZ Virtual, não deve misturar UF.

Persistindo, abra um chamado informando o serviço acionado e qual sistema gerou o XML.

Referência: MOC 7.0 — Anexo I, validação do schema XML do lote de NF-e.