Voltar para base de conhecimento

Rejeição 588: Não é permitida a presença de caracteres de edição no início/fim da mensagem ou entre as tags

Atualizado há cerca de 5 horas0 visualizações0 acharam útil
NFeNFCeXMLIntegraçãoFormataçãoRejeiçãoFiscal

Quebras de linha e espaços entre as marcações derrubam o XML. Veja por quê.

A Rejeição 588 acontece quando o XML tem caracteres de edição — quebras de linha, tabulações, espaços — no início, no fim ou entre as marcações.

Abrir Notas Fiscais

Por que acontece a Rejeição 588

O XML da NF-e precisa ser transmitido em linha única, sem formatação. Não é preciosismo: a assinatura digital é calculada sobre os bytes exatos do arquivo. Um espaço a mais entre duas marcações muda o cálculo e invalida a assinatura.

Por isso o arquivo "bonito", indentado e quebrado em linhas — ótimo para leitura humana — é recusado.

As causas mais comuns:

XML aberto e salvo em editor. É a causa principal. Editores costumam formatar o arquivo automaticamente ao salvar.

Geração com indentação. Sistema que monta o XML formatado para facilitar a depuração e transmite assim.

Cópia e colagem. O conteúdo passou por e-mail, chat ou documento e ganhou quebras.

Concatenação com quebras de linha. Emissor que monta o XML por texto, com quebra ao fim de cada marcação.

Assim como as rejeições vizinhas de XML, essa pertence ao mundo das integrações e dos arquivos manipulados fora do sistema.

Como resolver a Rejeição 588

  1. 1
    Identifique quem gerou o XML. Sendo emissão pelo próprio sistema, o caso é atípico e deve ser reportado.
  2. 2
    Sendo integração, a origem precisa gerar o XML sem indentação e sem quebras de linha.
  3. 3
    Não abra XML de nota em editor de texto para "dar uma olhada" — a formatação automática é justamente o risco.
  4. 4
    Reenvie.

Como evitar a Rejeição 588

Trate o XML assinado como arquivo binário: não edite, não formate, não reindente. Precisando ler o conteúdo, faça uma cópia e formate a cópia.

Se a Rejeição 588 continuar

Rejeições vizinhas apontam para a mesma origem: XML mal formado, codificação diferente de UTF-8, uso de prefixo de namespace, namespace fora do padrão. Todas são da geração do arquivo.

Aparecendo a rejeição de assinatura divergente do calculado, é o sinal de que o arquivo foi alterado depois de assinado — mesma causa raiz.

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 D01e, validação do schema XML.

Este artigo foi útil?