Para resolver a Rejeição 397, corrija as informações presentes no QR-Code para que fiquem iguais aos da nota fiscal. As informações que constam na Nota Fiscal são:
| Posição do Parâmetro | Descrição |
| 1º Parâmetro | Chave de Acesso (chAcesso) |
| 2º Parâmetro | Versão (nVersao) |
| 3º Parâmetro | Tipo de Ambiente (tpAmb) |
| 4º (modo normal) ou 7º (Contingência) Parâmetro | Código Identificador do CSC (cIdToken) |
| 5º (modo normal) ou 8º (Contingência) Parâmetro | Hash (cHashQRCode) |
| 4º Parâmetro | Dia da Data de Emissão (dhEmi) |
| 5º Parâmetro | Valor da NFC-e (vNF) |
| 6º Parâmetro | Digest Value (digVal) |
Exemplo da estrutura incorreta:
Veja no exemplo acima que nas informações da NFC-e o valor do ICMS é 15.00 e na formação do QR-Code o valor está 10.00, ou seja, a rejeição irá ocorrer.
Clientes TecnoSpeed não precisam se preocupar com essa rejeição, nossos produtos de forma automática utilizam as informações do XML da NFC-e na formação do QR-Code.
Explicando a validação
A regra de validação da SEFAZ, diz o seguinte:
Se QR Code versão “2” verificar se possui os parâmetros:
- 1º Parâmetro: Chave de Acesso (chAcesso);
- 2º Parâmetro: Versão (nVersao);
- 3º Parâmetro: Tipo de Ambiente (tpAmb);
- 4º (modo normal) ou 7º (Contingência) Parâmetro: Código Identificador do CSC (cIdToken);
- 5º (modo normal) ou 8º (Contingência) Parâmetro: Hash (cHashQRCode).
E seja NFC-e de contingência (tpEmis=9), além dos citados acima tem que informar:
- 4º Parâmetro: Dia da Data de Emissão (dhEmi);
- 5º Parâmetro: Valor da NFC-e (vNF);
- 6º Parâmetro: Digest Value (digVal);
Esta regra de validação é obrigatória a todas as UF's e é valida para NFC-e (modelo 65).
Na prática, o que isso significa?
Quando emitimos uma NFC-e devemos utilizar as mesmas informações contidas no XML da nota para formar o QR-Code, caso contrário, teremos a rejeição 397.
Explicando as exceções/observações
N/A.
Referência
Comentários
0 comentário
Artigo fechado para comentários.