Rejeição 208: corrija o CNPJ no documento que recebeu o retorno

Na autorização de uma NF-e ou NFC-e, a rejeição 208 pede a conferência do CNPJ do destinatário. Compare o identificador oficial do cliente com o cadastro e com o XML enviado. Se o retorno veio de um evento de conciliação financeira, a investigação muda: nesse serviço, o código pode apontar o CNPJ do beneficiário do pagamento.

Mensagem na autorização: “Rejeição: CNPJ do destinatário inválido”.

Antes de editar qualquer dado, identifique qual serviço devolveu o código. Uma nota autorizada e um evento enviado depois dela são documentos diferentes.

O que a SEFAZ verifica

A regra E02-10, da autorização dos modelos 55 e 65, verifica o CNPJ informado em dest/CNPJ. A rejeição ocorre quando esse campo está preenchido com zeros ou tem dígito de controle inválido. A identificação por CPF tem regra e código próprios. MOC 7.0, Anexo I, página 83.

Essa validação não demonstra que a empresa está baixada, que sua inscrição estadual é irregular ou que ela deixou de existir. Também não é uma comparação automática entre matriz e filial. Um CNPJ de outra empresa pode ter dígitos válidos e continuar sendo o destinatário errado para a operação.

Erros de tamanho ou de formato podem ser barrados pelo schema antes da E02-10. Para distinguir um problema de cadastro de um problema de geração do arquivo, preserve a resposta original do autorizador.

Confira cadastro, pedido e XML

1. Separe o XML rejeitado e o retorno completo. Registre modelo, ambiente, número, série e, quando houver evento, seu tipo e sequência.

2. Confirme com o cliente qual estabelecimento participa da operação. Use documentação cadastral atual, sem presumir que a matriz e a filial são intercambiáveis.

3. Compare o CNPJ oficial com o cadastro do cliente e com os dados que ficaram gravados na nota ou no evento.

4. Se a tela está correta, peça ao suporte para localizar o campo no XML efetivamente transmitido. Investigue valores antigos mantidos no pedido, truncamento e transformações na integração.

5. Atualize a informação na origem, regenere somente o documento rejeitado e confira o novo conteúdo antes do envio.

As orientações de Oobj, Omie e TecnoSpeed ajudam nessa conferência. A regra oficial deve orientar a análise: “inválido” não é sinônimo de “não cadastrado”.

Como corrigir em cada cenário

O CNPJ foi digitado incorretamente ou preenchido com zeros

Substitua o conteúdo pelo identificador real do destinatário, confirmado em fonte cadastral oficial. Não use um gerador de CNPJ nem mude apenas o dígito verificador para obter aprovação. Após salvar, confira se a nota pendente incorporou a correção.

O cadastro está correto, mas o XML leva outro conteúdo

O suporte deve verificar qual cadastro alimenta a emissão e se o pedido guarda uma cópia antiga. Se houve migração, compare a origem, a importação e o arquivo final. Corrigir apenas a tela de consulta, sem corrigir a geração do XML, deixa a causa do erro ativa.

O cliente possui CNPJ alfanumérico

CNPJ não é mais exclusivamente numérico. A Receita Federal confirmou o início efetivo do novo formato em 31/07/2026 e mantém válidas as inscrições anteriores. O identificador continua com 14 posições, incluindo os dois dígitos verificadores finais. Receita Federal, comunicado de implantação; NT Conjunta 2025.001, página 4.

O campo dest/CNPJ foi atualizado para aceitar caracteres pela NT 2026.004 v1.01. Peça a revisão do schema, do armazenamento e da validação da integração se o sistema remove ou recusa letras. Preserve também os zeros que fazem parte do identificador; a existência de zeros em algumas posições não equivale a um CNPJ inteiramente zerado. NT 2026.004, páginas 3, 5 e 6.

O destinatário é pessoa física ou estrangeiro

Confirme a identificação efetiva e o tratamento aplicável à operação. CPF e identificação de estrangeiro possuem campos próprios. Não complete CPF com zeros para apresentá-lo como CNPJ e não retire a identificação do cliente apenas para eliminar a mensagem.

A possibilidade de omitir destinatário em determinada NFC-e depende das regras aplicáveis à operação e à UF; a rejeição 208 não autoriza essa omissão. O enquadramento deve ser confirmado com a contabilidade.

Quando a 208 vem de um evento

EPEC da NF-e: a regra P28-10 também valida o CNPJ do destinatário informado no evento. Confira o XML do EPEC rejeitado, além do cadastro usado para preparar a nota. O registro do EPEC não dispensa a posterior autorização e conciliação da NF-e. NT 2014.001 v1.41, páginas 11 e 15.

A mesma NT v1.41 prevê bloqueio do EPEC da NF-e para emitentes de PR e PB, com produção indicada para 05/10/2026. Confira a modalidade de contingência permitida pela UF; não use o evento como alternativa automática de emissão. NT 2014.001, páginas 4 e 12.

EPEC da NFC-e: a NT NFC-e 2014.003 v1.02 prevê a mesma validação P28-10. A implantação desse serviço e sua vigência dependem da UF; não se deve confundi-lo com toda emissão em contingência offline. NT do EPEC NFC-e, páginas 3 e 11.

Conciliação financeira, ECONF: a regra P34-10 usa o código 208 para CNPJ inválido do beneficiário do pagamento, campo CNPJReceb. A mensagem menciona CNPJ informado inválido e pode indicar a ocorrência em nOcor. Confira o beneficiário no evento, sem assumir que ele deve ser substituído pelo CNPJ do destinatário da nota. A NT contempla NF-e e NFC-e, com recepção na SVRS para o modelo 55 e no serviço de eventos da UF para o modelo 65. NT 2024.002 v1.00, páginas 4, 6 e 11.

Se a nota original já foi autorizada, não edite seu XML como solução para o evento rejeitado. Qualquer erro no documento fiscal autorizado precisa de tratamento próprio, orientado pela contabilidade.

Exemplo hipotético

Uma loja recebe o CNPJ correto de uma empresa cliente, mas o atendente troca um dos caracteres ao cadastrá-la. A NF-e retorna 208. A loja confirma a identificação do estabelecimento, corrige a ficha e atualiza a nota pendente. O novo XML passa a levar o conteúdo confirmado.

Em outra operação da mesma loja, a nota já está autorizada e a 208 aparece no ECONF. Nesse caso, o suporte encontra o problema no CNPJReceb do evento. A equipe corrige o beneficiário com base nos dados reais do pagamento, preservando o XML da nota autorizada.

Como confirmar a solução

Na autorização, confira o resultado final, o protocolo e o destinatário do XML autorizado. Em evento, leia o retorno individual e confira o protocolo, a chave, o tipo e a sequência do evento. “Lote de Evento Processado”, código 128, não comprova que cada evento foi aceito. NT 2024.002, páginas 7, 11 e 12.

Se a 208 persistir mesmo com dados conferidos, encaminhe ao suporte a comparação entre documento oficial, cadastro e XML, usando o canal apropriado para proteger informações do cliente. Se houver dúvida sobre resultado anterior, consulte-o antes de repetir a operação.

Revisão documental: 09/10/2026. A correção do CNPJ resolve a divergência identificada; não garante, sozinha, o atendimento às demais regras fiscais do documento ou do evento.