Pular para o conteúdo
FiscalAPI
372 Destinatário

Rejeição 372 — Destinatário com identificação de estrangeiro com caracteres inválidos

Motivo da rejeição

Destinatário com identificação de estrangeiro com caracteres inválidos

3 min de leitura

O que é esta rejeição?#

A Rejeição 372 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a cadastro do contribuinte na Receita Federal, informação do documento fiscal. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Os campos afetados estão na seção de dados do destinatário do XML.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

CampoXPath no XMLDescrição
CNPJ_destNFe/infNFe/dest/CNPJCNPJ do destinatário
CPF_destNFe/infNFe/dest/CPFCPF do destinatário
UF_destNFe/infNFe/dest/enderDest/UFUF do destinatário
indIEDestNFe/infNFe/dest/indIEDestIndicador de IE do destinatário

Causas comuns#

  • O CNPJ ou CPF do destinatário está inválido ou não cadastrado
  • Os dados do destinatário no XML não correspondem ao cadastro na Receita Federal
  • A UF do destinatário está incorreta ou incompatível com o endereço

Como resolver#

  1. Verifique se o CNPJ ou CPF do destinatário está correto e ativo na Receita Federal
  2. Confirme a UF do destinatário no campo <dest><enderDest><UF>
  3. Atualize os dados cadastrais do destinatário no seu sistema

💡
Dica: Para identificar a causa desta rejeição, comece verificando os campos CNPJ_dest, CPF_dest, UF_dest, indIEDest no XML da NF-e. Compare os valores informados com os dados cadastrais atualizados na SEFAZ e na Receita Federal.

Verificações analíticas#

  • Se o campo <idEstrangeiro> presente em <dest> contiver caracteres fora do intervalo alfanumérico ASCII (letras A-Z, a-z, dígitos 0-9) ou incluir espaços, acentos, símbolos especiais ou caracteres Unicode além do Basic Latin então o destinatário estrangeiro possui identificação com caracteres inválidos conforme rejeição 372: substitua o valor do campo <idEstrangeiro> por uma string contendo apenas caracteres alfanuméricos ASCII sem espaços, com comprimento entre 2 e 20 caracteres.
  • Se <dest><idEstrangeiro> está preenchido e simultaneamente os campos <dest><CNPJ> ou <dest><CPF> também estão presentes no XML então há conflito de identificação do destinatário pois para estrangeiros apenas <idEstrangeiro> deve existir, sem CNPJ nem CPF: remova os campos <CNPJ> e <CPF> do bloco <dest> mantendo exclusivamente <idEstrangeiro>.
  • Se <dest><idEstrangeiro> está preenchido e o campo <dest><enderDest><UF> contém valor diferente de 'EX' então há inconsistência entre a identificação de estrangeiro e a UF do destinatário, pois operações com destinatário estrangeiro exigem UF igual a 'EX': corrija o campo <UF> para 'EX' e verifique se o CFOP utilizado é compatível com exportação (série 7xxx).
  • Se <dest><idEstrangeiro> está preenchido e o CFOP dos itens (<det><prod><CFOP>) não pertence à série 7000 (exportação) então há inconsistência entre a identificação de destinatário estrangeiro e a natureza da operação declarada: revise os CFOPs para que correspondam a operações de exportação, como 7101, 7102 ou 7501, conforme a natureza da mercadoria ou serviço.
  • Se <dest><idEstrangeiro> está preenchido e o campo <ide><idDest> possui valor diferente de '3' (operação com exterior) então há conflito entre a identificação de estrangeiro no destinatário e o indicador de destino da operação: ajuste <idDest> para '3' para indicar operação com o exterior, garantindo consistência semântica entre os campos de identificação do destinatário e o cabeçalho da nota.
Compartilhar: WhatsApp LinkedIn Twitter

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 →