Rejeição 402 — XML da Área de Dados com Codificação Diferente de UTF-8

Resumo Rápido

A Rejeição 402 ocorre quando o XML da NF-e é transmitido utilizando uma codificação de caracteres diferente de UTF-8.

A NF-e exige que todo XML seja gerado e transmitido obrigatoriamente utilizando o padrão UTF-8. Quando o documento é criado em outra codificação, a SEFAZ não consegue interpretar corretamente os caracteres e rejeita a transmissão.

A correção consiste em configurar o ERP, integração ou componente emissor para gerar e transmitir o XML utilizando UTF-8.

Solução rápida

1. Verifique a codificação do XML gerado.
2. Confirme se o arquivo está em UTF-8.
3. Revise integrações e middlewares.
4. Corrija a configuração do emissor.
5. Gere um novo XML e retransmita a NF-e.

Dados rápidos

Diagnóstico Rápido

• O XML foi gerado em UTF-8?
• Existe integração externa gerando o XML?
• O ERP sofreu atualização recente?
• Há conversão de arquivos durante a transmissão?
• Existem caracteres especiais no conteúdo?
• O componente emissor utiliza UTF-8?
• O XML declara corretamente a codificação?

Mensagem da Rejeição

402 - XML da Área de Dados com Codificação Diferente de UTF-8

O que significa essa rejeição?

A SEFAZ exige que todos os documentos XML da NF-e utilizem a codificação UTF-8.

Essa regra garante compatibilidade entre sistemas, padronização na troca de informações e correta interpretação de caracteres especiais.

Quando o XML é gerado em outro padrão de codificação, a validação é interrompida e a NF-e é rejeitada.

Sintomas Comuns

• Rejeição imediata após a transmissão.
• Problemas com caracteres acentuados.
• Integrações recém-implantadas.
• Migração de ERP.
• Mudança de servidor.
• Falhas após atualização de componentes emissores.

Por que essa rejeição acontece?

XML gerado em outra codificação

A causa mais comum.

O documento foi gerado em ANSI, ISO-8859-1, Windows-1252 ou outro padrão incompatível.

Integrações externas

Sistemas terceiros podem converter o conteúdo para uma codificação diferente durante o processamento.

Configuração incorreta do emissor

O componente responsável pela transmissão pode estar configurado inadequadamente.

Conversão indevida de arquivos

Alguns processos intermediários alteram a codificação original do XML.

Tratamento incorreto de caracteres especiais

Caracteres acentuados podem gerar inconsistências quando manipulados por sistemas incompatíveis.

Causa Raiz

A causa raiz da Rejeição 402 é a transmissão de um XML que não está codificado em UTF-8, padrão obrigatório para documentos fiscais eletrônicos.

Como Resolver

Passo 1

Abra o XML gerado.

Passo 2

Verifique a codificação do arquivo.

Passo 3

Confirme a configuração do ERP ou componente emissor.

Passo 4

Corrija a geração para UTF-8.

Passo 5

Gere novo XML e retransmita a NF-e.

Exemplo XML

XML com erro

<?xml version="1.0" encoding="ISO-8859-1"?>
<NFe>

XML corrigido

<?xml version="1.0" encoding="UTF-8"?>
<NFe>

Como Identificar o Problema no ERP

Onde verificar

• XML gerado pelo ERP.
• Configuração do componente emissor.
• Middleware de integração.
• Logs de transmissão.
• Configurações de exportação XML.

O que procurar

• Encoding diferente de UTF-8.
• Conversões automáticas de arquivos.
• Integrações externas.
• Problemas com caracteres especiais.
• Configurações herdadas de sistemas antigos.

Impactos para a Empresa

Fiscal

Impossibilidade de autorização da NF-e.

Operacional

Atraso na emissão de documentos fiscais.

Financeiro

Impacto em faturamento, entregas e recebimentos.

O que NÃO Fazer

• Não alterar apenas a declaração do encoding sem converter o conteúdo.
• Não editar XML manualmente sem validação.
• Não ignorar problemas de integração.
• Não utilizar padrões legados de codificação.
• Não retransmitir o mesmo XML rejeitado.

Caso Real

Uma empresa substituiu seu componente emissor por uma integração desenvolvida internamente. Durante a geração do XML, os arquivos passaram a ser gravados em Windows-1252. Todas as NF-e começaram a retornar Rejeição 402 até que a codificação fosse alterada para UTF-8.

Como Evitar Essa Rejeição

• Padronizar todas as integrações em UTF-8.
• Validar XML antes da transmissão.
• Testar atualizações em homologação.
• Auditar componentes emissores.
• Revisar configurações após migrações de ambiente.

Diferença entre a Rejeição 243 e a Rejeição 402

Rejeição 243

O XML possui erro estrutural que impede sua leitura.

Rejeição 402

O XML possui codificação incompatível com o padrão exigido.

A Rejeição 243 trata da estrutura do XML. A Rejeição 402 trata da codificação utilizada.

Fluxograma de Diagnóstico

Recebeu Rejeição 402?
 
├─ XML está em UTF-8?
│
├─ Não
│  └─ Converter para UTF-8
│
├─ Sim
│
├─ Existe integração intermediária?
│
├─ Sim
│  └─ Revisar conversão de arquivos
│
├─ Não
│
├─ Encoding declarado corretamente?
│
├─ Não
│  └─ Corrigir configuração
│
└─ Sim → Revisar componente emissor

FAQ

UTF-8 é obrigatório para NF-e?

Sim. É o padrão exigido pela SEFAZ.

Posso utilizar ISO-8859-1?

Não. A NF-e exige UTF-8.

Apenas alterar o cabeçalho resolve?

Não necessariamente. O conteúdo do arquivo também precisa estar efetivamente codificado em UTF-8.

O ERP pode causar essa rejeição?

Sim. Principalmente quando existem integrações ou componentes desatualizados.

Existe relação com a Rejeição 243?

Sim. Ambas são rejeições técnicas relacionadas ao XML, mas possuem causas diferentes.

Base Legal

• Projeto NF-e
• Manual de Orientação do Contribuinte (MOC)
• Regras de Validação da NF-e
• Especificações Técnicas do XML da NF-e

Veja Também

• Rejeição 243
• Rejeição 215
• XML da NF-e
• Certificado Digital
• Chave de Acesso da NF-e
• Estrutura XML

Resumo

A Rejeição 402 ocorre quando o XML da NF-e é transmitido utilizando uma codificação diferente de UTF-8. O problema normalmente está relacionado a configurações incorretas do ERP, integrações ou componentes emissores. A solução consiste em garantir que o documento seja gerado e transmitido integralmente em UTF-8 antes da autorização.

Precisa de ajuda para corrigir essa rejeição?

O Tribium reúne conteúdos práticos para ajudar profissionais de ERP, faturamento, fiscal e contabilidade a identificar rapidamente a causa dos erros e aplicar a correção adequada.