772 Operação/Fiscal
Rejeição 772 — Operação Interestadual e UF de destino igual à UF de origem
Motivo da rejeição
Operação Interestadual e UF de destino igual à UF de origem
3 min de leitura
O que é esta rejeição?#
A Rejeição 772 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a unidade federativa do contribuinte. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.
Os campos afetados estão na seção de dados do destinatário, dados do emitente, identificação da NF-e do XML.
Campos XML relacionados#
Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:
| Campo | XPath no XML | Descrição |
|---|---|---|
| cUF | NFe/infNFe/ide/cUF | Código da UF do emitente |
| UF_emit | NFe/infNFe/emit/enderEmit/UF | UF do emitente |
| UF_dest | NFe/infNFe/dest/enderDest/UF | UF do destinatário |
| cMun_emit | NFe/infNFe/emit/enderEmit/cMun | Código do município do emitente |
Causas comuns#
- O código da UF não corresponde ao estado do emitente ou destinatário
- O código do município (IBGE) é inválido ou não pertence à UF informada
- A UF informada na chave de acesso diverge da UF do emitente
Como resolver#
- Verifique se o código da UF está correto conforme a tabela do IBGE (ex: 35=SP, 33=RJ, 41=PR)
- Confirme que o código do município (7 dígitos IBGE) pertence à UF informada
- Atualize os dados de endereço do emitente e destinatário no sistema emissor
Dica: Para identificar a causa desta rejeição, comece verificando os campos cUF, UF_emit, UF_dest, cMun_emit no XML da NF-e. Compare os valores informados com os dados cadastrais atualizados na SEFAZ e na Receita Federal.
Verificações analíticas#
- Se idDest=2 (operação interestadual) e emit/enderEmit/UF for igual a dest/enderDest/UF então há contradição direta entre o indicador de destino e as UFs declaradas, configurando a rejeição 772: corrija idDest para 1 (interna) ou ajuste a UF do destinatário para um estado diferente do emitente.
- Se o CFOP informado em det/prod/CFOP iniciar com 6 (ex: 6.101, 6.102, 6.108) e emit/enderEmit/UF for igual a dest/enderDest/UF então o CFOP de saída interestadual é incompatível com UFs iguais: substitua pelo CFOP equivalente de saída interna com dígito inicial 5 (ex: 5.101, 5.102, 5.108).
- Se cMunFG (município do fato gerador) tiver os dois primeiros dígitos do código IBGE de 7 dígitos divergentes do código de UF do emitente (ex: cMunFG iniciando com 41 para emitente em SP cujo cUF=35) então o município do fato gerador não pertence à UF do emitente: atualize cMunFG com o código IBGE correto correspondente ao município real de ocorrência do fato gerador dentro da UF do emitente.
- Se dest/enderDest/cMun tiver os dois primeiros dígitos do código IBGE inconsistentes com dest/enderDest/UF (ex: cMun=3550308 indicando SP mas UF=RJ) então o município IBGE do destinatário pertence a estado diferente da UF declarada no endereço do destinatário, o que pode ter causado a inferência incorreta de operação interestadual pela SEFAZ: corrija o par cMun/UF do destinatário para que sejam mutuamente consistentes.
- Se a chave de acesso (cChave, primeiros 2 dígitos após cUF) refletir um cUF diferente de emit/enderEmit/cUF então a UF gravada na chave de acesso diverge da UF declarada no endereço do emitente, gerando conflito que pode induzir a SEFAZ a interpretar destino igual à origem como interestadual: regenere a chave de acesso garantindo que os 2 dígitos de cUF na chave correspondam exatamente ao código IBGE da UF do emitente.
Consulte IEs e CNPJs antes de emitir NF-e
Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.
Criar conta →