678 Outros
Rejeição 678 — NF referenciada com UF diferente da NF-e complementar
Motivo da rejeição
NF referenciada com UF diferente da NF-e complementar
3 min de leitura
O que é esta rejeição?#
A Rejeição 678 é 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 o campo cUF da tag ide diverge dos dois primeiros dígitos da chave de acesso referenciada em NFref então a NF referenciada aponta para UF distinta da NF-e complementar (finNFe=2) que a emite, caracterizando exatamente a rejeição 678: corrija cUF em ide ou substitua a chave em NFref pela chave de acesso pertencente à mesma UF do emitente.
- Se o CFOP informado em det/prod/CFOP inicia com dígito 1 ou 2 (entrada) mas tpNF=1 (saída), ou inicia com 3 ou 4 (saída) mas tpNF=0 (entrada), e simultaneamente NFref está preenchida indicando nota complementar, então a combinação CFOP×tpNF é incoerente com a operação referenciada e pode ter arrastado UF errada na composição da chave: alinhe CFOP e tpNF à natureza real da operação antes de referenciar a chave.
- Se cMunFG (município do fato gerador em ide) possui código IBGE de 7 dígitos cujos dois primeiros dígitos não coincidem com cUF de ide, e a chave em NFref contém nos dígitos 3-6 o código de UF derivado desse cMunFG incorreto, então o município do fato gerador pertence a UF diferente da UF emitente, causando divergência na chave referenciada: substitua cMunFG por código IBGE válido para a UF declarada em cUF.
- Se finNFe=2 (complementar) e o campo NFref/refNFe está ausente ou contém chave com dígitos 1-2 correspondentes a UF distinta de emit/enderEmit/UF, então a obrigatoriedade estrutural de referenciar a NF original da mesma UF não é satisfeita: insira em NFref a chave de acesso da NF-e original cuja cUF coincida com a UF do emitente cadastrada em emit/enderEmit/UF.
- Se emit/enderEmit/UF difere da UF extraída dos dígitos 1-2 do cChNFe (chave de acesso da própria NF-e), e NFref/refNFe referencia uma nota cuja UF é igual à UF de enderEmit mas diferente do cUF declarado em ide, então há tripla inconsistência entre cUF, a chave gerada e o endereço do emitente: unifique cUF em ide, os dois primeiros dígitos da chave de acesso e o campo UF de enderEmit para o mesmo código IBGE de estado.
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 →