Rejeição 404: Uso de prefixo de namespace não permitido
O XML usa prefixo nas marcações. Veja por que a assinatura não sobrevive.
A Rejeição 404 acontece quando o XML da nota usa prefixo de namespace nas marcações.
Por que acontece a Rejeição 404
Namespace é o mecanismo que identifica a qual vocabulário uma marcação pertence. Ele pode ser declarado de duas formas: como padrão, valendo para todas as marcações, ou com prefixo, escrito antes de cada uma.
A NF-e exige a forma padrão, sem prefixo. E a razão é prática: a assinatura digital é calculada sobre os bytes exatos do arquivo. Prefixos mudam esses bytes sem mudar o significado — e quebram a verificação.
É a mesma lógica que proíbe quebras de linha entre as marcações e exige codificação UTF-8: tudo o que altera os bytes altera a assinatura.
As causas mais comuns:
Biblioteca XML genérica. É a causa principal. Ferramentas de geração de XML costumam adicionar prefixos automaticamente.
Montagem própria do XML. Sistema que constrói o arquivo por texto e copia um exemplo com prefixo.
Arquivo processado por transformação. O XML passou por uma conversão que reescreveu os namespaces.
Essa rejeição pertence ao mundo das integrações e da geração de XML fora do sistema.
Como resolver a Rejeição 404
- 1Identifique quem gerou o XML. Sendo emissão pelo próprio sistema, o caso é atípico e deve ser reportado.
- 2Sendo integração, a origem precisa gerar o XML com o namespace padrão da NF-e, sem prefixo.
- 3Reenvie.
Como evitar a Rejeição 404
Use biblioteca que implemente o perfil da NF-e, e não uma solução genérica adaptada. É onde a maioria dos emissores caseiros tropeça.
Se a Rejeição 404 continuar
Rejeições vizinhas da mesma origem: namespace diverso do padrão, XML mal formado, codificação diferente de UTF-8, caracteres de edição entre as marcações, e falha no schema.
Se a mensagem mudar para assinatura divergente do calculado, o namespace já foi aceito e o arquivo foi alterado depois de assinado.
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 D02.