Ir para conteúdo
  • Cadastre-se

dev botao

Erro: "464 - Código de Hash no QR-Code difere do calculado"


Ver Solução Respondido por solar,
  • Este tópico foi criado há 2889 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Postado

Para Mato Grosso..

Informamos que a partir de 01/11/2016 a Sefaz passará a verificar o parâmetro Hash do QR-Code da Nota
Fiscal de Consumidor Eletrônica (NFC-e); caso este não esteja correto, a NFC-e será rejeitada, retornando
a mensagem de erro "464 - Código de Hash no QR-Code difere do calculado", conforme descrito na regra
de validação ZX02-120 da Nota Técnica 2015/002 versão 1.4
1.

 

Fizemos o teste de homologação e deu o erro Código de Hash no QR-Code difere do calculado".

Estou com a versão ACBrMonitorPLUS 0.3.0.5- ACBr: 0.9.0a

É preciso atualizar esta versão para resolver o problema para o Mato Grosso ou qual o procedimento que devo adotar?

No aguardo

Luís Carlos Thomas

Solar Sistemas

Cuiabá - MT

Postado

Finalmente conseguimos resolver aqui na Bahia. Passamos a ter esse problema na segunda-feira. No nosso caso o problema estava no horário de verão. Como havíamos desligado o horário de verão o cálculo passou a não bater. Religamos e voltou a emitir normalmente.

Postado

Bom dia André;

Ontem, quando recebi seu email, pedimos ao contador que nos enviasse o Tokem.

Ele nos enviou o seguinte arquivo em anexo... que contem 2 códigos de token

Estamos usando o primeiro (000001  - 95a68e4a87368d9dc08f4654fe2f8a9a), dá a mensagem de erro 464 =Rejeicao: Codigo de Hash no QR-Code difere do calculado

Quando testamos com o segundo (000005  - 7cc80262d1a78366ed6361a6aef43a67), a SEFAZ dá a mensagem de erro  462 Rejeicao: Codigo Identificador do SCS no QR-Code nao cadastrado na SEFAZ

Baixamos a versão do ACBr MonitorPLUS Ver.0.3.08.1 e continua com erro 464 =Rejeicao: Codigo de Hash no QR-Code difere do calculado com o primeiro token.

 

TOKEN A01.pdf

Postado

Italo. Boa tarde...

 

Estou lhe enviando em anexo o arquivo .XML de uma NFCe gerado pelo ACbr Monitor Plus.

Notei que no final do HashQrCode  tem dois caracteres em branco, o que dá o tamanho de 42. sendo que o tamanho tem que ser 40

cIdToken=000001&cHashQRCode=64BD6781A0D596BABD4D498347B3909D1812F601  ]]> 

Dê uma olhada por favor e verifique. Isso dá problema no meu entender.

Já verificamos o .XML de uma empresa conhecida e não tem esses 2 espaços no final do cHashQRCode.

iNTé

 

51161009001879000241650200001446911524145016-nfce.xml

  • Moderadores
Postado

O CSC informado é inválido, pois deveria conter 36 caracteres.

Você pode tentar informá-lo com a máscara para atingir os 36 caracteres:

Citar

Ex:

A1B2C3D4E5F6G7H8I9J0K1L2M3N4O5P6

Com máscara :

A1B2C3D4-E5F6-G7H8-I9J0-K1L2M3N4O5P6

 

djsystem-logo.png
 youtube.png facebook.png instagram.png linkedin.png
André Ferreira de Moraes | Analista de Sistemas
www.djsystem.com.br | www.djpdv.com.br
www.tefhouse.com.br | www.xpos.com.br
  • Solution
Postado

OK André. Conseguimos...

O problema acontecia porque, assim com em outros estados,  em MT é preciso de um código CSC/Token novo para o sistema de homologação.

Geramos o novo código e os testes de homologação funcionaram.

Muito grato pela atenção e pelas dicas. Essa foi dada pelo Italo.

Um grande abraço e iNTé

Luís Carlos Thomas

Solar Sistemas

Postado (editado)

Meu csc: 426395CC010BDDD748C109DA70E69CA8SV72

meu xml:

