QRCode 2.0 - Página 5 - NFC-e - Nota Fiscal do Consumidor Eletrônica - Projeto ACBr Ir para conteúdo
  • Cadastre-se

dev botao

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

Recommended Posts

Postado
  Em 25/07/2018 at 21:35, bpinformatica disse:

Estou transmitindo NFCe para o WebServices de MT, porem quando informo a versão QrCode 2.0, me retorna o seguinte erro:

 

Versão Layout: 4.00
Ambiente: 2
Versão Aplicativo: 3.00
Status Código: 813
Status Descrição: Rejeicao: QR-Code com sequencia de escape para o e-comercial. Usar CDATA
UF: MT
dhRecbto: 25/07/2018 14:26:26

 

Alguém já passou por esse problema?

Expandir  

Voce está colocando a URL diretamente na tag qrCode, como abaixo...

<qrCode>http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33180733041260080419650000000356491096000000|2|2|1|C0FD6E3385B4D05D2A136122BA4FFF8A9380856F</qrCode>

tem que criar o conteudo do tipo CDATA desta forma...

<qrCode><![CDATA[http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33180733041260080419650000000356491096000000|2|2|1|C0FD6E3385B4D05D2A136122BA4FFF8A9380856F]]></qrCode>

  • Curtir 1
Postado
  Em 25/07/2018 at 21:49, Anderson Kovalski disse:

Voce está colocando a URL diretamente na tag qrCode, como abaixo...

<qrCode>http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33180733041260080419650000000356491096000000|2|2|1|C0FD6E3385B4D05D2A136122BA4FFF8A9380856F</qrCode>

tem que criar o conteudo do tipo CDATA desta forma...

<qrCode><![CDATA[http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33180733041260080419650000000356491096000000|2|2|1|C0FD6E3385B4D05D2A136122BA4FFF8A9380856F]]></qrCode>

Expandir  

