Rejeição 397: Parâmetro do QR-Code divergente da Nota Fiscal

A Rejeição 397 acontece quando um parâmetro do QR Code não confere com o dado correspondente na NFC-e.

A mensagem informa qual parâmetro divergiu — chave de acesso, ambiente, assinatura, entre outros.

Abrir PDV

Por que acontece a Rejeição 397

O QR Code do cupom é um endereço de consulta que carrega, dentro dele, os dados essenciais da nota. É por meio dele que o consumidor confere a autenticidade do cupom no site da SEFAZ.

Para isso funcionar, o que está no QR Code precisa ser exatamente o que está na nota. A SEFAZ compara os dois na autorização.

O caso mais frequente é a chave de acesso: o QR Code aponta para uma chave e a nota traz outra.

As causas mais comuns:

Nota gerada e alterada. É a causa principal. Um dado que compõe a chave mudou — série, número, data — e o QR Code não foi refeito.

QR Code montado antes da nota. A ordem de geração ficou invertida no sistema.

Ambiente divergente. O QR Code diz produção e a nota diz homologação, ou o contrário.

Emissor com montagem própria. Sistema que constrói o QR Code por concatenação e erra um parâmetro.

Essa rejeição é sempre do sistema emissor. Não há campo no cadastro que o usuário ajuste.

Como resolver a Rejeição 397

1. 1
   Confirme se a rejeição se repete em todos os cupons ou apenas em um.
2. 2
   Sendo isolada, gere o cupom novamente — o QR Code é refeito junto.
3. 3
   Sendo geral, abra um chamado com o fornecedor do sistema. A montagem do QR Code é dele.
4. 4
   No Berga o QR Code é gerado a partir da nota já montada, e essa rejeição não aparece na emissão normal.

Como evitar a Rejeição 397

Não há prevenção do lado do usuário. O que ajuda é manter o sistema atualizado: as regras do QR Code mudaram por nota técnica e emissores antigos ficaram para trás.

Se a Rejeição 397 continuar

Rejeições vizinhas da mesma família tratam de parâmetro ausente no QR Code, parâmetro fora do formato hexadecimal e hash divergente do calculado. Essa última costuma ser o CSC configurado errado — e tem solução do lado do cliente.

Persistindo, abra um chamado informando o número do cupom e qual parâmetro a mensagem apontou.

Referência: MOC 7.0 — Anexo I, regra de validação ZX02-28 (NT 2015.002 e NT 2016.002).