<![CDATA[
http://www4.fazenda.rj.gov.br/consultaNFCe/
QRCode?chNFe=33161002493152000107650010000002951185932350&nVersao=100&tpAmb=2&dhEmi=323031362D31302D32395431363A34393A34322D30323A3030&vNF=5.90&vICMS=0.00
&digVal=6D32395A422F4136417A71772F4A4374736176483469506A74566F3D&
cIdToken=000001&cHashQRCode=39EA1C5EC3FA6A072BF3B21D3F4931A60E8DFB50
Editado por marcio-carneiro
Postado
1 hora atrás, marcio-carneiro disse:

Meu csc: 426395CC010BDDD748C109DA70E69CA8SV72

meu xml:

<![CDATA[

http://www4.fazenda.rj.gov.br/consultaNFCe/
QRCode?chNFe=33161002493152000107650010000002951185932350&nVersao=100&tpAmb=2&dhEmi=323031362D31302D32395431363A34393A34322D30323A3030&vNF=5.90&vICMS=0.00
&digVal=6D32395A422F4136417A71772F4A4374736176483469506A74566F3D&
cIdToken=000001&cHashQRCode=39EA1C5EC3FA6A072BF3B21D3F4931A60E8DFB50

Dê uma conferida no seu ID token, ao que parece deve ser com 6 caracteres. Pelo visto você está enviando com apenas 1.

nfce.png

_____________

Prates, Agnaldo

Postado

Márcio. Bom dia...

Eu olhei todos os parâmetros exigidos que estavam no manual. E todos estavam sendo informados corretamente no XML. Me chamou a atenção o Fuso Horário, Eu criava o XML com 04:00 e o Acbr altera para 03:00.

Um detalhe importante. O idCSC e o CSC, em muitos Estados, tem um específico para o ambiente de homologação.

Foi o nosso caso. Assim que gerei eles para o ambiente de homologação, funcionou.

iNTé

Postado (editado)

A saga continua, já exclui os antigos csc e idtoken. Gerei novamente no sefaz.

Mas o erro continua ocorrendo.

Na página do sefaz faz referência a presença de "&" na url, no campo informado tem a presença do referido símbolo.

Pode ser isso? Como eliminar o & comercial? 

 

Editado por marcio-carneiro
Corrigindo informações
Postado

 

1 hora atrás, marcio-carneiro disse:

A saga continua, já exclui os antigos csc e idtoken. Gerei novamente no sefaz.

Mas o erro continua ocorrendo.

Na página do sefaz faz referência a presença de "&" na url, no campo informado tem a presença do referido símbolo.

Pode ser isso? Como eliminar o & comercial? 

 

Essa tag

http://www4.fazenda.rj.gov.br/consultaNFCe/
QRCode?chNFe=33161002493152000107650010000002951185932350&nVersao=100&tpAmb=2&dhEmi=323031362D31302D32395431363A34393A34322D30323A3030&vNF=5.90&vICMS=0.00
&digVal=6D32395A422F4136417A71772F4A4374736176483469506A74566F3D&
cIdToken=000001&cHashQRCode=39EA1C5EC3FA6A072BF3B21D3F4931A60E8DFB50

não tem nada a ver com esse que está no XML.

http://www.sefaz.mt.gov.br/nfce/consultanfce?chNFe=51161009001879000241650200001446911524145016&nVersao=100&tpAmb=1&dhEmi=323031362D31302D32315431313A35393A33392D30333A3030&vNF=40.00&vICMS=0.00&digVal=33765542737350777769706C77776630593344772B64616C6B70343D&cIdToken=000001&cHashQRCode=64BD6781A0D596BABD4D498347B3909D1812F601

Veja o resultado desse ultimo que está no XML.

Você não está tentando enviar um xml de um outro estado?

danfe.png

_____________

Prates, Agnaldo

  • 2 meses depois ...
Postado

Na verdade nem lembro, mas as informações de como foi resolvido está no histórico, tudo documentado. Vc também pode acessar a internet ou o manual da SEFAZ, pois as origens podem ser múltiplas, e vão desde o uso de minúsculas e maiúsculas no Hash Code e o tamanho do mesmo.

 

iNTé

Thomas

Postado
2 horas atrás, Luís Carlos Thomas disse:

Na verdade nem lembro, mas as informações de como foi resolvido está no histórico, tudo documentado. Vc também pode acessar a internet ou o manual da SEFAZ, pois as origens podem ser múltiplas, e vão desde o uso de minúsculas e maiúsculas no Hash Code e o tamanho do mesmo.

 

iNTé

Thomas

Deve ser isso mesmo, no Semfaz do RJ diz o seguinte:  O valor deverá corresponder a aplicação do algoritmo SHA-1 sobre a concatenação dos parâmetros da URL 1 a 9 (incluir nome do parâmetro e valor) + CSC correspondente ao identificador (cIdToken) informado.Se “cDest” não for informado, omitir o nome do parâmetro da URL. Em seguida, o resultado obtido deve ser convertido para hexadecimal em caixa alta

Só que se eu coloco como caixa alta, o schema não valida

Outra informação importante:  O sistema da SEFAZ validará todos os parâmetros da URL (Veja “Validação dos parâmetros da URL do QR CODE”). Os principais erros verificados na formação do QR Code estão na utilização do “Código de Segurança do Contribuinte” (CSC) e do caractere “&”. É necessário que no QR-Code estejam informados corretamente o “Código de Segurança do Contribuinte” (CSC) e seu “Identificador”

Em relação ao caractere “&”, ele não pode aparecer no conteúdo da URL do QR Code. O conteúdo deste campo deve ser informado como (saiba mais sobre a utilização desse caractere na Nota Técnica 2015.002).

Postado

Lembrei...

O erro ocorria no ambiente de homologação. Precisei pedir um novo código para a SEFAZ exclusivo para este ambiente. Foi nos testes que deu problema.

No ambiente de produção não foi preciso novo CSC. Funcionou do jeito que estava.

iNTé

Thomas

  • Este tópico foi criado há 2889 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...