Rejeição 679: modelo inválido na chave referenciada em refNFe

A Rejeição 679, regra BA02-34, verifica o modelo contido na chave refNFe. No MOC, a condição rejeita modelo diferente de 55, 65 ou 59. Há outra regra, BA02-35, que usa o mesmo código para restrições adicionais; seu cronograma atual precisa ser separado da BA02-34. MOC 7.0, p. 79

Antes de analisar a chave, confira a nota atual

A permissão do grupo na nota atual é diferente da verificação do modelo e da impressão do documento original referenciado. A BA01-10 da NT 2026.002 v1.11 proíbe NFref em NFC-e e em NF-e com DANFE Simplificado Tipo 2, tpImp=6. Confira mod e tpImp da emissão atual antes de interpretar o componente de refNFe. Esses indicadores não são o modelo ou a impressão do original apontado pela chave. Se o grupo não é cabível, corrigir seu conteúdo não afasta a proibição; não apague um vínculo necessário nem troque modelo ou impressão por tentativa. Confirme o procedimento documental com os responsáveis a partir da operação real. NT 2026.002, p. 9, BA01-10

Onde identificar o modelo original

Leia /NFe/infNFe/ide/NFref/refNFe. O bloco de modelo ocupa as posições 21 e 22 da chave. Os valores documentados nesta comparação são 55, NF-e; 65, NFC-e; 59, CF-e. O modelo da emissão atual permanece 55 neste contexto da regra; não o confunda com o modelo do documento anterior.

BA02-34 é facultativa no MOC. A presença de um modelo dessa lista não prova que a referência é permitida em todas as finalidades, nem que seu documento exista. Confira o original e o tipo de referência usado; refCTe representa outro documento e possui validações próprias. MOC, BA02-34 e BA19

O que a BA02-35 acrescenta e desde quando

A NT 2026.002 v1.11 descreve BA02-35 para NF-e de saída, tpNF=1, com finalidade diferente de complementar (2) e devolução (4). Nesse contexto, restringe referência a modelo 65, modelo 59 ou NF-e modelo 55 com DANFE Simplificado Tipo 2, tpImp=6.

A versão 1.11 adia a implantação em produção dessa regra para 14/12/2026. Na data de corte de 15/10/2026, essa data é futura; não a apresente como restrição já implantada universalmente em produção. O cronograma de homologação e o retorno do ambiente precisam ser conferidos separadamente. BA02-34 não foi substituída por essa condição mais específica. NT, pp. 3 e 9

Exemplos de diagnóstico do código compartilhado

Cenário sintético: foi colocada em refNFe uma chave de documento de transporte. O modelo fora da lista explica BA02-34, mas a correção depende de identificar o documento e o vínculo corretos, sem converter o modelo na chave.

Se a chave é de uma NFC-e, seu modelo 65 pertence à lista da BA02-34. Um retorno 679 nesse caso exige conferir detalhe da regra, tipo de operação, finalidade, ambiente e versão do autorizador, inclusive eventual BA02-35. Só o código não permite atribuir a causa. MOC, p. 79, BA02-35

Como corrigir sem fabricar outra referência

Compare a chave completa do original protegido, o vínculo e refNFe enviado. Corrija importação/mapeamento comprovadamente errados, mantendo o modelo real. Não troque modelo, finalidade, data ou tpImp para contornar a regra.

Sem original, não há prova da identidade pretendida. Um XML sintético não resolve isso. Regere pelo emissor, preserve histórico e esclareça resultado anterior incerto antes de novo envio. Passar na comparação de modelo não comprova autorização. NT 2026.004, refNFe p. 5