Histórico de mensagens sobre PIX em pix

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

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.

por isso pode ser simplesmente "5903Pix"

ele é obrigatório, mas o PSP recebedor deve ignorar no contexto do Pix

o 59 é nome, pode ser "5903Pix"

o manual do Pix tá errado dando exemplo com txid preenchido(!)

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 🙂

<@!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. 🙂

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.

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

No https://pix.ae do @anoni_mato eu nunca consegui ler um payload de homologação da GN. Nessa combinação o bloqueio é 100% reprodutível.

Validação por IP aumenta segurança mas não facilita a vida. Eu acompanho o quanto nossos consumidores de API tem de dificuldade com isso e digo que isso vem com custo operacional. Então é algo de que gosto no geral e gostaria de usar na API Pix, mas dá mais trabalho.

Tem as duas opções (Se for APache) ## Diretório onde hosts virtuais estão armazenados.

SSLCertificateFile /caminho_certificado/server_ssl.crt.pem
SSLCertificateKeyFile /caminho_certificado/server_ssl.key.pem
SSLVerifyClient require
SSLVerifyDepth 1
SSLCACertificateFile /caminho_certificado/chain-pix-prod.crt

## Se preferir deixar apenas uma rota de sua url para notificações você pode adicionar:

SSLVerifyClient none

SSLVerifyClient require
SSLVerifyDepth 3

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

pix? GN em geral, né. o servidor do Discord não é só sobre pix 🙂

É uma boa ideia, podemos criar sim, mas o conteúdo não deve divergir muito dos tópicos relacionados ao Pix

de novo, não é uma crítica a GN, que aliás é uma das melhores setups de Pix :Love

Lembrando que dá para ter server específico com wildcard. Por exemplo, criar .webhook.openpix.com.br no DNS, e aí cada prestador tem host-name/server-name próprio.

configuramos desta forma http://gerencianet.webhook.openpix.com.br/

O PIX realmente abre muitas portas rs 😉