Rejeição 679: modelo inválido no CT-e referenciado

A Rejeição 679, regra BA19-34, indica que a chave colocada em refCTe contém modelo diferente de 57. Trata-se de uma regra facultativa na autorização da NF-e modelo 55; o modelo examinado pertence ao documento referenciado.

Modelo da NF-e atual e modelo da referência

Em /NFe/infNFe/ide/mod, 55 identifica a NF-e em autorização. Já as posições 21 e 22 da chave de /NFe/infNFe/ide/NFref/refCTe identificam o modelo do CT-e referenciado, que a BA19-34 compara com 57. Esses valores têm funções diferentes e não precisam ser iguais.

O grupo NFref separa os tipos de documento: refCTe referencia CT-e e refNFe referencia NF-e/NFC-e nos contextos documentados. Um rótulo genérico como documento vinculado na integração não substitui essa escolha estrutural.

Fontes: MOC — Anexo I, Leiaute e Regras de Validação, Leiaute da NF-e e protocolo, Manual de Orientação ao Contribuinte - MOC - versão 7.0 - NF-e e NFC-e

Quando a própria referência é vedada?

A BA01-10 da NT 2026.002 v1.11 veda NFref em NFC-e e em NF-e com DANFE Simplificado Tipo 2 (tpImp=6). Portanto, o alcance modelo 55 da BA19-34 não libera indiscriminadamente refCTe nesse tipo de impressão. A regra de referência precisa ser lida junto com a condição do documento atual.

Antes de corrigir um componente da chave, confira modelo e tipo de impressão verdadeiros. Não altere esses indicadores nem apague um vínculo documental necessário apenas para evitar uma rejeição. Confirme o procedimento cabível quando o contexto da emissão estiver em dúvida; o calendário documental não comprova implantação individual do autorizador.

Fontes: NT 2026.002 — DANFE Tipo 2 e autorização com alertas, MOC — Anexo I, Leiaute e Regras de Validação

Exemplo de chave colocada no campo errado

Considere um arquivo importado corretamente, mas classificado pela integração como transporte quando sua chave identifica modelo 55. Ao escrever essa chave em refCTe, o sistema produz a condição diferente de 57, mesmo que a chave tenha DV válido.

Em outro cenário, a nota atual é modelo 55 e o CT-e referenciado é modelo 57. Essa diferença é esperada para esta comparação. Não altere ide/mod da NF-e para 57 nem mude as posições da chave para aparentar um CT-e.

Fontes: MOC — Anexo I, Leiaute e Regras de Validação, Leiaute da NF-e e protocolo

E se o documento de transporte for de outro modelo?

A condição expressa da BA19-34 é modelo 57. O fato de outro documento também registrar transporte não permite concluir que sua chave seja aceita em refCTe por esta regra. É necessário confirmar a espécie documental e o vínculo exigido na operação antes de corrigir a geração.

O artigo não escolhe um documento substituto nem recomenda trocar modelo para obter autorização. Leve o original, a finalidade da NF-e e o retorno ao responsável pela emissão quando houver dúvida sobre o vínculo correto.

Fontes: MOC — Anexo I, Leiaute e Regras de Validação

Como resolver a classificação sem adulterar a chave

Compare original, tipo cadastrado e tag transmitida. Se houve erro de mapeamento, corrija a classificação comprovada e gere o grupo adequado com o documento verdadeiro. Se a chave foi recortada ou deslocada, restaure-a integralmente; alterar só o modelo quebra sua identidade e pode quebrar o DV.

Confira a nova geração antes da assinatura e a resposta individual depois da validação. Preserve documentos autorizados e consulte tentativas com conclusão desconhecida antes de repetir uma transmissão.

Fontes: MOC — Anexo I, Leiaute e Regras de Validação, Manual de Orientação ao Contribuinte - MOC - versão 7.0 - NF-e e NFC-e