Histórico de mensagens sobre pix

não é muito diferente do que é feito no PIX

optei por manter rotas deferentes para pix e boleto, pra não ter dor de cabeça se precisar mexer no código futuramente

para pix eu coloquei uma rota "/webhook" e para boleto "/callback"

Pelo o que eu entendi lendo o manual do pix, a autenticação do certificado deve ser feita entre o PSP e o banco central

O que vai contra o manual do Pix que é taxativo sobre mTLS

Boa tarde. Já configurei um servidor em NodeJS para a API PIX, configurei webhook e tudo mais, mas agora preciso montar uma rota para Boletos e cartão de crédito. Onde eu encontro na documentação como configurar uma rota para receber automaticamente as notificações de pagamento, como fiz para o webhook do PIX?

Estou utilizando a api do pix. E coloquei corretamente as permissões.

Bom dia @_fernandoferreira tudo certo?
O QrCode em base64 é retornado através do endpoint abaixo, ao informar o loc>id da cobrança
https://dev.efipay.com.br/docs/api-pix/payload-locations#gerar-qrcode-de-um-location

Obter o QrCode já em formatos de imagem (ex: png) não é possível pela API

bom dia,podem me ajudar, tem como pegar a imagem do QRCODE de um pix de cobrança imediata através de alguma requisição ?

Outra questão: no Pix há um IP que filtro possíveis solicitações indesejadas. Há um IP para as chamadas do webhook do Bolix?

Essa é uma resposta usual em anti-fraude que leva em conta tanto fatores do cartão quanto do pagador. Apesar de nós usarmos um outro anti-fraude, uma das respostas que é exatamente essa de sugerir não pagar por nenhum cartão, mas por Pix ou boleto.

Um novo processo para abrir outra conta. Cobranças no arranjo Pix só podem ser gerados por titulares com conta na instituição destino.

Se quiser ver o lado front-end de um pagamento com WebSockets, renove seu domínio .br no registro.br pagando via Pix. O QR-Code some na hora... o lado server fica por sua conta. 😉