Rejeição 679 — Modelo da NF-e referenciada diferente de 55/65

O que é esta rejeição?#

A Rejeição 679 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a número sequencial da NF-e, chave de acesso que identifica unicamente a NF-e. 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 chave de acesso, 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:

Causas comuns#

• A finalidade da NF-e (finNFe) está incorreta para o tipo de operação
• A chave de acesso da NF-e referenciada é inválida ou não foi encontrada
• NF-e de devolução ou complementar não possui a referência à NF-e original

Como resolver#

1. Verifique a finalidade: 1=Normal, 2=Complementar, 3=Ajuste, 4=Devolução
2. Para devoluções e complementares, informe a chave de acesso da NF-e original no grupo <NFref>
3. A NF-e referenciada deve estar autorizada na SEFAZ

Verificações analíticas#

• Se finNFe=2 (Complementar) ou finNFe=4 (Devolução) e o grupo <NFref> está ausente ou contém <refNFe> com menos de 44 dígitos ou com dígito verificador inválido, então a chave de acesso referenciada é malformada e não passará na validação SEFAZ: recalcule o dígito verificador da chave e certifique-se de que o campo <refNFe> dentro de <NFref> contém exatamente 44 caracteres numéricos correspondentes à NF-e original autorizada.
• Se o CFOP declarado em <det><prod><CFOP> pertence à família 2xxx/3xxx (entrada) mas tpNF=1 (saída), ou pertence à família 5xxx/6xxx (saída) mas tpNF=0 (entrada), e simultaneamente finNFe=4 (Devolução), então há contradição entre o tipo de operação, o CFOP e a finalidade da nota, indicando que o emitente pode ter invertido o polo da operação: alinhe tpNF e CFOP ao fluxo físico real da devolução, usando CFOP espelho do CFOP original (ex: 5102 devolvido com 1202).
• Se finNFe=4 (Devolução) e a chave informada em <refNFe> possui cUF, CNPJ emitente ou série/número incompatíveis com os dados do emitente ou destinatário da própria NF-e em análise (ou seja, o polo que devolveu não coincide com o destinatário da NF-e original), então a referência aponta para uma nota de terceiro não relacionado à operação: valide que o CNPJ do emitente da NF-e de devolução corresponde ao CNPJ do destinatário da NF-e original referenciada na chave.
• Se finNFe=2 (Complementar) e os valores tributários da NF-e complementar (vICMS, vIPI, vPIS, vCOFINS) somados aos da NF-e original referenciada resultam em base de cálculo ou alíquota divergente da tabela vigente para o CST/CFOP declarado, e simultaneamente o modelo extraído da posição 21-22 da chave em <refNFe> é diferente de 55 ou 65, então o rejeito 679 é diretamente provocado porque a SEFAZ identifica modelo inválido na chave referenciada: confirme que os dígitos da posição 21-22 da chave de acesso são '55' ou '65' antes de qualquer outra correção tributária.
• Se tpEmis diferente de 1 (contingência ativa) e dhEmi está preenchida com data anterior ao prazo de transmissão permitido (mais de 24 horas para tpEmis=1, ou fora da janela de 168 horas para contingência DPEC/SVC), e o grupo <NFref> referencia uma chave cuja data de emissão codificada (posição 3-8 da chave, formato AAMM) é posterior à dhEmi da nota corrente, então a nota original referenciada seria cronologicamente mais recente que a nota que a referencia, configurando inconsistência temporal que invalida o vínculo de devolução ou complemento: corrija a data de emissão ou verifique se a chave referenciada pertence realmente à operação anterior.