dest/xNome: nome ou razão social do destinatário na NF-e
<xNome>dest › xNomeRevisão editorial em 26 de set. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
dest/xNome informa o nome da pessoa ou a razão social da empresa destinatária da nota. O contexto importa: o XML também tem emit/xNome, que identifica o emitente. Este artigo trata de NFe/infNFe/dest/xNome. O campo aceita de 2 a 60 caracteres; é opcional na estrutura XSD, mas o MOC o exige na NF-e modelo 55 e o trata como opcional na NFC-e modelo 65. MOC 7.0, Anexo I, E04, página 14.
Nesta página: Obrigatório na NF-e não é igual a obrigatório no XSD, De onde obter o nome correto, A frase exata em homologação, Como localizar e gerar a tag, Diagnóstico: nome ausente, nome de teste ou nome trocado.
Obrigatório na NF-e não é igual a obrigatório no XSD
O schema admite que xNome seja omitido dentro de dest; essa flexibilidade atende contextos do leiaute compartilhado. A regra de autorização E04-10, código 724, verifica NF-e modelo 55 sem o nome do destinatário. Assim, um XML pode passar na estrutura quanto à ausência dessa tag e ainda descumprir a validação fiscal da NF-e. MOC, regra E04-10, página 83.
Na NFC-e, a opcionalidade desse campo não significa que todos os dados de identificação sejam sempre dispensados. A identificação do destinatário depende das condições próprias do documento, como valor e entrega. Essas condições não devem ser confundidas com a regra 724, específica do nome na NF-e. Quando o nome estiver presente, respeite seu formato e a condição de homologação descrita abaixo; não crie um destinatário fictício para completar um campo opcional.
De onde obter o nome correto
Para uma empresa, compare a razão social do cadastro utilizado na emissão com a identidade do destinatário, como CNPJ e documentação cadastral pertinente. Para pessoa física, confira o nome correspondente à identificação do destinatário. Não use o nome do contato, vendedor, representante ou estabelecimento emitente no lugar do destinatário.
Razão social e nome fantasia são conceitos distintos. O campo estudado é nome ou razão social; uma marca comercial não deve substituir automaticamente essa informação. Se o cadastro foi atualizado depois da emissão, compare também o dado utilizado quando o XML foi gerado: o nome hoje mostrado no cadastro não prova o conteúdo histórico da nota.
Ter o nome correto não comprova CNPJ válido, situação cadastral regular ou autorização da nota. São verificações diferentes, com campos e retornos próprios. xNome é identificação textual, não o status cadastral nem o protocolo do documento.
A frase exata em homologação
Em ambiente de homologação (tpAmb=2), o MOC registra a regra E04-20/598: o nome do destinatário deve reproduzir o literal oficial. Para a NF-e 55, que exige o nome, a tag precisa estar presente com essa informação. Na NFC-e, a regra não transforma a opcionalidade geral do campo em obrigação universal de criar um destinatário; quando informado em homologação, seu conteúdo deve obedecer ao literal:
NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL
Há uma exceção expressa: a NT 2021.002 v1.12, página 11, afasta a regra E04-20 para Nota Fiscal Fácil (tpEmis=3-NFF). Portanto, confirme o tipo de emissão antes de aplicar a comparação do literal. Isso não dispensa automaticamente o nome exigido na NF-e nem permite omitir outros dados do destinatário. NT 2021.002 v1.12, E04-20, página 11.
Fora dessa exceção, a frase deve ser copiada exatamente, inclusive sem acento em “HOMOLOGACAO”. Não substitua por “nota de teste”, pela razão social real ou por uma versão abreviada. A geração de documentos de teste pode aplicar esse texto ao XML sem sobrescrever a razão social do cadastro comercial. Em produção, o nome precisa corresponder ao destinatário real; o literal não é solução para inconsistência cadastral. MOC, E04-20, página 83.
Esse texto é diferente do literal de homologação de xProd, que começa com “NOTA FISCAL” e se refere à descrição do primeiro item sob condições próprias. Trocar um pelo outro pode manter o erro, apesar de ambos mencionar homologação.
Como localizar e gerar a tag
Exemplo sintético parcial de identificação textual, sem os demais campos do destinatário:
<dest xmlns="http://www.portalfiscal.inf.br/nfe">
<xNome>Cliente Exemplo Comércio Ltda</xNome>
</dest>
Para documento de homologação, o texto da tag seria o literal oficial apresentado acima. Em uma nota processada, o XPath é nfeProc/NFe/infNFe/dest/xNome. Uma busca por <xNome> pode encontrar primeiro o emitente; confira sempre o pai dest.
O elemento aparece no máximo uma vez dentro de dest e, quando presente, precisa ter 2 a 60 caracteres conforme a restrição baseada em TString. Uma tag vazia não equivale à ausência de uma tag opcional e não atende o mínimo. Espaços nas extremidades e caracteres fora do padrão também exigem atenção. Para nomes com &, um gerador XML representa o caractere como &, preservando o texto lido. Confira dest/xNome e TString no pacote oficial PL_010c.
Diagnóstico: nome ausente, nome de teste ou nome trocado
Para 724, confirme modelo 55 e a ausência do dest/xNome no XML efetivamente enviado. Se o cadastro tem nome e o arquivo não, investigue o mapeamento da emissão. Para 598, confirme tpAmb=2, verifique se o documento não pertence à exceção NFF (tpEmis=3) e compare o texto com o literal exato, incluindo espaço, hífen e caracteres. Se o documento é de produção e contém a frase de teste, investigue a configuração do ambiente e a rotina que aplica o literal.
Se a nota apresenta nome de outra pessoa, compare a identificação, o vínculo do documento com o cadastro e o conteúdo gerado. Não altere somente o texto para disfarçar um destinatário incorreto. Corrija a origem comprovada e confira o novo XML antes da ação fiscal. Não edite diretamente um XML já assinado ou autorizado; o arquivo alterado não modifica a nota originalmente autorizada.
A leitura conjunta do CNPJ do destinatário ajuda a localizar a identificação, enquanto xProd explica o outro literal de homologação. A descrição de nome não decide o enquadramento ou a tributação da operação.
Referência técnica para integração
- XPath completo
/nfeProc/NFe/infNFe/dest/xNome- Namespace
http://www.portalfiscal.inf.br/nfe- Leiaute
- 4.00 · PL_010e_v1.02
- Ocorrências no XSD
- 0–1 no contexto do elemento pai
- Tipo
- inline:TString · TString
- Preenchimento no catálogo
- Condicional
A ocorrência vale dentro da estrutura XML: um campo obrigatório em um grupo opcional não torna esse grupo obrigatório. A aplicação fiscal depende da operação e da versão da regra.
- maxLength
60- minLength
2- pattern
[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}- whiteSpace
preserve