Rejeição 372: caracteres inválidos em idEstrangeiro
Revisão editorial em 15 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.
Qual conteúdo a regra 372 examina
A Rejeição 372, regra E03a-60, examina o conteúdo de NFe/infNFe/dest/idEstrangeiro na autorização de NF-e e NFC-e. O MOC permite algarismos, letras maiúsculas e minúsculas e os caracteres dois-pontos, ponto, sinal de mais, hífen, barra e parênteses: : . + - / ( ). Os colchetes usados para apresentar esse conjunto no manual não são caracteres adicionais do identificador. A NT 2015.002 v1.41 apresenta o mesmo conjunto sem a quebra de linha da tabela do MOC.
MOC — Anexo I, Leiaute e Regras de Validação 7.0 NT 2015-002 1.41
Como inspecionar caracteres que parecem iguais
Compare o documento legal do comprador, o cadastro e o texto efetivamente serializado em idEstrangeiro. Espaço, tabulação, quebra de linha, aspas e símbolos copiados de um PDF podem ser visualmente discretos. Um travessão ou outro traço tipográfico não é necessariamente o hífen do conjunto apresentado pela regra. A inspeção por posição e código do caractere ajuda a identificar a divergência, mas não autoriza substituir arbitrariamente caracteres do documento. A adaptação da representação deve manter a identidade e ser confirmada a partir da fonte documental.
MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd
Passar no schema não encerra a conferência
O schema PL_010f_v1.04 preserva espaços em idEstrangeiro e declara conteúdo vazio ou de 5 a 20 caracteres por um padrão estrutural; a regra fiscal E03a-60 impõe seu conjunto próprio de caracteres. Portanto, validade no XSD e aceitação na regra de negócio são verificações distintas. A E03a-10 permite conteúdo nulo na operação com exterior, mas isso não significa que se possa substituir um identificador conhecido por espaços ou pela palavra nulo. O limite de tamanho e a presença da alternativa de identificação também precisam ser conferidos no arquivo gerado.
MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd
Exemplos sem criar número de documento
No primeiro cenário, o cadastro correto ganha um espaço no fim durante uma importação. O documento original e o cadastro anterior mostram que esse espaço é artefato; corrija a importação que o introduziu. No segundo, o texto recebido contém um símbolo fora do conjunto e não há certeza se ele integra o documento. A informação necessária é a representação confirmada desse identificador legal, e não uma regra que apague todos os símbolos. Remover caracteres em massa pode transformar documentos diferentes no mesmo texto ou reduzir o conteúdo abaixo do tamanho aceito.
MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd
Verificação após corrigir a causa
Gere o XML pelo emissor, confira caracteres, tamanho e alternativa de identificação em dest e preserve a evidência da origem da correção. Não edite o XML assinado nem exponha o documento estrangeiro em exemplos públicos. A 720 trata da presença de idEstrangeiro e a 925 de sua coexistência com IE; a 372 não resolve essas outras condições. Confirme o retorno individual da nota e esclareça resultados incertos antes de repetir uma transmissão.
MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd
Limite dos exemplos e da conferência
Exibir um identificador estrangeiro completo fabricaria documento operacional. O exemplo desenvolve classes e origem de caracteres; a conferência definitiva exige o documento original protegido. Nenhum exemplo desta página é um documento pronto para transmissão.