Histórico de mensagens sobre webhook

mas pelo webhook inbox parece estar certo

//Webhook update
$options['headers'] = array(
'x-skip-mtls-checking' => 'false',
);

try {
$api = Gerencianet::getInstance($options);

$params = ['chave' => '34646106000189'];
$body = ['webhookUrl' => 'https://olimppi.us/src/Includes/index.php?ignorar='];
// https://olimppi.us/webhook/pix.php?ignorar=
// https://olimppi.us/webhook/pix.php?ignorar=/pix

$pix = $api->pixConfigWebhook($params, $body);
echo json_encode($pix);

} catch (GerencianetException $e) {
print_r($e->code);
print_r($e->error);
print_r($e->errorDescription);

throw new \Error($e->error);
} catch (\Exception $e) {
throw new \Error($e->getMessage());
}

Galera, dica importante, encontrei uma aplicação mais fácil para fazer um proxy com o certificado para o webhook:
https://nginxproxymanager.com/
Essa parte do certificado tem que ser feito meio que na mão na GUI do sistema, mas é só procurar na net.
A vantagem é que ele renova o lets encrypt automático também.

Eu não manjo nada de linux, então essa parte de configurar o certificado na rota especifica do webhook do pix lá na hospedagem, eu não faço a menor ideia de como fazer... então eu nem sei te falar nada sobre, tentei seguir vários tutoriais, tentar adicionar o certificado usando ssh, mas nã ofazia ideia do que estava fazendo, ai decidi deixar pra lá.

rubens eu já fiz toda integração usando Sdk, que é bem mais fácil do que o tutorial do vídeo., a operação já está rodando 100%. A única parte que não consegui foi configurar o mtls na hospedagem vps, então trato os webhooks pix de outra forma,

Olá, <@!477481308743008257>! De acordo com o padrão do Bacen, no momento é possível registrar somente um webhook para cada chave.
Mas é possível utilizar o mesmo webhook para diversas chaves.

Bom dia pessoal, fica uma sugestão para a documentação no exemplo em node.js na parte de webhooks: em vez de fazer uma api com rejectUnauthorized: true, colocar rejectUnauthorized: false e numa rota de /webhooks por exemplo você pode verificar se o request foi autorizado acessando request.socket.authorized. Dessa forma não precisa fazer uma api separada para o gerencianet pois dá pra verificar o uso do certificado apenas nessa rota de acesso dos webhooks

Pessoal, vocês sabem informar se é possível cadastrar mais de um webhook para a mesma chave?

O https://pix.nascent.com.br/tools/pix-qr-decoder/ tem uma opção "Create Pix" que por enquanto já consegue criar o que se pode testar... pois como o ambiente de homologação não aciona o webhook, de qualquer forma você vai precisar acionar você mesmo o seu código do webhook.

entendi. o meu escopo de projeto é bem simples: ter alguns QrCodes estáticos criados, com o webhook cadastrado para que eu possa monitorar todos os pagamentos efetuados nesses códigos

estão incluídos sim:
"scope": "cob.read cob.write gn.balance.read gn.pix.evp.read gn.pix.evp.write gn.settings.read gn.settings.write payloadlocation.read payloadlocation.write pix.read pix.write webhook.read webhook.write"
Ambiente: Homologação

Olá, @Joel.
Sim, isto é uma informação imposta pelo Banco Central, onde a callback será enviada via POST {$request.body#/webhookUrl}/pix.
Veja mais detalhes em: https://bacen.github.io/pix-api/index.html#//post__request_body__webhookUrl__pix

Uma URL cadastrado como: https://exemplo.com.br/webhook o request da será enviado para https://exemplo.com.br/webhook/pix

Bom dia, ao cadastrar o webhook através do endpoint PUT, recebo, no meu servidor, o evento "teste_webook" com a data da criação. Além disso, consigo confirmar através do endpoint /v2/webhook/{{chave_pix}} que o meu servidor foi cadastrado. Porém, fiz o pagamento de duas cobranças geradas para aquela chave, mas não recebi a notificação nem da solicitação e nem do pagamento. Alguma ideia do que eu posso estar fazendo de errado?

Entendi.
Então nesse caso é só gerar a cobrança, vincular ao webhook e usar esse modelo de retorno para ser notificado quando for pago?

No meu caso, é pra um seminário que farei hoje, será simples, a ideia é gerar a cobrança e habilitar o webhook pra saber quando for paga.
Os outros endpoints ficará por conta do pessoal que vai assistir o seminário e usar posteriormente. A ideia é só mostrar o caminho das pedras inicial.

Basta colocar so para o path "webhook" e o resto das requisições continuam sem exigência do mTLS

Você pode exigir apenas num path (ex:/webhook) e deixar o ACME em outra sem isso.

alguem ja conseguiu fazer o servidor dos webhooks com certificado let's encrypt gerando e renovando automaticamente?

Pessoal, se alguém aí já tiver implementado o webhook, e estiver tudo funcionando, me chamar no privado. Estou disposto a pagar...