Rejeição 587 — Usar somente o namespace padrão da NF-e
Motivo da rejeição
Usar somente o namespace padrão da NF-e
O que é esta rejeição?#
A Rejeição 587 é retornada pela SEFAZ quando o sistema identifica o seguinte problema na NF-e: Usar somente o namespace padrão da NF-e. A nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.
Este código indica que rejeição: Usar somente o namespace padrão da NF-e.
Causas comuns#
- O XML contém erros de formatação, namespaces inválidos ou codificação incorreta
- A versão do layout XML não é suportada ou é superior à vigente na SEFAZ
- Há caracteres especiais, espaços ou quebras de linha indevidas no XML
- O XML deve usar codificação UTF-8 sem BOM (Byte Order Mark)
Como resolver#
- Valide o XML com um parser antes de enviar — ele deve ser bem-formado (well-formed)
- Use apenas o namespace padrão da NF-e: http://www.portalfiscal.inf.br/nfe
- Salve o XML com codificação UTF-8 sem BOM
- Atualize a versão do layout no sistema emissor para a versão vigente aceita pela SEFAZ
- Remova caracteres de edição (tabs, espaços extras) do início e fim do XML
Verificações analíticas#
- Se o atributo xmlns da tag nfeProc ou NFe contiver valor diferente de 'http://www.portalfiscal.inf.br/nfe' ou se existirem prefixos de namespace adicionais declarados (xmlns:xsi, xmlns:ds, xmlns:nfe) em qualquer elemento filho do XML, então o documento possui namespace não padrão que causa rejeição 587: remova todos os prefixos e declarações xmlns secundárias, mantendo apenas xmlns='http://www.portalfiscal.inf.br/nfe' no elemento raiz NFe.
- Se os primeiros bytes do arquivo XML forem EF BB BF (sequência UTF-8 BOM) ou se a declaração <?xml version='1.0' encoding='UTF-8'?> estiver precedida de qualquer caractere incluindo espaço, tab ou quebra de linha, então o parser da SEFAZ rejeita o documento antes mesmo de avaliar o namespace: salve o arquivo garantindo ausência de BOM e posicione o prólogo XML exatamente no byte 0 do stream enviado.
- Se o atributo versao presente na tag infNFe contiver valor diferente de '4.00' ou se o atributo versaoDF do elemento infNFeSupl ou o atributo version do envelopamento SOAP não corresponderem à versão vigente aceita pela UF de destino, então há incompatibilidade de layout que pode ser interpretada como namespace inválido pelo validador da SEFAZ: atualize todos os atributos de versão para '4.00' e confirme o endpoint SOAP correto para a versão vigente.
- Se qualquer valor textual de campo do XML contiver os caracteres & < > ' " fora de seções CDATA sem a devida codificação como entidade XML (& < > ' ") — especialmente em campos como xNome, xFant, infCpl, xObs ou endereços — então o documento não é well-formed e pode gerar falha de parse que a SEFAZ reporta como erro de namespace: passe o XML por um parser validador e substitua todos os caracteres especiais pelas entidades XML correspondentes.
- Se o conteúdo do elemento chNFe presente na tag infNFe possuir comprimento diferente de 44 dígitos, ou se os dígitos correspondentes à posição de cUF, AAMM, CNPJ emitente, mod, serie, nNF ou cNF forem inconsistentes com os valores declarados nos campos individuais de ide, gerando um dígito verificador cDV calculado diferente do informado, então a estrutura da chave de acesso está corrompida indicando possível manipulação ou geração incorreta do XML: recalcule a chave de acesso conforme algoritmo módulo 11 da NT 2011.004 e regenere o XML antes do envio.
Consulte IEs e CNPJs antes de emitir NF-e
Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.
Criar conta →