Histórico de mensagens sobre url em pix

experimenta fazer o GET passando a url fixa

a barra no restante da url está normal

Você chegou gerar um log para ver se a url está ficando correta após a passagem dos parâmetros? Aquele erro ocorre quando a rota está errada ou não existe para o verbo

e veja também a questão das aspas no fim da URL, pra ter certeza que o erro não foi do Discord

#dica Tenha o próprio WEBHOOK para testar em modo desenvolvimento. Como ? Use o postman para enviar POST para a sua url de recebimento dos callback . Assim você pode testar todas as possibilidades existentes em modo desenvolvimento , sem ter que ficar entrando em bancos e pagando BRCodes para depois esperar o recebimento do callback, estou testando assim e ajuda muito 🙂

estou fazendo um teste em produção, no endpoint de configuar webhook
poren esta me retornando um erro
"A autenticação de TLS mútuo não esta configurada na URL informada"

ah, vc diz do /pix na URL do webhook, saquei

Você alterou a url da rota base? https://api-pix.gerencianet.com.br

agora a url ficou toda azul rsrs

Acho que tem um caracter inválido na sua url. A barra antes do txid na sua url e o txid deveriam estar no formato de link

Não, o BACEN mantem um acervo de URLs dos PSPs autorizadas a disponibilizar payloads, e a do seu serviço não é uma delas.

A url que cadastrei ai ja tem isso.

se você gerou uma cobrança para uma chave pix que tem a URL de webhook cadastrada e recebeu a notificação de pagamento corretamente, não precisa mais fazer setup de webhook. agora é só se certificar de criar as novas cobranças sempre com essa chave que tem a URL de webhook configurada

a URL de webhook é definida 1x por chave Pix, e todos os Pix recebidos para aquela chave (que tiverem txid) são notificados na mesma URL, não precisa registrar novamente

Fique na duvida , pois o que determina para quem vai o retorno do webhoook é a chave, espero que tenha esta validação de quantidade de urls por chave e se é do client_id que a gerou 🙂

Talvez tivesse alguém que quisesse colocar alta disponibilidade com mais de uma URL... mas o BACEN especificou apenas uma URL por chave. A alta disponibilidade é colocar um coletor para fazer GETs de vez em quando.

Ninguém vai receber webhooks que não tenham sido comandados através de um client_id associado àquela chave. O que existe é a possibilidade de alguém com outro client_id e uma chave dessa conta usar a mesma URL que você, e é isso que vai ser endereçado pela GN passando o client_id no webhook para você comparar com o seu.

Outra duvida é quantas url de retorno do webhook diferentes podem ser cadastradas na mesma chave que tenho ? 🙂

Valida sim a chave, e não deixa. Mas a URL do webhook pode ser a mesma.