erro 464 - Rejeicao: Codigo de Hash no QR-Code difere do calculado

[JoaoPauloRicardo]

alguem pode me ajudar a ver uma luz no fundo do tunel.

ao enviar uma NFCe passou a dar o presente erro 464: Rejeicao: Codigo de Hash no QR-Code difere do calculado, isto apesar de não termos efetuado qualquer modificação no CSC da empresa. O problema que se colocou foi o facto de o qr-code ser criado na integra pelo acbr e, apesar de procurar, não encontrei nenhuma alteração no log que pudesse levar ao erro em questao.

anexo a nota que gerou o erro em causa.

29160904272032000105650020000001621939183754-nfe.xml

[Italo Giurizzato Junior]

Boa noite,

Antes estava funcionando sem nenhum problema?

Se sim, com certeza o problema é na SEFAZ, neste favor entrar em contato com eles.

[Tiago Souza]

Boa tarde,

Estou com o mesmo problema. Antes enviava normal (ambiente de homologação) e agora dá esta rejeição. Estou estudando a versão 1.41 da NT 2015_002 que fala de algumas mudanças de validação inclusive diz que o prazo para a implementação dos ajustes é: Ambiente de Homologação (01/09/2016 - coincide com a data da rejeição) e ambiente de produção: 10/09/2016. Ainda estou nos estudos. Descobrindo alguma coisa ainda posto aqui.

Editado 6 Setembro, 2016 por Tiago Souza

[JoaoPauloRicardo]

houve alteração no modo de carregar o qrcode no xml (CDATA), mas não lembro ver alguma alteração no modo de calculo hash do mesmo, quer na NT quer no código acbr

Mandei questão para o SEFAZ da BA, com nota em anexo, mas até ao momento não recebi resposta (surpresa!!). Resta saber se esta situação sucede com mais estados ou pessoas em BA, para homologação.

Editado 6 Setembro, 2016 por 3Soft Sistemas

[Tiago Souza]

É estranho pq ainda também não vi mudança no hash @3Soft Sistemas, Estou na correria ai porque se estiver certo a partir do dia 10 o ambiente de produção começa a fazer a mesma validação. Vamos aguardar sua resposta que o que temos até agora.

Editado 6 Setembro, 2016 por Tiago Souza

[JoaoPauloRicardo]

creio que o problema somente sucede em homologação. até ao momento nenhum cliente se queixou de produção...e acredita, eles reclamavam logo

[Italo Giurizzato Junior]

Boa tarde a todos,

Por favor abram a unit ACBrNFe e procure pela function: GetURLQRCode.

Inclua o código IBGE a UF que esta gerando a rejeição  como foi feito com essas outras 3 UF.

  if (CUF in [35, 41, 50]) then
  begin
    sdhEmi_HEX := LowerCase(sdhEmi_HEX);
    sdigVal_HEX := LowerCase(sdigVal_HEX);
  end;

por exemplo:

  if (CUF in [29, 35, 41, 50]) then

Compile os fontes do componente e depois a aplicação e façam novos testes.

[Tiago Souza]

Boa tarde,

@Italo Jurisato Junior, fiz a alteração, ele alterou o hash do qr-code porém continua com a mesma rejeição.

[Italo Giurizzato Junior]

Boa noite Tiago,

Verifica se no nome do destinatário (caso informado) não possui o E comercial "&".

[cgcesar]

Estava com o mesmo problema aqui na Bahia o problema so foi resolvido quando gerei um novo CSC cujo o mesmo vei bem diferente do anterior o tamanho bem maior.

[Tiago Souza]

Bom dia Pessoal,

Consegui resolver aqui, só foi eu colocar o CSC em maiúscula (UPPERCASE) e passou normalmente. Não consigo entender essas coisas no servidor da Bahia. No desenvolvimento eu tinha colocado maiúscula e não passava, coloquei minúscula (como veio cadastrado da propria sefaz) e passou, agora eles estão aceitando só maiúscula?

Bom dia @cgcesar, seu novo CSC veio como? minúscula ou maiúscula?

[cgcesar]

Era minusculo e agora veio todo  maiúsculo.

[Fernando Diretrix]

no meu PDV, estava funcionando no meu computador, mas ao instalar no cliente, eu colei o CSC, no PDV, mas o DBEDIT, esta com charcase=UPPERCASE, e deu erro no cliente, ao verificar no banco de dados que esta convertido para maiusculo, eu colei o CSC certo e funcionou no PDV.

somente a titulo de informacao, para alguma amigo que estiver fazendo o mesmo procedimento.

[camillotargas]

Também consegui resolver apenas colocando as letras existentes no CSC em maiúsculo.