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)
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:
| 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
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.
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 →