Rejeição 792: IE informada para destinatário no exterior

A rejeição 792 indica que foi enviada a Inscrição Estadual do destinatário junto com a UF “EX”, usada para o exterior. A correção começa pela conferência do destinatário e do endereço reais. Se a operação é efetivamente com o exterior, essa IE não deve ser enviada. Se “EX” surgiu por um erro cadastral, apagar uma inscrição legítima pode esconder o problema e deixar outros dados incoerentes.

Esse retorno está documentado na autorização da NF-e, modelo 55, e no registro do Evento Prévio de Emissão em Contingência, o EPEC da NF-e. Embora a mensagem seja a mesma, é preciso identificar qual serviço respondeu antes de localizar o campo e preparar outra transmissão.

O que a validação compara

Na autorização da NF-e, a regra E17-40 do MOC compara a presença de dest/IE com dest/enderDest/UF="EX". A aplicação é obrigatória para o modelo 55. Não há, nessa regra, exigência adicional de determinado CFOP, indicador de contribuinte ou valor da operação para caracterizar a combinação rejeitada.

No EPEC da NF-e, a regra P31-10 da NT 2014.001, versão 1.41, também é obrigatória para o modelo 55. Os dados estão no detalhe do evento: detEvento/dest/IE e detEvento/dest/UF. O evento EPEC usa o código 110140. Nesse leiaute, há outra tag IE diretamente em detEvento, correspondente ao emitente. Ela não é o campo apontado pela rejeição 792.

O foco é a informação enviada. O nome estrangeiro do cliente, sua nacionalidade ou uma opção exibida na tela não demonstram, isoladamente, qual endereço e qual inscrição chegaram ao autorizador. Examine o arquivo associado à resposta recebida.

Confira a origem da combinação

Separe o XML transmitido, o retorno completo, o modelo, o ambiente e a identificação da operação. Depois, compare o cadastro utilizado na emissão com os documentos que sustentam os dados do destinatário. Verifique especialmente se o endereço selecionado é o correto e se a inscrição veio de uma importação, de um cadastro reaproveitado ou de um preenchimento anterior.

Essas são possibilidades de diagnóstico, não causas comprovadas apenas pelo código. Um cadastro pode estar correto e o gerador ainda enviar um valor antigo. Da mesma forma, alterar o cadastro sem atualizar os dados usados pela nota pode conservar a rejeição. A comparação entre a origem e o arquivo permite localizar o ponto a corrigir.

Não procure uma nova IE em nome do destinatário estrangeiro apenas para preencher o campo. A 792 trata da presença da inscrição nessa combinação, e não de encontrar um número cujo dígito verificador seja aceito. A inscrição do emitente, a inscrição de substituto tributário e os dados de retirada ou entrega pertencem a outros campos.

Quando o destinatário está realmente no exterior

Confirmados os dados da operação, ajuste a origem e a geração do documento para omitir a tag de IE do destinatário. Não substitua o número por zeros, “ISENTO” ou “EXTERIOR”. Uma tag vazia também não representa a ausência exigida: o campo deve deixar de ser gerado nessa situação.

Na NF-e, confira ainda o indicador indIEDest. O leiaute orienta informar 9 para operação com o exterior, sem enviar a IE do destinatário. Essa orientação não autoriza transformar qualquer cliente nacional em não contribuinte. O próprio leiaute admite que um não contribuinte tenha inscrição em outros contextos; endereço, identificação e condição fiscal devem refletir a operação efetiva.

No EPEC, use os campos próprios do evento. Não acrescente indIEDest ao grupo do destinatário como se o resumo tivesse a mesma estrutura da NF-e completa. Confira também a identificação estrangeira exigida pelo respectivo leiaute, sem fabricar documento ou usar a exclusão de outro campo para disfarçar a incompatibilidade.

Quando a UF “EX” está incorreta

Considere uma operação cujo destinatário e endereço nacionais estão comprovados, mas a integração selecionou indevidamente um endereço do exterior. Nesse caso, retirar a IE correta não resolve a origem do erro. Corrija a seleção ou o mapeamento que produziu “EX” e reveja o conjunto de dados fiscais com o responsável pela emissão.

O retorno não escolhe por você qual dado é verdadeiro. Também não autoriza trocar país, destinatário, CFOP ou natureza da operação apenas para eliminar a mensagem. Se os documentos não permitem determinar a informação correta, esclareça a operação antes de transmitir novamente.

Exemplo de conferência no EPEC

Imagine uma NF-e destinada efetivamente ao exterior. Ao gerar seu EPEC, uma integração reaproveita a IE de outro registro e a coloca dentro de detEvento/dest, junto com UF="EX". A regra P31-10 identifica essa combinação. A revisão deve alcançar o vínculo cadastral e a geração do resumo, preservando a IE do emitente que aparece diretamente no detalhe do evento.

Depois da correção, compare o resumo com a NF-e que lhe deu origem. O EPEC contém dados reduzidos da mesma operação; não é uma segunda oportunidade para informar outro destinatário ou outro endereço. O exemplo descreve uma hipótese de erro de integração e não fornece um XML pronto para envio.

Reenvio e leitura do resultado

Gere o arquivo corrigido pelo emissor, com a assinatura correspondente. Não edite manualmente XML assinado nem sobrescreva documentos autorizados. Se uma tentativa anterior ficou sem resposta conclusiva, recupere sua situação antes de repetir o envio.

No EPEC, leia o resultado individual do evento. O código 128 informa que o lote foi processado e não demonstra, sozinho, que o evento foi registrado. Uma rejeição do EPEC também não deve ser confundida com o cancelamento de uma nota. Se já existe EPEC registrado, a NF-e posterior precisa manter os dados exigidos para conciliação; encaminhe divergências ao suporte fiscal antes de alterá-los.

A ausência da 792 em outro retorno não comprova autorização nem regularidade de todos os campos. Confirme o resultado final, a chave e o ambiente correspondentes, preservando os arquivos e protocolos.

Alcance da orientação

As duas regras citadas têm alcance documentado para NF-e 55. A NFC-e possui especificação própria, e a adoção do EPEC para o modelo 65 depende da UF. Não transfira automaticamente regras, prazos ou endereços de serviço entre os modelos.

A revisão documental de 16/10/2026 considera a NT 2014.001 v1.41 e as atualizações pertinentes consultadas. As datas de alterações de outras regras dessa nota técnica não são um novo início de aplicação da 792. Para investigar um retorno inesperado, informe ao suporte o serviço, a versão, o ambiente, a UF autorizadora e os campos efetivamente enviados, sem presumir falha do fisco ou aceitação após a correção.

Fontes

• NT 2014.001 v1.41 — EPEC: páginas 7, 11, 13 e 16; histórico das alterações nas páginas 3–4. PDF capturado em 16/10/2026 e reutilizado nesta pesquisa.

• MOC 7.0, Anexo I: páginas 14–15, 86–87, incluindo E17-40. PDF recapturado em 15/10/2026; página 87 conferida também em imagem documental preexistente.

• NT 2014.003 v1.02 — EPEC da NFC-e, página 3, e NT 2026.002 v1.11, página 7: limites da adoção do EPEC por UF para o modelo 65.

• Apoios específicos lidos em 16/10/2026: InvoiSys, Berga e Fiscal Pro. Procedimentos de outros emissores e generalizações cadastrais foram confrontados com as fontes oficiais.