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

Se a emissão retornou “Rejeição: NF-e sem a informação de endereço do destinatário”, verifique o endereço dentro do XML enviado. O cadastro pode mostrar onde entregar a mercadoria, enquanto a nota transmite apenas o nome e a identificação do cliente. A investigação deve localizar o dado que faltou, preservando o destinatário real e sem preencher um endereço inventado para tentar liberar o faturamento.

O que a rejeição verifica

Na base documental do MOC 7.0, Anexo I, a regra E05-10, página 83, associa o código 726 à NF-e sem dest/enderDest. Trata-se do grupo de endereço dentro da identificação do destinatário, no caminho infNFe/dest/enderDest. A linha da regra indica modelo 55, serviço de autorização e aplicação obrigatória na documentação examinada.

A página 14 do leiaute descreve enderDest como grupo obrigatório para a NF-e modelo 55. Ele reúne informações como logradouro, número, bairro, município e UF. Informar CNPJ, CPF ou nome do destinatário não substitui esse grupo.

O 726 aponta a ausência da informação de endereço prevista nessa regra. Não use o mesmo diagnóstico automaticamente para um código de município inválido ou para qualquer campo incompleto. A presença do grupo e a validade dos seus componentes exigem verificações diferentes; conserve o código e a mensagem exatos do retorno para identificar qual delas impediu a emissão.

Endereço do destinatário e local de entrega são distintos

No MOC, o grupo entrega fica separado de dest/enderDest. A página 16 orienta seu uso quando o local de entrega difere do endereço do destinatário. Portanto, ter um endereço preenchido em entrega não comprova a presença do endereço exigido dentro de dest.

Não copie automaticamente o local de entrega para o destinatário. Uma mercadoria pode seguir para uma obra, um depósito ou outro local indicado pelo comprador, enquanto a identificação fiscal do destinatário exige seus dados correspondentes. Confirme os documentos da operação e a orientação fiscal antes de decidir quais endereços pertencem a cada grupo.

Também não transfira este código para a NFC-e modelo 65. A página 83 apresenta a regra E05-20, código 788, para NFC-e com entrega a domicílio, indPres=4, sem endereço do destinatário. Esse cenário tem condição própria; não cria uma dispensa de endereço para a NF-e modelo 55.

Confirme o contexto da tentativa

Registre modelo, UF, autorizador, ambiente, chave, série, número e horário. Produção e homologação devem ser identificadas no arquivo e no retorno. Uma transmissão de teste não comprova que a emissão real foi concluída.

Este guia foi conferido em 15/10/2026 para o leiaute 4.00. O MOC foi confrontado com notas técnicas de 2026 e três orientações práticas específicas. A revisão documental não comprova execução uniforme por UF, autorizador ou ambiente, nem substitui a conferência da tentativa concreta.

Limites das orientações práticas

O grupo pode ter ocorrência estrutural 0–1 no leiaute e, ainda assim, ser exigido por regra de negócio. A página 14 faz expressamente essa distinção para o modelo 55. Não deduza uma dispensa apenas porque o esquema permite omitir o grupo.

A NT 2026.002 v1.11 também trata do DANFE Simplificado Tipo 2. A página 19 contém trechos riscados nas regras W16 relativas à identificação por valor total. Eles não devem ser usados como nova dispensa de enderDest na E05-10. Não transporte um limite de valor da NFC-e para uma NF-e comum.

Tutoriais ajudam a localizar o dado, mas não definem o procedimento ALRA. Uma das orientações consultadas apresenta caminho de NFC-e para o código 726; esse caminho não foi adotado. Tampouco se deve executar estorno de estoque ou contas só porque um produto externo o orienta.

Como localizar a origem da ausência

Guarde o XML transmitido e a resposta completa. Compare o arquivo com o cadastro e os dados usados na preparação da nota. Se uma tentativa anterior ficou sem resposta conclusiva, esclareça sua situação pelo fluxo de consulta apropriado antes de criar outro documento.

Peça ao suporte para mostrar se existe enderDest dentro de dest. Não basta encontrar o nome da rua em algum ponto do arquivo: ela pode pertencer ao emitente ou ao local de entrega. A posição da informação determina seu papel no documento.

