Histórico de mensagens em pix

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

então não precisa acessar o payload pra montar o br code

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

Sim vem, e é extraido para a variavel $payload.

Ele usa para montar o ID 62 e 69 e eles são opcionais.

então, o payload vem da url do payload..

o montaBrCode não devia depender da leitura do url do payload. o QR só precisa ter o payload, nada mais. os demais campos podem ser omitidos ou ter dados 'placebo' quando obrigatórios.

kkkkkkk boa...

Mais a concorrência nem tem canal do discord, não tem API PIX pronta, não tem apoio algum para os Dev´s . kkkkkkkkkk Aqui a GN tem tudo, ou seja não temos concorrências 🙂

claro.. digo os dados gerados..

Mas se não existe, seria HTTP 404... 403 é Forbidden.

Por isso que penso que pode ser algo de concorrência... talvez leve alguns minutos para que a url fique pronta.

<@!652136709982781470> Dá uma luz ai com isso do error 403 no retorno do payload pegando o location na geração do PIX em modo DEV. 🙂

Sim, pegando a url e consultando no mesmo método getPayload, retorna...

Exato, ai voce entrando diretamente na url do payload, baixa normal. Desde Domingo que tento entender isso 😦

Seguindo o sdk da GN eu passo os parametros para o metodo emitirPix, esse método emitePix depois vai em montaBrCode e em montaBrCode ele busca pelo payload $dadosPix["loc"]["location"]

Nesse momento acontece o erro 403.

e eu não quero permitir que as informações do payload sejam sobrescritas. ficaria inseguro uma divergência entre o que é o exibido na fatura e o que o QR (payload) contém

Ou se for muito desconfiado pode requisitar o payload para ver se já está disponível e se bate com o que você pediu... mas aí acho meio over.

Exatamente, ai entrando direto na URL, baixa o .jws e temos os dados, vai entender isso.

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