Histórico de mensagens sobre webhook em pix

Isso mesmo, <@!788954143658082304>. Significa que foi validado seu mTLS.
Você pode dar um GET /v2/webhook/:chave para verificar se seu webhook foi registrado para sua chave

<@!652133922582560793> <@!775350441965649951> <@!671763456487325717> podem me ajudar com essa questão? Se eu mandei um PUT para criação do webhook e recebi 200 significa que a gerencianet conseguiu validar o mTLS certinho ou é feita uma verificação async?

Verifiquei em seu ticket, você perguntou a respeito da configuração do Webhook. Acredito que tenha sanado sua dúvida com a resposta anterior.
Para gerarmos seu certificado, peço a gentileza de criar um novo ticket, informado:
-Número da sua conta
-Nome da aplicação
-Ambiente (Produção/Homologação)

<@!704694550631022592> Para que você seja notificado acerca de Pix recebidos, etc, você deve configurar sue webhook vinculado à sua chave.
Para isso você consome a rota PUT /v2​/webhook/:chave, onde chave é sua chave Pix, e passando no body seu webhook:

Sigo desconfiando do framework, também publiquei no grupo de Laravel, e tinha outro rapaz com a mesma dificuldade, integrando com a GN. Ele criou um serviço com node pra retransmitir o webhook.

Porem como ele vai identificar que essa pix é desse pedido para o webhook funcionar? Pois o txid é um campo livre que vcs me informam no webhook correto? Ache que a GN gerava uma para cada pedido, tipo uma temporária

Pessoal, uma dúvida: os webhooks são "acionados" apenas para PIX recebidos para determinada chave ou tbm é usado para "acompanhamento" de status de PIX enviado?

se vc não quiser forçar o TLSv1.2 para todo o domínio (somente para os webhooks), vc pode continuar usando 2 vhosts separados, e apontar o DirectoryRoot do subdomínio para /var/www/autum-idelivery/public, que o request vai cair no seu Laravel também, e você não precisará fazer um novo POST internamente para a sua API

quando você manda o PUT para o /webhook na API da GN, o que aparece nos logs de acesso (deve aparecer 1 ou 2 requests da GN no momento que vc manda o PUT)?

Bom dia pessoal! Ainda sobre essa questão.
Eu consegui contornar criando um arquivo .php independente, em outro vhost, embora usando o "mesmo arquivo .conf", alterando apenas o subdominio. A conclusão que cheguei, foi a de que, por meu projeto original ser um framework (laravel), o mesmo se utiliza de arquivos .htaccess pra obfuscar a URL. e de alguma forma, isso interfere no processo de handshake da autenticacão mútua.

Então: Criei outro vhost, com certificado proprio no subdominio, recebendo o POST do webhook da GN, e retransmitindo para meu app principal via requisição post. Isso é provisório enquanto descubro o "ponto de falha" entre o framework e o protocolo mTLS.

não funcionam. não dá pra mandar um callback de webhook fake (ainda)

então os webhooks não funcionam em ambiente de homologacao?

alguém sabe de algum artigo ou video que me explique oq é webhook ou como ele funciona na pratica, para mim conseguir integrar os da gerencianet com menos dificuldade?

vc por acaso tá enviando um novo PUT para o endpoint /webhook da API quando recebe o request? 🤔

<@!440035527127990273> eu recebo isso do webhook:

{"evento":"teste_webhook","data_criacao":"2021-01-17T20:09:40.808Z"}

depois não recebo mais nada kkk fico só aguardando

@Deleted User você pode utilizar isso https://webhook.site/

Outra dica é se atentar a adição do /pix na url do Webhook.

:443>
ServerName idelivery.autum.com.br
ServerAlias .idelivery.autum.com.br
DocumentRoot /var/www/autum-idelivery/public

Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
Require all granted


SSLEngine on
#SSLCertificateFile "/etc/apache2/ssl/certificates/idelivery.autum.com.br.crt"
SSLCertificateFile "/etc/letsencrypt/live/idelivery.autum.com.br/fullchain.pem"
#SSLCertificateKeyFile "/etc/apache2/ssl/certificates/idelivery.autum.com.br.key"
SSLCertificateKeyFile "/etc/letsencrypt/live/idelivery.autum.com.br/privkey.pem"
SSLCACertificateFile "/etc/apache2/ssl/certificates/chain-pix-gerencianet-prod.crt"
SSLVerifyClient none


#SSLCACertificateFile "/etc/apache2/ssl/certificates/chain-pix-gerencianet-prod.crt"
SSLVerifyClient require
SSLVerifyDepth 3


ErrorLog ${APACHE_LOG_DIR}/autum-idelivery-error.log
CustomLog ${APACHE_LOG_DIR}/autum-idelivery-access.log combined

E se tentar acessar a URL do webhook com curl (linha de comando mesmo), o que acontece ?

E aí pessoal. Boa tarde! Alguém já pegou 403 ao definir o endereço do webhook de uma chave?
"webhook_invalido"
"A URL informada respondeu com o código HTTP 403"