Histórico de mensagens sobre QR CODE

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.

um txid pode ter múltiplos e2eid quando você receber múltiplos pagamentos para um mesmo txid (cenário mais comum no caso dos qr codes estáticos, não associados a cobranças)

No extrato, em detalhes da transação, seria interessante exibir a instituição usada para a transação. O app atualmente exibe na notificação, mas no extrato não há essa informação.

É útil pra identificar os problemas, já que não são todos os bancos que estão funcionando 100%. Como o banco Inter, que mesmo o cliente pagando com QR Code, o sistema reconhece como se tivesse sido pago com chave, e os dados acabam não batendo com os da API, precisando fazer a aprovação manual do pagamento.

No caso do QR-Code dinâmico, eu imagino que seja dar um PUT no /v2/cob e receber um 201 Created. Seja ele depois pago ou não. (Se a GN puder confirmar isso seria legal)
Agora, no caso de QR-Code estático eu não entendi qual é o fator gerador de cobrança, e fiquei curioso.

É o EMV do BRCODE mas não codificado em QR-Code.

Exatamente! Fizemos o teste no Banco do Brasil e funcionou corretamente, o QRCode após o update foi lido. Em algumas instituições isso não ocorreu, por isso vamos reportar para que nossa equipe averigue essa questão

Verdade <@!780500321994539068>. O Santander ao ler um qr code dinâmico está permitindo esta digitação do valor... Mas realizei um teste, inserindo um valor diferente do original, o PIX não foi pago