Rejeição 772 — Operação Interestadual e UF de destino igual à UF de origem

Resumo Rápido

A Rejeição 772 ocorre quando a NF-e é emitida como operação interestadual, mas a UF de destino informada no destinatário é igual à UF de origem do emitente.

Na prática, o XML indica que a operação ocorre entre estados diferentes, por meio do campo <idDest>2</idDest>, porém o endereço do destinatário está na mesma UF do emitente.

Solução rápida

Verifique a UF do emitente.
Verifique a UF do destinatário.
Confira o campo <idDest>.
Se emitente e destinatário estiverem na mesma UF, altere para operação interna.
Se a operação for realmente interestadual, corrija o endereço do destinatário ou os locais de entrega/retirada.
Revise CFOP, natureza de operação e regra fiscal.
Gere novamente o XML e transmita a NF-e.

Diagnóstico Rápido

O campo `<idDest>` está como `2`?
A UF do destinatário é igual à UF do emitente?
O endereço do destinatário está correto?
O CFOP usado é de operação interestadual?
A natureza de operação está configurada corretamente?
Existe local de entrega informado?
Existe local de retirada informado?
A operação é realmente interestadual ou deveria ser interna?
Houve importação de pedido, cliente ou endereço por integração?

Mensagem da Rejeição

772 - Operação Interestadual e UF de destino igual à UF de origem

O que significa essa rejeição?

Essa rejeição significa que a NF-e foi classificada como uma operação interestadual, mas os dados do XML indicam que o destinatário está na mesma UF do emitente.

A SEFAZ valida a coerência entre:

O identificador de destino da operação.
A UF do emitente.
A UF do destinatário.
Os locais de entrega e retirada, quando informados.

Quando o XML informa operação interestadual, mas a UF de destino é igual à UF de origem, a NF-e pode ser rejeitada.

Campos envolvidos

Os principais campos envolvidos na Rejeição 772 são:

`<idDest>`

Campo que identifica o destino da operação.

1 = Operação interna
2 = Operação interestadual
3 = Operação com exterior

Para essa rejeição, normalmente o XML está com:

<idDest>2</idDest>

`<enderEmit><UF>`

Campo que informa a UF do emitente da NF-e.

Exemplo:

<enderEmit>
   <UF>SP</UF>
</enderEmit>

`<enderDest><UF>`

Campo que informa a UF do destinatário.

Exemplo:

<enderDest>
   <UF>SP</UF>
</enderDest>

`<retirada><UF>`

Campo usado quando existe local de retirada diferente do endereço do emitente ou destinatário.

`<entrega><UF>`

Campo usado quando existe local de entrega diferente do endereço do destinatário.

Quando a rejeição ocorre?

A Rejeição 772 normalmente ocorre quando a NF-e contém uma combinação semelhante a esta:

idDest = 2
UF do emitente = SP
UF do destinatário = SP

Ou seja, o documento declara operação interestadual, mas emitente e destinatário estão no mesmo estado.

Exemplo:

<ide>
   <idDest>2</idDest>
</ide>
 
<emit>
   <enderEmit>
      <UF>SP</UF>
   </enderEmit>
</emit>
 
<dest>
   <enderDest>
      <UF>SP</UF>
   </enderDest>
</dest>

Nesse caso, se a operação é realmente entre empresas situadas em São Paulo, o correto tende a ser:

<idDest>1</idDest>

Sintomas Comuns

NF-e rejeitada logo após a transmissão.
Cliente cadastrado com UF incorreta.
Operação interna configurada como interestadual.
CFOP interestadual usado em operação dentro do mesmo estado.
Natureza de operação parametrizada incorretamente.
Pedido importado com endereço desatualizado.
Regra fiscal definindo <idDest> com base no CFOP incorreto.
Divergência entre endereço comercial, endereço fiscal e endereço de entrega.
Erro após alteração no cadastro do cliente.
Rejeição em operação com entrega ou retirada em UF diferente.

Por que essa rejeição acontece?

Identificador de destino incorreto

O ERP gerou a NF-e com <idDest>2</idDest>, indicando operação interestadual, mas a UF do destinatário é a mesma UF do emitente.

Endereço do destinatário incorreto

O cliente pode estar cadastrado com UF errada no ERP.

CFOP incompatível

A operação pode estar usando CFOP de fora do estado, como 6.xxx, mesmo quando a operação é interna.

Natureza de operação mal parametrizada

A natureza de operação pode estar configurada para gerar operação interestadual independentemente da UF do cliente.

Integração externa inconsistente

Pedidos importados de e-commerce, marketplace, CRM ou sistema externo podem trazer endereço ou UF incorretos.

Local de entrega ou retirada não tratado corretamente

A operação pode envolver entrega ou retirada em UF diferente, mas os grupos <entrega> e <retirada> podem não ter sido informados ou foram informados de forma inconsistente.

Causa Raiz

A causa raiz da Rejeição 772 é a inconsistência entre o tipo de destino da operação e os endereços informados na NF-e.

O XML declara uma operação interestadual, mas os dados da nota indicam que a UF de destino é a mesma UF de origem.

