Quando for emitida uma NFC-e e o parâmetro 'cHashQRCode' calculado pelo sistema, for diferente do calculado pela Sefaz, será retornado a rejeição '464 - Código de Hash no QR-Code difere do calculado'. O Hash do QR-Code é calculado sobre os outros parâmetros que integram o QR-Code (chNFe, nVersao, tpAmb, dhEmi, vNF, digVal e cIdToken).
Foi emitida uma NFC-e com o parâmetro 'cHashQRCode' calculado pelo sistema emissor diferente do calculo pela Sefaz. Nessa situação a NFC-e serão rejeitada pelo motivo 464.
Para maior esclarecimento:
- chNFe = Chave de Acesso
- nVersao = Versão do XSD (4.00)
- tpAmb = Amiente de emissão (homologação ou produção)
- dhEmi = data de emissão
- vNF = valor da nota fiscal
- digVal = chave calculada pelo software emissor de NFC-e
- cIdToken = código token
Nesse caso pode ocorrer a rejeição devido um desses dados estar incorreto. Assim recomenda-se a validação de forma decrescente, já que é mais comum que ocorra a situação quando o código ou id token estão incorretos no sistema.
As informações do ID e Código Token (CSC) ficam na guia NFC-e das Configurações do COnfigECF. Deve ser validado junto ao cliente, com o auxílio do contador, se os dados estão corretos. É valido verificar espaços, letras maiúsculas e minúsculas, traços e números. Lembrando que o ID Token acompanha o CSC, por exemplo se já for o segundo código gerado para o ambiente e empresa, deve ser informado o ID 2.
Não sabe o que é um CSC ?
Feita a correção desses dados e ainda persista a rejeição, deve ser verificada as seguintes informações:
> Data de Emissão (sempre tenha como base o micro que está o banco de dados).
> Constatar se o ambiente informado nas configurações da NFC-e condiz com o CSC informado, já que para cada ambiente tem um CSC diferente.
> Verificar os XSD informados para emissão e se o banco do cliente se encontra na versão 4.00.
Concluindo essas validações, será tratado corretamente a Rejeição 464.