Histórico de mensagens sobre PIX

Gerei outro.. id 15

Gerei o qrcode: 00020126900014BR.GOV.BCB.PIX2568qrcodes-pix-h.gerencianet.com.br/v2/a76f378790da4a3aab44fb7e5babb4725204000053039865802BR5914GERENCIANET SA6010OURO PRETO6207050363047B59

aqui n consegui ler o qrcode nem colando 00020126900014BR.GOV.BCB.PIX2568qrcodes-pix-h.gerencianet.com.br/v2/0be56bcd735f407985b7a7232aa71da85204000053039865802BR5914GERENCIANET SA6010OURO PRETO620705036304900E

Boa tarde <@!689576312142430253>, temos um endpoint que retorna para você o copia e cola e a imagem Qrcode, o GET /v2/loc/:id/qrcode. Você vai informar o id do Loc que retornamos ao gerar uma cobrança e ao consumir você terá um retorno assim:

<@!780500321994539068> entendi aqui.. Consegui fazer funcionar utilizando https://gerarqrcodepix.com.br/

obrigado.

O https://pix.nascent.com.br/tools/pix-qr-decoder/ ajuda a desmontar o BRCode e ver como ele foi montado.

Por exemplo, veja um BRCode de QR-Code dinâmico abaixo: (mas que foi gerado num app em outro PSP)

00020101021226870014BR.GOV.BCB.PIX2565spi-qrcode.bancointer.com.br/spi/245025184c4545608075caebe5c8fd7052040000530398654040.015802BR5921JEFERSON P DOS SANTOS6010ENTRE RIOS62070503630490A8

O mesmo BRCode que foi usado para gerar imagem do QRCode serve no "Pix Copia e Cola".

Outra duvida.. no meu teste gerou no location a url qrcodes-pix-h.gerencianet.com.br/v2/1ddbab2c4dcc4d10a3020fb42cb4955b

ao gerar uma cobrança.. além do qr code... qual a info que pode ser usada para pagar o pix? se o cliente quiser copiar e colar.. por exemplo?

as notificações de Pix recebido da GN estão trazendo a razão social dos PSPs pagadores em vez do nome comercial. ex: "boletobancario.com tecnologia de pagamentos ltda." em vez de "Juno"

É que pix e outros métodos ainda seriam do arranjo Pix. Por exemplo, o método cob para avisar que a cobrança foi removida por decisão da Gerencianet. Então eles poderiam ser num sub-domínio pix.exemplo.com.br se eu tiver apenas um PSP de Pix. Já os dos outros arranjos em outros subdomínios.

da forma que é hoje, eu precisaria de um subdominio exclusivo, ou de um nível extra no path só pra diferenciar os webhooks de pix

por isso faria mais sentido pra mim trancar /pix (e receber requests em /pix, /pix/devolucao, /pix/outroendpoint...)

mas veja só.. se eu tiver um subdominio webhook.exemplo.com.br, e cadastrar a raiz dele, eu vou receber os requests em /pix. ese eu tiver que trancar a garagem inteira, não vou poder usar /paypal , /pagseguro, etc. se estiver exigindo o mTLS da GN na raiz

ficará mais lógico quando tiver outros carros além do /pix

mas eu posso exigir o mTLS em /webhook e não em /webhook/pix

faz sentido que eu faça isso? não. assim como também não faz sentido testar a URL que não é efetiva.

ainda assim. se o que vai ser acionado de fato é /webhook/pix porque testar /webhook na hora do cadastramento? entendo que tem solução, mas não vejo sentido. se não vai testar a URL efetiva, não deveria testar nada.

É só colocar o path para frente, se quiser compartilhar.
Ex: exemplo.com.br -> site
exemplo.com.br/webhook -> rota para webhook
exemplo.com.br/webhook/pix -> path acionado para pix

Pq o teste é do path. /pix é uma das possíveis rotas do webhook, no momento a única mas é possível que venham outras como /cob, /gnpag etc.

Seu atendedor do webhook já tem um /pix além do que vc passou na URL ?