Bom dia, obrigado pela colaboração... estou colocando da seguinte forma:

 

        <qrCode>
            <![CDATA[http://homologacao.sefaz.mt.gov.br/nfce/consultanfce?chNFe=51180708763031000106650010000040271000040279&nVersao=100&tpAmb=2&cDest=99999999000191&dhEmi=323031382D30372D32345431373A30333A32382D30343A3030&vNF=73.50&vICMS=0.00&digVal=782F774563514966566537586B3673626863686E4A5774516F7A6F3D&cIdToken=000001&cHashQRCode=2604D5A00652ABC28C9C397531C3713C7A3B322D]]>
        </qrCode>

 

Mas mesmo assim mostra o erro.

  • Curtir 1
  • Moderadores
Postado
  Em 26/07/2018 at 12:16, bpinformatica disse:

        <qrCode>
            <![CDATA[http://homologacao.sefaz.mt.gov.br/nfce/consultanfce?chNFe=51180708763031000106650010000040271000040279&nVersao=100&tpAmb=2&cDest=99999999000191&dhEmi=323031382D30372D32345431373A30333A32382D30343A3030&vNF=73.50&vICMS=0.00&digVal=782F774563514966566537586B3673626863686E4A5774516F7A6F3D&cIdToken=000001&cHashQRCode=2604D5A00652ABC28C9C397531C3713C7A3B322D]]>
        </qrCode>

Expandir  

Esse formato é QRCode 1.0.

  • Curtir 2
Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

  • Moderadores
Postado
  Em 26/07/2018 at 13:12, bpinformatica disse:

BigWings, na propriedade do componente estou colocando VersaoQRCode: veqr200, tenho que fazer mais alguma coisa? Pq o próprio componente gera o QRCode....

Expandir  

A versão do XML tem que ser 4.00, fora isso é só configurar a propriedade:

ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400;
ACBrNFe1.Configuracoes.Geral.VersaoQRCode := veqr200;

 

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Postado
  Em 26/07/2018 at 13:12, bpinformatica disse:

BigWings, na propriedade do componente estou colocando VersaoQRCode: veqr200, tenho que fazer mais alguma coisa? Pq o próprio componente gera o QRCode....

 

Obrigado pela colaboração...

Expandir  

Bom dia @BigWings

Mesmo problema aqui comigo no estado de MT.

Para emissão de NFC_e na versao 4.0 e versao QR-code = 1.00, aparece esse erro: QR-Code com sequencia de escape para o e-comercial. Usar CDATA

Para emissão de NFC_e na versao 4.0 e versao QR-code = 2.00, aparece esse erro: 464- Rejeição, Codigo de Hash no QR_Code difere do calculado.

Postado
  Em 26/07/2018 at 13:35, BigWings disse:

A versão do XML tem que ser 4.00, fora isso é só configurar a propriedade:

ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400;
ACBrNFe1.Configuracoes.Geral.VersaoQRCode := veqr200;

 

Expandir  

Estou com versão 4.00 e essas propriedades configuradas ve400 e veqr200...

Conferi o CSC de homologação e está correto, porem ainda retorna o seguinte erro:

 

Status Código: 464
Status Descrição: Rejeicao: Codigo de Hash no QR-Code difere do calculado

a tag do qrCode gera da seguinte forma:

-<qrCode>
<![CDATA[http://homologacao.sefaz.mt.gov.br/nfce/consultanfce?p=51180708763031000106650010000040311000040310|2|2|1|250C8726A02CED249A1BC2A8FB113D592BAB074F]]>
</qrCode>

 

  • Moderadores
Postado

Pelos relatos no outro tópico, a SEFAZ-MT parece estar com problemas.

Sugiro que entrem em contato com a mesma.

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Postado
  Em 25/07/2018 at 18:31, Johnny Benvenutti 2 disse:

Boa Tarde.

 

Quem quiser começar a brincar, fiz testes hoje no SEFAZ RS e está OK qrCode 2.00 ambiente de homologação

Segue link de uma nota de testes em homologação qrCode 2.00

https://www.sefaz.rs.gov.br/NFCE/NFCE-COM.aspx?p=43180712855248000113656140000001481042434126|2|2|1|022943723CE0D6A93985094485CADA445CADFE0D

Expandir  

Aqui (RS) tambem com sucesso, com e sem consumidor, e me diga uma coisa, na producao, quando mesmo que comeca a validar? nao tenho como testar em producao no momento!

Abraços

Jair Carlos Müller

Postado

Meus clientes de MT já estavam em produção no 4.0 tudo certo, até ontem, ai começaram esses problemas:

Para emissão de NFC_e na versao 4.0 e versao QR-code = 1.00, aparece esse erro: QR-Code com sequencia de escape para o e-comercial. Usar CDATA

Para emissão de NFC_e na versao 4.0 e versao QR-code = 2.00, aparece esse erro: 464- Rejeição, Codigo de Hash no QR_Code difere do calculado.

Acredito que seja problema na sefaz mesmo.

Postado
  Em 26/07/2018 at 14:20, fernandesdouglas disse:

Meus clientes de MT já estavam em produção no 4.0 tudo certo, até ontem, ai começaram esses problemas:

Para emissão de NFC_e na versao 4.0 e versao QR-code = 1.00, aparece esse erro: QR-Code com sequencia de escape para o e-comercial. Usar CDATA

Para emissão de NFC_e na versao 4.0 e versao QR-code = 2.00, aparece esse erro: 464- Rejeição, Codigo de Hash no QR_Code difere do calculado.

Acredito que seja problema na sefaz mesmo.

Expandir  

Mesmo problema aqui...

  • Curtir 1
Postado
  Em 26/07/2018 at 14:20, fernandesdouglas disse:

Meus clientes de MT já estavam em produção no 4.0 tudo certo, até ontem, ai começaram esses problemas:

Para emissão de NFC_e na versao 4.0 e versao QR-code = 1.00, aparece esse erro: QR-Code com sequencia de escape para o e-comercial. Usar CDATA

Para emissão de NFC_e na versao 4.0 e versao QR-code = 2.00, aparece esse erro: 464- Rejeição, Codigo de Hash no QR_Code difere do calculado.

Acredito que seja problema na sefaz mesmo.

Expandir  

Mesmo problema aqui.

Postado

Bom dia, no cálculo do hash do qrcode, se não colocar o separador | entre o IdToken e o CSC está autorizando no sefaz RS. Exemplo:

28170800156225000131650110000151341562040824|2|1|1SEUCODIGO-CSC-CONTRIBUINTE-36-CARACTERES

Após calcular o hash deve ser adicionado na url utilizando o separador |    Exemplo:

28170800156225000131650110000151341562040824|2|1|1|DC6AE2C2B9A9 92BE59679AC365E29922DE6B7511

Postado (editado)

bom dia,

Aqui no Mato Grosso o cálculo deve manter o separador | entre o IdToken e o CSC,

fiz o teste agora (Em Produção) e foi autorizada.

NFC: 4.00

Versao QRCode: 2.00

trecho da função getURLQRcode

  sCSC := cIdCSC +'|'+ cCSC;

Editado por Daniel S Ferreira
  • Curtir 1
  • Obrigado 2
Postado
  Em 26/07/2018 at 15:20, Daniel S Ferreira disse:

bom dia,

Aqui no Mato Grosso o cálculo deve manter o separador | entre o IdToken e o CSC,

fiz o teste agora (Em Produção) e foi autorizada.

NFC: 4.00

Versao QRCode: 2.00

trecho da função getURLQRcode

  sCSC := cIdCSC +'|'+ cCSC;

Expandir  

No meu aqui deu certo fazendo esta alteração para Homologação no MT. 100%

Postado (editado)
  Em 26/07/2018 at 15:20, Daniel S Ferreira disse:

bom dia,

Aqui no Mato Grosso o cálculo deve manter o separador | entre o IdToken e o CSC,

fiz o teste agora (Em Produção) e foi autorizada.

NFC: 4.00

Versao QRCode: 2.00

trecho da função getURLQRcode

  sCSC := cIdCSC +'|'+ cCSC;

Expandir  

Obrigado @Daniel S Ferreira, aqui deu certo também, no meu caso deixei assim:
 

// Caso tenha que adicionar mais alguma UF:
if (CUF in [51]) then // Quando MT adicionar caractere pipe entre o IdCSC e CSC.
begin
  sCSC := cIdCSC + '|' + cCSC;
end
else
begin
  sCSC := cIdCSC + cCSC;
end;

 

  Em 26/07/2018 at 18:51, BigWings disse:

Essa implementação não está correta, de acordo com o manual:

image.png

Expandir  

Sim @BigWings, não bate com as orientações do algoritmo indicado pelo manual, mas aqui no MT não está autorizando sem colocar o caractere pipe entre o IdCSC e o CSC.

Seria algum erro do ambiente autorizador?

Vou enviar um e-mail perguntando a eles se realmente no MT é assim, pra não correr o risco de ter que fazer alterações no componente novamente.

Obrigado.

Editado por Leandro Araújo
  • Obrigado 2

Leandro Araújo, Analista de Sistemas.

  • Membros Pro
Postado
  Em 26/07/2018 at 19:04, Leandro Araújo disse:

Obrigado @Daniel S Ferreira, aqui deu certo também, no meu caso deixei assim:
 

// Caso tenha que adicionar mais alguma UF:
if (CUF in [51]) then // Quando MT adicionar caractere pipe entre o IdCSC e CSC.
begin
  sCSC := cIdCSC + '|' + cCSC;
end
else
begin
  sCSC := cIdCSC + cCSC;
end;

 

Expandir  

Boa tarde, 

Fiz isso e agora está dando rejeição: "erro não catalogado".

Alguma dica?

Obrigado.

Valdir Dill

Rio de Janeiro - RJ

 

 

  • Este tópico foi criado há 2360 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Visitante
Este tópico está agora fechado para novas respostas
×
×
  • 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.