Rejeição 243: XML Mal Formado

A Rejeição 243 acontece quando o arquivo enviado não é um XML estruturalmente válido.

É a recusa mais precoce de todas: a SEFAZ nem chega a olhar o conteúdo da nota, porque não consegue abrir o arquivo.

Abrir Notas Fiscais

Por que acontece a Rejeição 243

XML tem regras de estrutura — cada marcação precisa ser aberta e fechada, na ordem certa, e alguns caracteres têm significado especial. Quebrando qualquer uma dessas regras, o arquivo deixa de ser legível por máquina.

As causas mais comuns:

Caractere especial no meio do texto. É a causa principal. Sinais como &, < e > têm função dentro do XML. Um "&" na descrição do produto ou na razão social do cliente quebra o arquivo se não for tratado.

Arquivo truncado. O envio foi interrompido e o XML chegou pela metade.

Caracteres de controle. Texto colado de outro sistema traz caracteres invisíveis que não são aceitos.

Edição manual. O XML foi aberto num editor e salvo com alguma marcação quebrada.

Integração com geração própria. Sistema que monta o XML por concatenação de texto, sem biblioteca própria, produz arquivos frágeis.

Na emissão pelo próprio sistema essa rejeição praticamente não aparece: ela pertence ao mundo das integrações e dos arquivos manipulados fora dele.

Como resolver a Rejeição 243

1. 1
   Identifique quem gerou o XML. Sendo emissão pelo sistema, o caso é atípico e deve ser reportado.
2. 2
   Confira os campos de texto livre da nota — descrição de produto, razão social, endereço, observações — procurando &, < e >.
3. 3
   Removendo o caractere problemático, o envio costuma passar. É a solução rápida.
4. 4
   Sendo integração, a origem precisa gerar o XML com escape correto desses caracteres.
5. 5
   Reenvie.

Como evitar a Rejeição 243

Evite caracteres especiais nos cadastros. "Comércio & Cia" cadastrado como "Comercio e Cia" resolve o problema antes de ele existir — e o DANFE fica igualmente legível.

Ao colar texto de planilha ou de e-mail em campos da nota, cole como texto simples.

Se a Rejeição 243 continuar

Rejeições vizinhas apontam para a mesma origem: falha no schema XML, uso de prefixo de namespace não permitido, caracteres de edição entre as marcações. Todas indicam problema na geração do arquivo, não no conteúdo fiscal.

Persistindo, abra um chamado informando o número da nota e qual sistema gerou o XML.

Referência: MOC 7.0 — Anexo I, regra de validação B02, validação inicial da mensagem no web service.