Rejeição 598: nome do destinatário no ambiente de homologação

O que a rejeição 598 significa

A Rejeição 598, regra E04-20, verifica o conteúdo de dest/xNome quando ide/tpAmb=2, ambiente de homologação. O nome deve ser informado com a literal exata NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL. A regra está documentada para modelos 55 e 65 e não pede a alteração da razão social real da empresa no cadastro.

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

A literal que deve ser comparada

Compare o conteúdo de NFe/infNFe/dest/xNome com NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL. O texto usa letras maiúsculas, HOMOLOGACAO sem cedilha ou til, hífen e espaços conforme apresentado. Não acrescente aspas ao valor; elas apenas delimitam texto em explicações. A literal identifica a condição de teste do documento. Uma frase parecida, um nome real, um prefixo adicional ou espaços inseridos pela integração não são a literal documentada.

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

Ambiente do XML, configuração e endereço do serviço

Leia ide/tpAmb no arquivo efetivamente transmitido e relacione-o à configuração e ao endereço do serviço usados naquela tentativa. tpAmb=1 significa produção; tpAmb=2, homologação. Um nome real em um arquivo marcado como homologação pode vir de uma geração sem tratamento de teste, mas também pode revelar configuração de ambiente incorreta. Antes de corrigir, determine qual ambiente era pretendido e qual realmente recebeu o documento. Trocar tpAmb para 1 para superar a 598 é uma mudança de ambiente fiscal e não uma solução de texto.

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

Exemplo: teste que reutiliza o cadastro de produção

Imagine um teste autorizado pelo responsável em homologação. O destinatário foi obtido de um cadastro real e o gerador copiou seu nome para xNome. Mantendo tpAmb=2, a E04-20 exige a representação específica de homologação. A correção deve ocorrer na geração para esse ambiente, preservando o cadastro verdadeiro. Em outro cenário, a literal aparece corretamente em uma prévia, mas a integração a substitui ao montar o envio final. Compare o arquivo final com a prévia para localizar essa segunda transformação; conferir apenas a tela não resolve o diagnóstico.

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

O que essa correção não demonstra

A 598 não valida CPF, CNPJ, endereço ou inscrição; essas informações continuam sujeitas às próprias regras. A 724 trata de nome ausente na NF-e e não deve ser confundida com conteúdo incorreto de homologação. Depois do ajuste comprovado, gere pelo fluxo regular, valide o XML e confira o retorno da nota e ambiente corretos. Não edite arquivo assinado nem altere uma nota autorizada. Se uma tentativa anterior ficou sem resultado, esclareça sua situação antes de um novo envio.

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

O DANFE Simplificado Tipo 2 muda esta exigência?

A NT 2026.002 v1.11 amplia expressamente E01-20 para a NF-e 55 com DANFE Simplificado Tipo 2, tpImp=6, mas não apresenta alteração de E04-10, E04-20, E05-10 ou E05-20 nem dispensa nome ou endereço da NF-e 55. A ocorrência opcional no schema compartilhado com NFC-e não basta para concluir que um campo passou a ser dispensado pela regra fiscal. O cronograma geral de atualização do DANFE Simplificado Tipo 2 registra produção em 03/08/2026; ele não fixa uma data individual para mudar as regras de nome ou endereço, que não aparecem alteradas no documento. Confirme modelo, tpImp, ambiente e retorno da tentativa para aplicar a regra efetivamente envolvida.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Autorização com alerta e estrutura do protocolo NT 2026.002 v1.11

Limite dos exemplos e da conferência

A literal é exibida como texto exato e comparada ao arquivo original; um XML completo de dest exigiria inventar identificadores e dados cadastrais sem acrescentar ao diagnóstico. Nenhum exemplo desta página é um documento pronto para transmissão.