Pular para o conteúdo
FiscalAPI
776 Outros

Rejeição 776 — Solicitada resposta síncrona para UF que não disponibiliza este atendimento (indSinc=1)

Motivo da rejeição

Solicitada resposta síncrona para UF que não disponibiliza este atendimento (indSinc=1)

3 min de leitura

O que é esta rejeição?#

A Rejeição 776 é 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:

CampoXPath no XMLDescrição
cUFNFe/infNFe/ide/cUFCódigo da UF do emitente
UF_emitNFe/infNFe/emit/enderEmit/UFUF do emitente
UF_destNFe/infNFe/dest/enderDest/UFUF do destinatário
cMun_emitNFe/infNFe/emit/enderEmit/cMunCó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#

  1. Verifique se o código da UF está correto conforme a tabela do IBGE (ex: 35=SP, 33=RJ, 41=PR)
  2. Confirme que o código do município (7 dígitos IBGE) pertence à UF informada
  3. 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 o campo cUF do elemento ide divergir do código de UF extraído dos 2 primeiros dígitos da chave de acesso cNFe então a UF da chave de acesso foi gerada com código diferente do informado em ide/cUF, tornando a NF-e inválida para o webservice da UF de destino: reconstrua a chave de acesso garantindo que os dígitos 1-2 correspondam exatamente ao cUF do emitente conforme tabela IBGE.
  • Se os 7 dígitos do campo emit/enderEmit/cMun não iniciarem com os mesmos 2 dígitos presentes em emit/enderEmit/UF convertidos para código IBGE (ex: UF=SP exige cMun iniciando em 35) então o município do emitente pertence a uma UF diferente da declarada em UF: corrija o cMun para um código IBGE de 7 dígitos cujos 2 primeiros correspondam ao código da UF do emitente.
  • Se o campo ide/cUF for igual ao código de uma UF que não opera webservice síncrono (indSinc=1) e o campo ide/indSinc estiver marcado como 1 então o emissor está solicitando resposta síncrona para uma UF que só aceita resposta assíncrona: altere indSinc para 0 e reenvie a NF-e utilizando o serviço NfeAutorizacao em modo assíncrono.
  • Se o CFOP informado em det/prod/CFOP iniciar com dígito 3 (operação com exterior) porém ide/idDest não for igual a 3 (externo) e a UF do destinatário dest/enderDest/UF for uma UF brasileira então há contradição entre o CFOP de exportação e o idDest/UF do destinatário, o que pode ter causado roteamento incorreto do XML para o webservice errado: ajuste o CFOP para a operação interna ou interestadual correspondente ou corrija idDest e UF do destinatário.
  • Se ide/cMunFG não iniciar com os mesmos 2 dígitos do cUF do emitente (emit/enderEmit/cMun) e o CFOP não indicar operação fora do estabelecimento (ex: CFOP 6.xxx ou 7.xxx) então o município do fato gerador declarado em cMunFG pertence a uma UF diferente da do emitente sem justificativa operacional: substitua cMunFG pelo código IBGE correto do município onde ocorreu o fato gerador, consistente com a UF do emitente.
Compartilhar: WhatsApp LinkedIn Twitter

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 →