top of page

Rejeição 464: Código de Hash no QR-Code difere do calculado

  • Foto do escritor: gfernandesp
    gfernandesp
  • 31 de ago. de 2020
  • 1 min de leitura

Na hora de finalizar a venda de NFC-e ou na hora de fazer o reenvio da mesma.

Se o Token para Homologação está configurado, veja se está enviando para o ambiente de homologação e vice-versa;

  • Configurar o Token exatamente igual ao disponibilizado no portal da SEFAZ. Incluir traços, quando existir;

  • Se o Token foi configurado apenas copiando e colando, tente digitar ele no campo determinado. E se ele foi configurado digitando, tente copiar do portal da SEFAZ e colocar no campo determinado;

  • Confirme se os dados do Token e IDToken configurados estão exatamente iguais aos disponibilizados pela SEFAZ, no portal;

  • Confirme se o IDToken possui 6 dígitos. Exemplo: No caso de ID 1, o valor configurado deve ser 000001;

  • Verifique se os dados não foram configurados nos campos invertidos. Por exemplo, verifique se o Token não está configurado no campo IDTokenNFCe e vice-versa;

  • Em alguns casos, caracteres especiais como o "&" (e comercial), podem apresentar essa rejeição, porém, depende do tratamento que a SEFAZ realiza;

  • Se nenhum dos passos anteriores resolveram o problema, tente revogar o Token (CSC) e gerar um novo;

Se todos os processos acima foram realizados e o erro ainda persiste, entre em contato com o escritório de contabilidade do cliente e confirme todos os dados.

Se mesmo assim o erro persistir, existe a possibilidade de que a SEFAZ esteja retornando a rejeição incorreta. Por exemplo, o XML está com uma falha de esquema, mas a validação da SEFAZ retorna que o Hash do QR Code difere do calculado. Esses casos são raros, mas podem existir. Caso chegue a esse ponto, a melhor medida, é entrar em contato com a própria SEFAZ e verificar qual a ocorrência.

 
 
 

Comentários


Post: Blog2_Post

Follow

  • Facebook
  • LinkedIn

©2020 por Alisson. Orgulhosamente criado com Wix.com

bottom of page