Confira de onde vêm os dados da emissão. Um pedido importado pode carregar somente o endereço de entrega; uma integração pode consultar um cadastro diferente daquele atualizado pelo operador. Identificar essa origem permite corrigir o processo que gerou a falta, em vez de repetir o preenchimento a cada nota.

Correção por cenário

O cadastro não tem o endereço correspondente ao destinatário

Obtenha os dados corretos com os documentos e responsáveis pela operação. Complete o cadastro pertinente e confirme município e UF. Não escolha o endereço de outro cliente, da transportadora ou do próprio emitente para preencher a ausência.

Se houver dúvida sobre qual estabelecimento ou endereço deve constar, encaminhe o caso ao responsável fiscal. A urgência de emitir não substitui a identificação correta do destinatário. Evite usar valores fictícios para rua, número ou município.

O endereço existe, mas foi enviado no grupo errado

Compare a informação da origem com os grupos gerados. Se a integração enviou apenas entrega, corrija o mapeamento para representar também o endereço real do destinatário, quando fundamentado pela operação. Preserve o local de entrega distinto quando ele for cabível.

Não remova um endereço verdadeiro de entrega apenas para simplificar o arquivo. O suporte deve demonstrar onde cada dado será gravado no XML e como a correção alcançará outras emissões com a mesma origem.

A nota conserva dados anteriores à atualização

Uma alteração no cadastro pode não atualizar automaticamente uma nota já preparada. Compare o momento da preparação com o da correção. Atualize ou regenere o documento rejeitado conforme o procedimento do emissor, conferindo depois o arquivo produzido.

Preserve os produtos, valores e destinatário que descrevem a venda. A correção cadastral não deve criar uma segunda operação para resolver a primeira. Quando houver resultado fiscal incerto, resolva essa situação antes de reemitir.

O grupo aparece no arquivo, mas o retorno continua sendo 726

Confirme que o XML examinado é exatamente o transmitido naquela tentativa. Uma prévia ou um arquivo de outra chave pode aparentar correção sem corresponder ao documento recebido. Verifique também ambiente, rota de envio e registros da integração.

Se o grupo comprovadamente existe no arquivo pertinente, reúna as evidências para o suporte e, quando necessário, para o autorizador. Não altere outros campos por tentativa. Um retorno diferente deve receber o diagnóstico próprio, sem ser tratado como continuação automática do 726.

Exemplo de investigação

Uma fábrica fictícia vende peças a uma oficina e recebe indicação de entrega em outro local. O pedido importado traz esse local, mas a geração do XML omite o endereço dentro de dest. A tentativa retorna 726.

Se os documentos confirmarem o endereço correspondente à oficina e o local distinto de entrega, a equipe corrige o mapeamento para representar cada informação em seu grupo. Confere o XML regenerado antes do envio. Não troca o endereço do destinatário pelo da fábrica nem elimina a entrega real para tentar obter autorização.

Verificação do resultado e escalonamento

Após a correção fundamentada, confira o grupo dest/enderDest, sua coerência com a operação e a resposta da chave correta. Use a geração e assinatura próprias do emissor; não edite diretamente um XML assinado.

O desaparecimento do 726 não garante autorização. Se outra validação aparecer, examine seu motivo. Quando houver autorização, preserve o XML com protocolo e confirme o registro no sistema.

Acione o suporte para divergência entre cadastro, pedido e arquivo transmitido. Leve dúvidas de identificação e endereço fiscal ao responsável fiscal. Um problema persistente com dados comprovados exige atendimento apoiado em evidências, mantendo a descrição verdadeira da operação.

Fontes

Documentação conferida em 15/10/2026; sem teste de emissão individual.

• MOC 7.0, Anexo I: páginas 14, 16, 83 e 150; E05-10/726, grupo de entrega e E05-20/788 separados.

• NT 2026.002 v1.11: página 19, contexto W16 e suas rasuras, sem criar dispensa geral da E05-10. Cronogramas de notas técnicas não constituem, isoladamente, dispensa de endereço.

• Apoios específicos confrontados: TecnoSpeed, Dynamicca e Bling. Menus, exemplos de endereço e instruções próprias desses produtos não foram atribuídos ao ALRA.