Em termos práticos, o ERP está dizendo duas coisas conflitantes:

A operação é interestadual.
Mas o destinatário está na mesma UF do emitente.

Essa combinação não passa na validação da SEFAZ.

Como Resolver

Passo 1

Verifique o campo <idDest> no XML.

Procure no grupo <ide>:

<ide>
   <idDest>2</idDest>
</ide>

Se o valor for 2, a NF-e está sendo enviada como operação interestadual.

Passo 2

Verifique a UF do emitente.

No grupo <emit>, confira:

<enderEmit>
   <UF>SP</UF>
</enderEmit>

Passo 3

Verifique a UF do destinatário.

No grupo <dest>, confira:

<enderDest>
   <UF>SP</UF>
</enderDest>

Se a UF do destinatário for igual à UF do emitente, a operação provavelmente não deve estar como interestadual.

Passo 4

Se a operação for interna, corrija o destino da operação.

Altere o identificador para:

<idDest>1</idDest>

Também revise o CFOP.

Em uma operação interna de saída, normalmente o CFOP começa com:

5.xxx

Em uma operação interna de entrada, normalmente o CFOP começa com:

1.xxx

Passo 5

Se a operação for realmente interestadual, corrija o endereço.

Se o destinatário está em outro estado, mas o XML traz a UF igual à UF do emitente, corrija o cadastro do cliente ou o endereço utilizado na nota.

Passo 6

Revise local de entrega e local de retirada.

Em alguns cenários, a operação pode envolver retirada ou entrega em UF diferente da UF do emitente ou do destinatário.

Nesses casos, avalie se devem ser preenchidos corretamente os grupos:

<retirada>
   <UF>...</UF>
</retirada>

ou:

<entrega>
   <UF>...</UF>
</entrega>

Essa análise deve ser feita com cuidado, pois local de entrega e retirada não devem ser usados para mascarar uma operação mal classificada.

Passo 7

Revise a regra fiscal do ERP.

Confira principalmente:

Natureza de operação.
CFOP.
Tipo de operação.
Endereço fiscal do destinatário.
Endereço de entrega.
Regras por UF.
Integrações de pedidos.
Parametrização de operação interna/interestadual.

Passo 8

Gere novamente o XML.

Após corrigir cadastro, CFOP, natureza ou endereço, gere novo XML da NF-e.

Passo 9

Transmita novamente a NF-e.

Com o destino da operação coerente com as UFs informadas, a rejeição deve ser eliminada.

Exemplo Prático

Uma empresa localizada em São Paulo emite uma NF-e para um cliente também localizado em São Paulo.

No cadastro do cliente:

UF do destinatário = SP

Porém, a natureza de operação usada na nota está parametrizada como interestadual.

O XML é gerado assim:

<idDest>2</idDest>
<enderEmit>
   <UF>SP</UF>
</enderEmit>
<enderDest>
   <UF>SP</UF>
</enderDest>

Como a operação foi marcada como interestadual, mas a UF de origem e a UF de destino são iguais, a SEFAZ retorna:

Rejeição 772 - Operação Interestadual e UF de destino igual à UF de origem

A correção é alterar a operação para interna, ajustando o campo <idDest> para 1 e revisando o CFOP utilizado.

Exemplo XML

XML com erro

<ide>
   <cUF>35</cUF>
   <tpNF>1</tpNF>
   <idDest>2</idDest>
</ide>
 
<emit>
   <CNPJ>12345678000199</CNPJ>
   <enderEmit>
      <UF>SP</UF>
   </enderEmit>
</emit>
 
<dest>
   <CNPJ>98765432000188</CNPJ>
   <enderDest>
      <UF>SP</UF>
   </enderDest>
</dest>

Por que está errado?

O XML informa:

idDest = 2
Operação interestadual
 
UF do emitente = SP
UF do destinatário = SP

Como as UFs são iguais, a operação não deveria estar classificada como interestadual.

XML corrigido

<ide>
   <cUF>35</cUF>
   <tpNF>1</tpNF>
   <idDest>1</idDest>
</ide>
 
<emit>
   <CNPJ>12345678000199</CNPJ>
   <enderEmit>
      <UF>SP</UF>
   </enderEmit>
</emit>
 
<dest>
   <CNPJ>98765432000188</CNPJ>
   <enderDest>
      <UF>SP</UF>
   </enderDest>
</dest>

O que mudou?

O campo <idDest> foi alterado de 2 para 1, indicando operação interna.

Relação com CFOP

A Rejeição 772 não valida apenas o CFOP, mas o CFOP costuma ser um forte indício da origem do problema.

Em regra prática:

CFOP 5.xxx = saída interna
CFOP 6.xxx = saída interestadual
CFOP 7.xxx = saída para exterior

Para entradas:

CFOP 1.xxx = entrada interna
CFOP 2.xxx = entrada interestadual
CFOP 3.xxx = entrada do exterior

Se a UF do destinatário é igual à UF do emitente, mas o ERP selecionou CFOP 6.xxx, provavelmente a natureza de operação ou a regra fiscal está incorreta.

Como Identificar o Problema no ERP

Onde verificar

