Rejeição 719: identifique o destinatário no documento correto

O código 719 aparece em dois contextos que precisam ser separados. Na autorização da NF-e, modelo 55, indica falta do grupo de identificação do destinatário. Na especificação do EPEC da NFC-e, modelo 65, está associado à ausência de identificação quando o valor ultrapassa o limite aplicável. O número do erro, sozinho, não informa qual procedimento corrigir.

Antes de editar o cadastro, guarde a mensagem completa, o XML enviado, o modelo, o ambiente e o serviço utilizado. Verifique se o retorno pertence à autorização da nota ou ao registro de um evento. Essa conferência evita aplicar à NF-e uma condição monetária que pertence a outro cenário ou modificar a nota sem corrigir o evento rejeitado.

Na NF-e, confira a existência do grupo dest

A regra E01-10 do MOC é obrigatória para o modelo 55 e verifica a falta de infNFe/dest. Esse grupo reúne a identificação do destinatário. A rejeição não significa simplesmente “nome do cliente em branco”: o nome tem validação própria, assim como o endereço, o CPF e o CNPJ.

Localize o grupo no XML realmente transmitido. Um cliente selecionado na tela, uma observação com seu nome ou um endereço em entrega não substituem dest. A integração pode ter perdido a associação entre o cadastro e a nota, ou aplicado indevidamente uma rotina de consumidor não identificado usada em outro modelo.

O schema compartilhado examinado admite ausência estrutural de dest, mas isso não dispensa a exigência fiscal da E01-10 para a NF-e. Portanto, passar pela validação de estrutura não comprova que a nota contém todas as informações exigidas pelas regras de negócio.

Se o grupo estiver ausente, confirme o destinatário verdadeiro e corrija a associação, o cadastro ou a geração que provocou a omissão. Se estiver presente, porém vazio ou incompleto, examine os campos filhos e o retorno correspondente. A mera criação de uma tag vazia não resolve a identificação nem assegura que o arquivo será aceito.

Use a identificação correspondente à operação real

O leiaute da NF-e possui alternativas de identificação por CNPJ, CPF ou idEstrangeiro, conforme o destinatário e as condições da operação. Essa escolha não pode servir para preencher uma lacuna com qualquer valor. Não use documento de terceiro nem CNPJ composto apenas por zeros.

Para uma operação com destinatário estrangeiro, confira as condições específicas de preenchimento. Não transforme um comprador nacional em estrangeiro nem conclua que a ausência de um documento conhecido permite eliminar o grupo inteiro. Quando faltarem dados necessários, solicite-os ao responsável e resolva a dúvida fiscal antes da retransmissão.

Também diferencie as validações: a E01-10 trata da identificação pelo grupo; CNPJ ou CPF inválido e ausência de nome ou endereço podem produzir outros códigos. Corrigir somente o nome, como sugere uma ficha resumida encontrada na pesquisa, pode deixar a causa da 719 sem tratamento.

No EPEC da NFC-e, verifique o limite da UF

A NT 2014.003 v1.02 documenta o evento EPEC da NFC-e, tpEvento=110140. Sua regra P26-10 prevê a rejeição 719 quando falta a identificação do destinatário e o valor total é superior a R$ 10.000,00. Entretanto, a própria tabela remete à nota explicativa da página seguinte: esse valor é parametrizável, a critério da UF. A implementação da modalidade também depende da unidade federada.

Por isso, R$ 10.000,00 não deve ser apresentado como parâmetro técnico invariável de todos os autorizadores. Confira a mensagem completa, inclusive eventual indicação de limite, a documentação estadual e o ambiente usado. Esta revisão não verificou a configuração de um contribuinte ou de um serviço estadual em uma tentativa concreta.

Há ainda uma diferença entre o comparador dessa regra técnica e as obrigações legais da NFC-e. O Ajuste SINIEF 19/16, cláusula quarta, inciso VII, exige identificação em operações de valor igual ou superior a R$ 10.000,00, além de outras situações; o § 5º admite redução dos valores pela UF. Assim, a redação “superior” da P26-10 não autoriza omitir identificação exatamente no valor de R$ 10.000,00 nem nos demais casos exigidos pela legislação.

Na tabela de validação, a P26-10 menciona infNFe/dest; já o leiaute de entrada do evento coloca o grupo dest dentro de detEvento. Confira ambos os documentos nos respectivos contextos. Não copie automaticamente o caminho da autorização da nota para a montagem do XML do evento.

Exemplo de investigação sem alterar o fato fiscal

Uma NF-e de pequeno valor foi enviada sem dest, embora o cliente esteja cadastrado. Nesse caso, a E01-10 não estabelece um piso monetário para dispensar o grupo. A correção consiste em restaurar a identificação real no XML da NF-e, sem mudar o modelo ou o valor da venda.

Em outro caso, o retorno veio do EPEC de uma NFC-e sem destinatário identificado. A investigação deve conferir o limite aplicável naquela UF e a identificação no evento e na nota correspondente. Não reduza o total, divida artificialmente a operação ou substitua o comprador para evitar a exigência. Corrija a informação ausente de acordo com a documentação verdadeira.

Confira o serviço e acompanhe o novo retorno

EPEC e contingência off-line são modalidades distintas. Como exemplo estadual, a Resposta à Consulta paulista 34105/2026 informa que o EPEC-NFC-e é ativado pela SFP/SP quando o ambiente normal está indisponível por problema técnico ou manutenção. Essa informação não comprova que o serviço estava ativado para determinada emissão nem autoriza generalizar a condição para todas as UFs.

Depois da correção, gere novamente o arquivo pelo fluxo do emissor, confira os dados e siga as etapas de validação e assinatura aplicáveis. Se houver tentativa com resultado incerto, consulte a situação antes de repetir o envio. Menus de outros fornecedores não representam necessariamente o caminho do ALRA.

Leia o resultado individual: na especificação do EPEC, lote processado e evento registrado são respostas diferentes. O registro do evento não equivale à autorização posterior da NFC-e. Preserve os retornos e protocolos pertinentes e acompanhe o procedimento exigido para a nota. A correção da 719 não garante que as demais validações serão aprovadas.

Fontes e limites

Conferência em 16/10/2026: MOC 7.0, Anexo I, página 83; NT NFC-e 2014.003 v1.02, páginas 3–12 e 20; Ajuste SINIEF 19/16 consolidado, cláusulas quarta e décima quarta; RC SP 34105/2026, especialmente item 7. Declaração externa e alternativas de identificação de dest cotejadas no schema 010f; não houve validação de instância.

Três corpos específicos foram confrontados: Fiscal Pro, Sankhya e a ficha curta da Vinco. Eles tratam da autorização da NF-e; não constituem três tutoriais do EPEC. A recomendação de CNPJ zerado e a confusão com nome foram descartadas. Não houve acesso ao ALRA, transmissão ou confirmação de habilitação e parâmetros individuais.