Rejeição 719: NF-e sem o grupo do destinatário

A Rejeição 719, regra E01-10, indica ausência do grupo de identificação do destinatário em uma NF-e modelo 55. A validação obrigatória examina infNFe/dest no XML da nota, e não apenas a existência de um cliente selecionado no sistema.

O que significa faltar dest?

O caminho é /NFe/infNFe/dest, ou /nfeProc/NFe/infNFe/dest em um arquivo processado. O grupo reúne a identificação do destinatário, nome, endereço e outros campos conforme suas condições. O schema compartilhado permite ausência estrutural de dest porque também atende NFC-e; a E01-10 exige o grupo no contexto da NF-e 55.

Logo, XML válido no XSD não prova cumprimento dessa regra fiscal. Uma etiqueta com nome do cliente, um endereço de entrega ou uma observação textual não substituem o grupo dest.

Fontes: MOC — Anexo I, Leiaute e Regras de Validação, Leiaute da NF-e e protocolo

Grupo ausente e CPF/CNPJ inválido são problemas diferentes

Se dest está presente, outras regras verificam seus componentes: 208 valida CNPJ do destinatário, 237 valida CPF, 724 exige nome na NF-e e 726 exige endereço no contexto documentado. A 719 trata da ausência do grupo, não calcula ou valida esses identificadores.

Para operação com exterior, o leiaute tem a alternativa idEstrangeiro e condições próprias; isso não autoriza omitir o destinatário inteiro. A escolha de identificação deve representar a pessoa verdadeira e a operação, sem usar CPF/CNPJ de terceiro para preencher o grupo.

Fontes: MOC — Anexo I, Leiaute e Regras de Validação, Leiaute da NF-e e protocolo

Exemplos de cliente visível e XML sem destinatário

Cenário sintético A: o cliente está selecionado na tela, mas a integração não o associa ao objeto exportado e omite dest. A prova está no arquivo enviado, que deve ser comparado com a seleção e os dados de origem.

Cenário B: o gerador reutiliza uma regra de consumidor não identificado da NFC-e em uma NF-e 55. O modelo foi considerado incorretamente na montagem. Cenário C: dest existe, mas está vazio ou incompleto. Esse caso exige conferir schema e campos filhos; criar uma tag vazia não garante superar as validações.

Fontes: MOC — Anexo I, Leiaute e Regras de Validação, Leiaute da NF-e e protocolo

Como corrigir e distinguir a regra de entrega não presencial

Confirme o destinatário real e seus dados necessários, ajuste a associação ou geração comprovadamente errada e regenere a nota pelo emissor. Compare o grupo completo com a origem; não altere o modelo para dispensar identificação.

A 787/E01-20 tem condição própria para NFC-e ou NF-e com DANFE Simplificado Tipo 2 em operação não presencial com indPres=4, conforme NT 2026.002 v1.11. Essa regra não substitui a obrigação da 719 na NF-e 55. Preserve documento autorizado, consulte tentativas incertas antes de retransmitir e confira o resultado fiscal individual, além da validação de estrutura.

Fontes: MOC — Anexo I, Leiaute e Regras de Validação, NT 2026.002 — DANFE Tipo 2 e autorização com alertas, Manual de Orientação ao Contribuinte - MOC - versão 7.0 - NF-e e NFC-e