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

A Rejeição 568 acontece quando a marcação raiz do lote de NF-e não traz o atributo de versão.

Abrir Notas Fiscais

Por que acontece a Rejeição 568

Uma mensagem de autorização carrega duas declarações de versão, uma em cada camada:

Elas evoluem em ritmos diferentes: o leiaute da nota muda com frequência, por notas técnicas; o do lote é mais estável.

Esta rejeição é da camada externa — o envelope não declarou a sua versão.

As causas mais comuns:

Montagem própria do envelope. É a causa principal. A integração constrói o lote por texto e omite o atributo.

Versão declarada só na nota. O atributo foi colocado na NF-e e não no lote.

Arquivo processado por transformação. Uma conversão removeu atributos da raiz.

Como resolver a Rejeição 568

1. 1
   Confirme que o envelope do lote declara o atributo de versão.
2. 2
   Sendo integração, ajuste a montagem na origem.
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 568

Use biblioteca que monte as duas camadas com as respectivas versões. E mantenha o sistema atualizado: as versões mudam por nota técnica, com cronograma divulgado com antecedência.

Se a Rejeição 568 continuar

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

Há também a que recusa a versão do XML não suportada, quando o atributo existe mas aponta para um leiaute fora de circulação.

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

Referência: MOC 7.0 — Anexo I, regra de validação D01b, para o lote de NF-e.