Rejeição 813: QR-Code com sequência de escape para o e-comercial. Usar CDATA

A Rejeição 813 acontece quando o QR Code do cupom é gravado no XML usando sequência de escape para o caractere "e comercial", em vez de estar dentro de um bloco CDATA.

Abrir PDV

Por que acontece a Rejeição 813

Este é um problema bonito, de encontro entre dois formatos.

O QR Code é uma URL com vários parâmetros — e parâmetros de URL são separados por &, o "e comercial". Uma URL de QR Code tem meia dúzia deles.

Só que o & é um caractere reservado dentro do XML. Ele existem duas formas de resolver isso:

A norma exige a segunda. E a razão é prática: com escape, o texto gravado não é mais a URL — quem lesse o XML precisaria desfazer a substituição para reconstruí-la. Com CDATA, a URL fica ali, exatamente como deve ser lida.

As causas mais comuns:

Biblioteca XML genérica. É a causa principal. Ferramentas de geração aplicam escape automaticamente a qualquer texto.

Montagem própria do XML. O sistema trata o QR Code como texto comum.

Essa rejeição é sempre do sistema emissor.

Como resolver a Rejeição 813

1. 1
   Confirme se a rejeição atinge todos os cupons. Sendo geral, é a montagem do XML.
2. 2
   Abra um chamado com o fornecedor do sistema, informando que o QR Code precisa ser gravado em CDATA.
3. 3
   No Berga o QR Code é gravado conforme a especificação, e essa rejeição não aparece na emissão normal.

Como evitar a Rejeição 813

Nada a fazer no dia a dia. A montagem do XML é responsabilidade do sistema emissor.

Se a Rejeição 813 continuar

Rejeições vizinhas do QR Code: parâmetro ausente, fora do formato hexadecimal, divergente da nota, hash incorreto, versão inválida e endereço de consulta errado.

Vale notar que o & também é a principal causa da rejeição de XML mal formado — o mesmo caractere, o mesmo tipo de problema, em outro lugar do arquivo.

Persistindo, abra um chamado informando o número do cupom e qual sistema o gerou.

Referência: MOC 7.0 — Anexo I, validação do QR Code da NFC-e (NT 2016.002).