Cadastro do destinatário.
Endereço fiscal do cliente.
Endereço de entrega.
Natureza de operação.
CFOP.
Tipo de operação.
Parâmetro de destino da operação.
Pedido de venda.
Integração com e-commerce ou marketplace.
XML da NF-e.

O que procurar

Cliente com UF incorreta.
Cliente da mesma UF usando CFOP interestadual.
Campo destino da operação marcado como interestadual.
Regra fiscal usando UF de entrega quando deveria usar UF do destinatário.
Pedido importado com endereço divergente.
Natureza de operação fixa para fora do estado.
Parametrização fiscal reaproveitada de operação interestadual.
Local de entrega ou retirada preenchido de forma indevida.

Impactos para a Empresa

Fiscal

A NF-e não é autorizada até que os dados da operação estejam coerentes.

Financeiro

O faturamento e a cobrança podem ser postergados.

Comercial

O cliente pode ser impactado por atraso na entrega.

Suporte ERP

A equipe pode precisar revisar cadastro, CFOP, natureza de operação e regras fiscais.

O que NÃO Fazer

Não alterar apenas o XML manualmente em produção.
Não mudar o CFOP sem revisar o <idDest>.
Não alterar o endereço do cliente sem confirmar a realidade fiscal.
Não usar operação interestadual quando emitente e destinatário estão na mesma UF.
Não usar local de entrega ou retirada para forçar aprovação indevida.
Não tratar o erro como instabilidade da SEFAZ.
Não corrigir apenas a nota atual sem revisar a regra fiscal do ERP.
Não assumir que todo CFOP 6.xxx é válido apenas porque o cliente tem entrega fora do estado.

A correção foi ajustar a parametrização da natureza de operação para diferenciar corretamente operações internas e interestaduais, gerando <idDest>1</idDest> e CFOP 5.xxx para clientes da mesma UF.

Como Evitar Essa Rejeição

Validar a UF do destinatário antes da geração da NF-e.
Automatizar a definição de operação interna ou interestadual.
Vincular CFOP ao destino real da operação.
Revisar naturezas de operação.
Auditar cadastros de clientes.
Validar endereços de entrega e retirada.
Criar regra de alerta para idDest = 2 com UF emitente igual à UF destinatário.
Testar integrações de pedidos.
Validar XMLs em homologação.
Treinar o faturamento para identificar inconsistências entre UF, CFOP e destino da operação.

Fluxograma de Diagnóstico

Recebeu Rejeição 772?
 
├─ idDest = 2?
│
├─ Não → Revisar outra causa
│
└─ Sim
    │
    ├─ UF do destinatário é igual à UF do emitente?
    │
    ├─ Não → Revisar entrega, retirada ou XML
    │
    └─ Sim
        │
        ├─ A operação deveria ser interna?
        │
        ├─ Sim → Corrigir idDest para 1 e revisar CFOP
        │
        └─ Não → Corrigir endereço, entrega, retirada ou regra fiscal

FAQ

O que é a Rejeição 772?

É a rejeição que ocorre quando a NF-e é emitida como operação interestadual, mas a UF de destino é igual à UF de origem.

Qual campo normalmente causa essa rejeição?

O campo <idDest>, quando informado como 2 indevidamente.

O que significa `<idDest>2</idDest>`?

Significa operação interestadual.

Se emitente e destinatário estão na mesma UF, qual deve ser o idDest?

Em regra, deve ser <idDest>1</idDest>, indicando operação interna.

O CFOP pode causar essa rejeição?

Indiretamente, sim. Muitos ERPs definem o <idDest> com base no CFOP ou na natureza de operação.

CFOP 6.xxx pode ser usado para cliente da mesma UF?

Normalmente não. CFOP iniciado por 6 indica saída interestadual.

Essa rejeição se aplica à NFC-e?

Não é uma rejeição típica de NFC-e. Ela está ligada à NF-e modelo 55.

Posso corrigir apenas alterando o CFOP?

Não necessariamente. É preciso revisar também o <idDest>, o endereço do destinatário e a natureza de operação.

Local de entrega em outro estado muda a análise?

Pode mudar, mas precisa ser tratado corretamente no XML e refletir a operação real. Não deve ser usado apenas para contornar rejeição.

O ERP pode causar essa rejeição?

Sim. A causa mais comum é parametrização incorreta de natureza de operação, CFOP ou destino da operação.

Base Legal

Projeto NF-e
Manual de Orientação do Contribuinte (MOC)
Regras de Validação da NF-e
Nota Técnica 2013.005
Nota Técnica 2015.003
Legislação do ICMS

Resumo

A Rejeição 772 ocorre quando a NF-e é informada como operação interestadual, mas a UF do destinatário é igual à UF do emitente. O erro normalmente envolve o campo <idDest>2</idDest> combinado com endereços de emitente e destinatário na mesma UF. A solução consiste em revisar o endereço do destinatário, a natureza de operação, o CFOP e o identificador de destino. Se a operação for interna, o correto é informar <idDest>1</idDest> e utilizar CFOP compatível com operação dentro do estado.

Rejeição 772 — Operação Interestadual e UF de destino igual à UF de origem

Conteúdo relacionado