Rejeição 724: confira o nome do destinatário no XML da NF-e

A mensagem “Rejeição: NF-e sem o nome do destinatário” indica que a identificação enviada na NF-e precisa ser examinada. O cliente pode aparecer corretamente na tela e, mesmo assim, o arquivo transmitido sair sem o nome. A conferência deve alcançar o XML efetivamente enviado, além do cadastro.

Este guia foi revisado em 15/10/2026 para o serviço de autorização da NF-e, modelo 55, leiaute 4.00. As referências documentais foram confrontadas, mas não houve emissão de teste no ALRA nem comprovação do funcionamento em cada UF, autorizador e ambiente.

O que a regra 724 verifica

O MOC 7.0, Anexo I, página 83, associa a rejeição 724 à regra E04-10: NF-e sem o nome do destinatário, no campo dest/xNome. A linha é obrigatória, identifica o modelo 55 e não traz exceção própria por valor, UF, ambiente ou finalidade da nota.

No leiaute, página 14, xNome corresponde à razão social ou ao nome do destinatário, com tamanho de 2 a 60 caracteres. A ocorrência estrutural é opcional porque o leiaute atende também à NFC-e, mas a observação exige esse campo na NF-e. A possibilidade de omitir um elemento no esquema não elimina a validação de negócio aplicável ao modelo 55.

Não confunda esse campo com o nome do emitente, da transportadora, do local de entrega ou com uma descrição escrita nas informações adicionais. Preencher esses espaços não substitui infNFe/dest/xNome. A ausência de todo o grupo do destinatário tem tratamento distinto, assim como a falta do endereço.

Confira o retorno antes de corrigir

Guarde o código e a mensagem completos, a chave da nota, o XML enviado, a data da tentativa e a versão do emissor. Confira mod, tpAmb e tpEmis, além da UF e do autorizador que responderam. Em tpAmb, 1 representa produção e 2 representa homologação.

Se o documento for NFC-e, modelo 65, não aplique automaticamente a regra E04-10. A identificação do consumidor pode ser exigida por outras regras e condições. Isso também não significa que toda NFC-e esteja dispensada do nome. O diagnóstico precisa corresponder ao modelo, à mensagem recebida e à versão documental aplicável.

Abra uma cópia do XML apenas para consulta. Localize dest e verifique se xNome existe e contém o conteúdo esperado. Campo vazio, espaços ou informação incompleta devem ser investigados, mas o resultado exato depende também da validação do esquema. Não classifique qualquer problema de tamanho ou formato como rejeição 724.

Corrija a origem do nome

Confira qual pessoa ou empresa realmente participa da operação como destinatária. Para pessoa jurídica, revise a razão social; para pessoa física, o nome correspondente. Apelido, contato comercial e nome de fantasia não devem substituir automaticamente o campo destinado à identificação fiscal.

Depois, compare três pontos: o cadastro, os dados vinculados ao documento e o XML produzido. Alguns emissores mantêm na nota uma cópia dos dados existentes quando ela foi criada. Assim, atualizar o cadastro pode não atualizar uma nota já preparada. Essa hipótese precisa ser confirmada no sistema utilizado.

Se houver importação, integração ou reaproveitamento de um pedido, verifique o mapeamento que alimenta dest/xNome. O nome pode ter sido enviado para outro campo, descartado por uma transformação ou omitido na geração. Quando o cadastro está correto e o XML permanece incompleto, encaminhe ao suporte a diferença observada entre essas etapas.

Faça o ajuste pelo procedimento suportado pelo emissor, gere novamente o documento e confira o arquivo resultante antes de transmitir. Editar manualmente um XML assinado não é um procedimento de correção válido: a assinatura está vinculada ao conteúdo. Os menus de outros fornecedores não comprovam um caminho equivalente no ALRA.

Homologação tem uma regra adicional

Preencher o nome não encerra a análise de uma nota de teste. A regra E04-20, associada à rejeição 598, estabelece em homologação a literal NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL. Trata-se de outra validação, com escopo indicado para os modelos 55 e 65.

A NT 2021.002, versão 1.12, página 11, acrescenta uma exceção à E04-20: ela não se aplica a tpEmis=3, emissão pelo regime especial Nota Fiscal Fácil. Essa exceção diz respeito à exigência da literal de homologação; não deve ser transferida para a regra E04-10 nem usada para dispensar o nome na NF-e.

Não altere o tipo de emissão para aproveitar a exceção. A Nota Fiscal Fácil possui fluxo próprio. Da mesma forma, não coloque a frase de homologação numa operação em produção para tentar eliminar a rejeição. Confirme o ambiente no XML e no serviço utilizado, sem inferi-lo apenas pelo texto exibido na tela.

Exemplos para localizar a causa

Cadastro completo, XML sem nome: compare o documento com o cadastro atualizado. Se o dado estiver na tela e faltar em dest/xNome, investigue geração ou integração, mantendo o destinatário real.

Nota de teste com nome preenchido: confira o retorno completo. Se aparecer 598, examine a literal de homologação e a condição de emissão. Essa mensagem não deve ser tratada como se o campo ainda estivesse ausente.

Documento reaproveitado de uma venda anterior: confirme a vinculação ao destinatário e os dados efetivamente copiados. Corrija inconsistências demonstradas, sem selecionar outra pessoa somente para obter autorização.

Retorno 724 apesar de um XML aparentemente completo: verifique se o arquivo analisado é exatamente o transmitido naquela tentativa. Uma prévia, um arquivo antigo ou uma nova geração podem apresentar conteúdo diferente do recebido pelo autorizador.

Como confirmar a solução

Após a correção, transmita pelo fluxo normal e examine a nova resposta. O desaparecimento do 724 não comprova autorização: outras validações ainda podem impedir o processamento. Confirme a autorização e o protocolo correspondente antes de considerar a emissão concluída.

Para reduzir recorrências, revise o preenchimento do nome nas inclusões e importações de clientes e confira o mapeamento das integrações. Quando houver dúvida sobre a identidade fiscal, valide os dados com o responsável pela operação ou pela área contábil. Mudanças de leiaute, notas técnicas e regras do autorizador precisam ser consideradas na manutenção do emissor; esta análise documental não substitui essa conferência operacional.

Fontes consultadas

• MOC 7.0, Anexo I, páginas 14 e 83: campo E04 e regras E04-10/E04-20.

• NT 2021.002 v1.12 — Nota Fiscal Fácil, página 11: exceção da regra E04-20.

• Oobj — Rejeição 724, Berga — Rejeição 724 e TOTVS — Rejeição 724 no CMNET Fiscal Flex: exemplos práticos confrontados com a documentação oficial; instruções próprias desses produtos.