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

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).

 

Exceções e Observações

Para essa Regra de Validação não há exceções. Para que o documento seja autorizado o Hash calculado pela aplicação deve ser igual ao calculado pela Sefaz.

 

Regra de Validação da Sefaz

 

Exemplo

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.

 

<infNFeSupl>
	<qrCode>https://www.sefaz.rs.gov.br/NFCE/NFCE-COM.aspx?p=43180907385111000102655010306202701131447746|2|2|2|D181FB0770A496C5B70B1804E26B2112628A0FC1</qrCode>
	<urlChave>http://www.sefaz.rs.gov.br/nfce/consulta</urlChave>
</infNFeSupl>

 

Como resolver?

Um dos principais problemas encontrados é o cadastro no ambiente da Oobj diferente do gerado na Sefaz.

Exemplo:

Temos o Token 

D181FB0770A496C5B70B1804E26B2112628A0FC1

E na Sefaz ele está cadastrado da seguinte forma:

D181F-B0770A-496C5B70-B1804E26B-2112628-A0FC1

Obs: Vejamos que teve divergência entre o Token cadastrado na Sefaz e o informado no XML, pois o emitido na Sefaz teve traços (-) entre os caracteres. 

Precisa respeitar exatamente os mesmos detalhes do Token CSC gerado pela Sefaz, contendo traços, caracteres maiúsculas ou minúsculas e os numerais.

Referências

4,67 (6)
Avaliação do Artigo (6 Votos)
Avaliar esse artigo
Anexos
Não há anexos para este artigo.