Histórico de mensagens sobre QR CODE em pix

Rodando o ping na minha máquina:

ping qrcodes-pix-h.gerencianet.com.br
PING qrcodes-pix-h-gerencianet-1256127902.us-east-1.elb.amazonaws.com (54.84.126.253): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1

Rodando do servidor de testes:

ping qrcodes-pix-h.gerencianet.com.br
PING qrcodes-pix-h-gerencianet-1256127902.us-east-1.elb.amazonaws.com (54.157.134.53) 56(84) bytes of data.
^C
--- qrcodes-pix-h-gerencianet-1256127902.us-east-1.elb.amazonaws.com ping statistics ---
146 packets transmitted, 0 received, 100% packet loss, time 144999ms

ou usa o meu serviço, campeão. é só fazer um POST para https://pix.ae com tipo=dinamico e location=qrcodes-pix.gerencianet.com.br/......... (pode mandar com https:// incluido, o serviço retira) e receber de volta o QR montadinho 🙂

No caso montando com base neste, correto ? = https://github.com/dongri/emv-qrcode

Boa notícia: consegui pagar um QR de produção da GN via C6. Já é candidato para colocar na lista de bancos ok, assim que o <@!671762828046106646> nos confirmar que recebeu o txid. Ou que pelo menos não dá erro sempre, caso haja alguma intermitência ainda a ser detectada.
Porém, eu tive que remontar o EMV. Com a imagem gerada pela GN dá problema por causa da validação do BRCode. Montando um EMV com o campo de identificador como funcionou.

E as falhas no qrcodes-pix-h dificultam também a resolução de problemas de interoperabilidade. Um PSP que ainda está recusando GN pediu um código de homologação e eu passei, mas a chance de ter tido problema no download é significativa.

Obrigado pela atenção, Guilherme. Porém, favor esclarecer se você está se referindo a mexer no SDK (que é algo opcional) ou corrigir a disponibiliade do qrcodes-pix-h (que é essencial não apenas para a SDK como está hoje mas também para integradores externos - como euzinho!)

sim. no dinâmico deveria ser exigido apenas o location, já que ele é a fonte absoluta de informação e os demais conteúdos do qr code devem ser ignorados.

nesse caso, corrigir a leitura dos payloads, por gentileza, pois em ambiente de homologação o sdk que vocês mesmo fornecem, falha na maioria dos casos, pois o qrcodes-pix-h retorna 403 para a maioria dos IPs

Boa tarde <@!440035527127990273>. Assim como o <@!783359762917752843> mencionou, a ideia de realizar o getPayload() seria mesmo para validar se a cobrança foi realizada com sucesso. Caso haja falha, não irá nem gerar o QR Code

não é opcional. é mandatório (o BACEN não quis sobrepor a exigência do BRCode e não quis atualizar o BRCode apenas para essa conformidade do Pix). Por isso.. ele tem que existir no QR Code, apesar de o seu valor ser ignorado.

Se for QR-Code estático, com TxID de até 25 caracteres, pode estar no 62 05. Dinâmico, ou sem TxID, vai .

No getPayload se o retorno da consulta do payload apresentar erro, não irá montar o QR Code e mostrará a mensagem (Deve existir uma validação feita)

Se o retorno da consulta do payload apresentar erro, não irá montar o QR Code e mostrará a mensagem

o campo 26-25 do QR Code é simplesmente a URL do payload sem "https://"

você não precisa abrir e ler esse URL do payload do seu lado. apenas o banco do cliente precisa conseguir ler um QR que o contenha.. é só colocar ele no QR e dar pro cliente pagar. o meu cenário é específico e eu preciso conseguir ler por estar fora do fluxo que gera/lê o payload "recebedor -> psp recebedor -> psp pagador" (app externo que gerencia os qr codes e precisa ler os detalhes da cobrança como se fosse um app de PSP recebedor para poder montar a página da fatura) (https://pix.ae) -- no ambiente produção tá funcional, então beleza. o problema é justamente a minha clientela que quer homologar a GN e não tá conseguindo. a fatura não abre pq o payload retorna 403 a partir do meu servidor

O erro ocorre quando busco por https://qrcodes-pix-h.gerencianet.com.br/v2/7dbb1c3d3a504c2987e96790b7300c09 no momento da transação...

Interessante, estive em paralelo testando alguns novos leitores de QR Code, então claro, é possível

Agora, se você quer múltiplas transações com o mesmo txid, pode usar o QR-Code estático. Mas que no momento na GN não tem notificação de webhook.

Alguém já testou pagamento em duplicidade de QR-Code dinâmico na GN ? Está rejeitando ?

O e2eid é um identificador da transação que transita na PACS002, PACS004 e PACS008 .Quando um Pix é pago ele vai ter um identificador associado a ele, no QRCode dinâmico geralmente vai ter um e2eid e no caso do QRCode estático mais de um, pois, vai ter mais transações ocorrendo associadas a ele.