Histórico de mensagens sobre webhook pix em pix

da forma que é hoje, eu precisaria de um subdominio exclusivo, ou de um nível extra no path só pra diferenciar os webhooks de pix

mas veja só.. se eu tiver um subdominio webhook.exemplo.com.br, e cadastrar a raiz dele, eu vou receber os requests em /pix. ese eu tiver que trancar a garagem inteira, não vou poder usar /paypal , /pagseguro, etc. se estiver exigindo o mTLS da GN na raiz

mas eu posso exigir o mTLS em /webhook e não em /webhook/pix

faz sentido que eu faça isso? não. assim como também não faz sentido testar a URL que não é efetiva.

ainda assim. se o que vai ser acionado de fato é /webhook/pix porque testar /webhook na hora do cadastramento? entendo que tem solução, mas não vejo sentido. se não vai testar a URL efetiva, não deveria testar nada.

É só colocar o path para frente, se quiser compartilhar.
Ex: exemplo.com.br -> site
exemplo.com.br/webhook -> rota para webhook
exemplo.com.br/webhook/pix -> path acionado para pix

Seu atendedor do webhook já tem um /pix além do que vc passou na URL ?

e picpay não está batendo no webhook, apesar de aparecer nos pix recebidos

A sua URL do webhook já está habilitada com o /pix no final ?

A partir de agora a GN se adequou a API PIX em relação ao Webhook. Basicamente agora em toda requisição do webhook é enviado um /pix no final, independente da URL que você cadastrar. Exemplo:
Se você cadastrar

Lembrando que você cadastra https://providerpixfacil.com.br/pixfacil/v2/webhook e a GN chama https://providerpixfacil.com.br/pixfacil/v2/webhook/pix

URL url = new URL ("https://api-pix.gerencianet.com.br/v2/webhook/" + CHAVE_PIX);
HttpsURLConnection conn = (HttpsURLConnection)url.openConnection();
conn.setDoOutput(true);
conn.setRequestMethod("PUT");
conn.setRequestProperty("Content-Type", "application/json");
conn.setRequestProperty("Authorization", "Bearer =" + authToken);
conn.setRequestProperty("x-skip-mtls-checking", "true");
conn.setSSLSocketFactory(sslsocketfactory);

do webhook do pix

<@!780500099788701726> Pix sem txid não são notificados via webhook, neste cenário teria que ser pelo GET /v2/pix e se você tiver o cpf ou cnpj do pagador poderá usar no filtro

Recebeu Pix no webhook com esse txid
ou
GET no Pix com o txid como parâmetro
ou
GET na Cobrança (/cob) e ver se apareceu um e2eid

Bom dia <@!796583841887420466>, estamos na etapa final de testes do webhook e ainda esta semana será disponibilizado o módulo/plugin para woocommerce com a funcionalidade do Pix

Se quiser melhorar sua segurança, sim. Senão, cai no cenário apontado pelo <@!522899003663450113> em que alguém também com conta GN poderia mandar ativar no seu webhook uma outra chave Pix.

No webhook tem o /pix no final da URL e a chave.

Boa tarde <@!623926773129936906> ! O webhook serve para automatizar o recebimento/devoluções de Pix gerados com a chave cadastrada em seu webhook. Para configurar e compreender melhor o conceito de webhook sugiro que acompanhe a documentação, em específico nesta secção (https://dev.gerencianet.com.br/docs#section-webhook). No caso você vai cadastrar o webhook e a partir daí vamos enviar as notificações dos Pix para ele.

Olá, como funciona a configuração do WebHook para PIX, pos a aprovação devo enviar um WebHook?

que baixei aqui: https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt