Rejeição 788: NFC-e de entrega sem endereço do destinatário

Quando a NFC-e precisa do endereço

A Rejeição 788, regra E05-20, ocorre na NFC-e modelo 65 com entrega a domicílio, ide/indPres=4, sem dest/enderDest. A condição combina o indicador de entrega com a ausência do endereço do destinatário. Ter CPF ou CNPJ em dest não atende ao requisito do endereço, e o fato de o entregador possuir a localização no aplicativo não demonstra sua presença no XML fiscal.

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 caminho que deve ser conferido

Leia NFe/infNFe/ide/indPres e NFe/infNFe/dest/enderDest no arquivo da tentativa. enderDest contém logradouro xLgr, número nro, complemento xCpl, bairro xBairro, município cMun/xMun, UF, CEP, país cPais/xPais e telefone fone. Quando o grupo é informado, logradouro, número, bairro, código e nome do município e UF são obrigatórios estruturalmente; campos opcionais não substituem esses dados. Endereço em informações adicionais, em entrega ou em dados de frete não equivale a enderDest.

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

Como separar falta de identificação e falta de endereço

A 787/E01-20 trata da ausência do grupo dest na mesma condição de entrega da NFC-e. A 788/E05-20 trata da ausência de enderDest. Se dest inteiro não existe, as duas exigências são relevantes, ainda que a SEFAZ retorne uma rejeição por vez. Se dest contém identificação e indIEDest, mas não endereço, o foco da 788 é o mapeamento de enderDest. Na NF-e modelo 55, a falta de endereço é a 726/E05-10 e não depende de indPres=4.

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 de integração de delivery

Considere uma venda com entrega real: a plataforma transmite identificação do comprador e instruções de entrega, mas o payload fiscal só inclui a identificação. O cadastro ou o pedido pode ter o endereço completo, enquanto enderDest fica ausente no XML. Compare pedido, dados de integração, endereço selecionado e saída final para localizar a perda. Se o endereço pertence a outra pessoa ou foi herdado de um pedido anterior, não o reutilize só para preencher o grupo. A correção deve obter o endereço confirmado do destinatário e preservar um eventual local de entrega distinto quando aplicável.

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

Antes de outra transmissão

Mantenha indPres conforme a forma real de atendimento; mudar para presencial para eliminar a exigência esconderia a entrega. Corrija a origem comprovada e confira o endereço gerado, inclusive município e UF, com os documentos da operação. Um grupo vazio não resolve sua estrutura. Preserve o XML original assinado e o retorno; autorização depende do resultado fiscal correspondente, e uma tentativa anterior incerta deve ser consultada antes de 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

O exemplo compara pedido de entrega e XML original com acesso autorizado; uma nota sintética exigiria fabricar identificação e endereço. Os cenários textuais desenvolvem a distinção entre dest e enderDest. Nenhum exemplo desta página é um documento pronto para transmissão.