Rejeição 208: CNPJ do destinatário inválido

A rejeição 208 indica que o CNPJ informado em NFe/infNFe/dest/CNPJ não passou pela validação do identificador. A regra E02-10, aplicável à NF-e e à NFC-e quando esse campo é informado, verifica CNPJ zerado ou com dígito de controle inválido. Confira o valor efetivamente enviado, pois ele pode diferir do cadastro exibido pelo emissor. MOC 7.0, Anexo I, página 83.

Nesta página:

• Como localizar a causa
• O que corrigir
• Exemplo do campo envolvido
• Invalidade e situação cadastral são verificações diferentes
• Cenários que ajudam a separar cadastro e integração

Como localizar a causa

1. Confirme cStat=208 e a mensagem correspondente no resultado individual da nota. Uma falha de conexão ou um lote ainda em processamento não confirma esta rejeição.
2. Abra o XML enviado e localize dest/CNPJ. Compare os caracteres com a identificação cadastral do estabelecimento destinatário, incluindo os zeros à esquerda. Não confira apenas o CNPJ do emitente ou de quem recebe uma cópia do XML.
3. Se houver diferença, investigue a origem: digitação, importação do cadastro ou transformação feita pela integração. O XML deve conter o CNPJ sem máscara; remover a máscara não autoriza alterar seu conteúdo.
4. Se o valor coincide com o cadastro, confira a validação dos dígitos verificadores. Para CNPJ alfanumérico, o sistema precisa usar a rotina compatível com letras; não as remova para fazê-lo passar em um validador antigo. A Receita Federal explica o cálculo na pergunta 14 do material oficial sobre CNPJ alfanumérico.

O que corrigir

Corrija o cadastro apenas quando a identificação verdadeira do destinatário comprovar o erro. Se o cadastro está certo, mas o XML foi gerado com conteúdo diferente, corrija a geração do arquivo ou encaminhe o caso ao suporte do emissor.

Depois, gere o XML corrigido e valide a identificação antes de uma nova tentativa pelo fluxo normal do emissor. Repetir o mesmo envio mantém a causa da rejeição. Não escolha outro CNPJ, troque dígitos ou substitua a identificação por CPF apenas para obter autorização.

Se o CNPJ oficial e o XML coincidem e a validação compatível não encontra erro, reúna chave, ambiente, retorno individual e versão do emissor para investigação técnica. Não compartilhe publicamente o XML completo ou dados pessoais do destinatário.

Exemplo do campo envolvido

Este XML parcial é sintético e usa um valor deliberadamente zerado, que não deve ser usado na emissão:

<dest xmlns="http://www.portalfiscal.inf.br/nfe">
  <CNPJ>00000000000000</CNPJ>
</dest>

Ele ilustra uma condição da regra 208; não representa uma nota completa nem uma reprodução de transmissão à SEFAZ.

Invalidade e situação cadastral são verificações diferentes

A 208 não permite concluir, sozinha, que a empresa está baixada ou não cadastrada. A NT 2026.007 v1.00, seção 5.10.2, página 10 prevê verificações próprias do cadastro RFB, com códigos 181 e 182 e implantação em produção em 3 de novembro de 2026 no cronograma dessa versão (página 3). Elas não substituem a conferência dos dígitos do CNPJ apontada pela 208.

Consulte também o campo CNPJ do destinatário para conferir o contexto e o formato. O grupo destinatário (dest) ajuda a localizar os dados relacionados no XML.

Cenários que ajudam a separar cadastro e integração

Zero à esquerda perdido: suponha, apenas para ilustrar a investigação, que o documento cadastral apresenta 14 caracteres e que o cadastro salvo coincide com ele, mas o payload ou o XML contém 13 porque uma etapa converteu o identificador em número. A evidência é a primeira etapa em que a string muda. A correção pertence à transformação ou ao armazenamento; não consiste em escolher zeros arbitrariamente. Um erro de comprimento pode ser detectado pelo XSD antes da autorização e gerar falha de schema, em vez de 208. O código recebido e o XML enviado determinam o diagnóstico.

Inscrição com letras: se o cadastro oficial contém letras, o XML e o validador do emissor precisam preservar e tratar esses caracteres. A NT 2026.004 v1.01 altera E02 para tipo char de 14 posições, com produção prevista em 01/07/2026 para a adequação do schema. Uma aplicação que bloqueia letras localmente não recebeu necessariamente 208 da SEFAZ: identifique se a mensagem veio da validação local ou do retorno oficial. NT 2026.004 v1.01, pp.3 e 6.

Mesmo formato, identificador errado: retirar pontos, barra e hífen de uma máscara preserva o conteúdo. Trocar letras, substituir um dígito ou usar o CNPJ de outra filial muda a identidade. Mesmo que a nova string passe em um teste de dígito, isso não prova que é o destinatário verdadeiro. Corrija somente a divergência demonstrada pelo cadastro oficial do estabelecimento da operação.

Para verificar a solução, compare novamente o identificador original com o cadastro persistido, o payload e dest/CNPJ do documento regenerado. Valide o arquivo com o pacote aplicável e a rotina de identificação compatível. Leia o novo resultado individual: deixar de receber 208 só demonstra que aquela falha não voltou a ser apontada; outras regras podem rejeitar a nota. Não edite manualmente o XML assinado, nem trate a correção do formato como prova de regularidade cadastral.