Histórico de mensagens sobre webhook

<@!440035527127990273> Ao tentar cadastrar o webhookUrl pelo Postman, eu recebo um request sem o append /pix e o erro HPE_INVALID_CONSTANT é exibido na mensagem

resumidamente, o proxy mtls.pix.ae "derruba" a necessidade de você se preocupar com mtls. se quiser uma garantia de o request entrante é da GN, você tem alternativas:

1- enviar um request de consumo na API Pix da GN pra constatar a informação recebida;

2- anotar o IP usado pelo pix.ae nos requests que recebe e depois validar se estão vindo sempre desse mesmo IP;

3- usar uma rota com uma string aleatória menos previsível do que "/webhookpix" (e não torná-la pública).

Então eu não preciso da rota webhookpix POST, na verdade eu preciso apenas de uma rota webhookpix/pix POST. Correto?

essa etapa 3 eu acho que não está bem descrita. o mtls.pix.ae não faz redirecionamento. ele vai repassar o request vindo da GN para https://cardapio-api.herokuapp.com/webhookpix/pix (lembre-se que a GN adiciona /pix no callback, conforme documentação do BACEN).

Bom dia. Tudo bem com vocês?
Estou buscando uma solução alternativa para o mTLS de um backend hospedado no Heroku.
Uso o AdonisJS.
Um prefixo na webhookUrl => https://mtls.pix.ae/cardapioo-api.herokuapp.com/webhookpix
Mas não sei qual o fluxo nesse cenário. Eu imaginava que fosse assim:
1- O GN envia o primeiro request para a webhookUrl cadastrado pelo Postman, retorna com 403;
2- Faz um novo request em https://mtls.pix.ae/cardapioo-api.herokuapp.com/webhookpix junto com o certificado;
3- Ao bater no webhookUrl com o prefixo mtps.pix.ae é direcionado para a url respondida pelo meu backend;
4- Lá encontra a rota https://cardapioo-api.herokuapp.com/webhookpix POST já pronta;
5- Eu apresento ao GN a minha parte do certificado e pronto.

Mas o que acontece na verdade é => "nome": "webhook_invalido", "mensagem": "A requisição na URL informada falhou com o erro: HPE_INVALID_CONSTANT"

Alguém pode me ajudar por favor?

Bom dia, estou tendo problemas com a chamada do webhook do pix ele sempre me retorna A chave informada não faz referência à conta Gerencianet autenticada

Boa tarde!

Ontem fiz envio de um pix, ele foi estornado e não recebi retorno via webhook.
Como consigo descobrir o motivo do estorno?
Alguém consegue me ajudar?

<@!690280170158031328> Pelo que entendi, você ainda não configurou um Webhook, correto? Em nossa documentação, disponibilizamos vários exemplos de configuração de servidor: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks. Tem também esse vídeo que pode ser útil: https://www.youtube.com/watch?v=XT8yYbw-igY. Qualquer dúvida é só falar! 😃

https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-consultar-lista-de-webhooks

Se você faz um GET no método de webhook, aparece a URL que você cadastrou ?

A configuração de webhookUrl se faz apenas uma vez por chave Pix, não a cada transação...

acho que era isto que estava errado estava passando a chave para criar e txid no webhook

Vá no app mobile e crie uma chave Pix associada à sua conta. Aí é colocar essa chave na chamada do webhookurl.

para cadastrar o webhookurl

https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-configurar-o-webhook-pix

Olá <@!690280170158031328> ! Boa noite. Tudo bem? 😃 Qual retorno você obtém quando tenta vincular sua chave a um Webhook? (Endpoint PUT /v2/webhook/:chave)

se coloco minha webhook/qualquerpasta já nem cadastra
mesmo sendo um vhost novinho que funciona sem pasta, e sem configuração de location nada..

eu entendi que independente da webhook que eu cadastrar, eles vão mandar em webhook/pix.. é isso que está lá, isto não teria problema pra mim

Pessoal estou precisando de ajuda na configuração do webhookUrl. estou passando a url para pixConfigWebhook, mas não estou recebendo o retorno do pagamento. O pagamento é realizado corretamente só o retorno que não está funcionando.

Isso, adicionando ?algumacoisa= no final do webhook ignora o /pix e chega no arquivo mesmo