Histórico de mensagens sobre webhook em pix

pix no meu app ta tudo ok, tenho webhook etc... mas preciso q funcione com sdk

Pessoal eu fiz uma consulta e o webhook ta cadastrado.

Ola pessoal tudo bem?

Eu usei o metodo pixConfigWebhook para configurar o URL.
E nessa pagina nova eu deixei gravando no banco data e hora. O postback da gencianet e feito a cada 60 segundo pra pagina que eu configurei neh?

Certo! Você chegou a inserir nossa chave pública nas configurações do seu servidor? Disponível neste link:
https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt (Produção)

Olá <@!666766641358438413> ! 😃 Boa noite. Tudo bem? Qual erro você obtém ao tentar consumir a rota PUT /v2/webhook/:chave ?

aluem pode me ajudar a configurar meu servidor apache para receber webhooks?
já segui todos os passos da documentação, mais anda assim, esta dando erro

Boa tarde, <@!666766641358438413>. Para receber notificações de Pix enviados e Pix recebidos é necessário tem um webhook associado a sua chave Pix, o webhook é cadastrado utilizando o endpoint (PUT /v2/webhook/:chave) e os detalhes para a configuração do servidor e sobre o mTLS você encontra aqui: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks

fiz cadastro do webhook porem não recebo notificação imediata. recebe ao longo do dia com a:1:{s:12:"notification";s:36:"855ab0e2-1d1f-4db9-a992-0b2fa7f0c5";}

Você está recebendo ou pagando ? De qualquer forma, você pode cadastrar cada webhook de chave Pix numa URL diferente, e pela URL já diferenciar, mas no webhook vem a chave Pix que recebeu também.

Uma alternativa é o pix.ae do @anoni_mato:

Não quero ser pessimista, mas o Firebase só é citado no canal junto com a frase "não funciona webhook"...

o problema mesmo está nos webhook pois o firebase faz muitas config automaticas

{
"webhookUrl": "https://us-central1-pixinteg-6b42a.cloudfunctions.net/bigben/webhook/"
}

Boa tarde, não entendi muito bem, essa seria a configuração para recebimento das respotas do webhook ou para o cadastro do mesmo? Porque para o cadastro deve-se fazer uma requisição para PUT /v2/webhook/:chave informando o x-skip-mtls-checking": false, no cenário de hospedagem compartilhada. Posteriormente você vai precisar de uma rota para o recebimento das notificações do webhook, aí sim viria as configurações de request.socket.authorized.
Mais detalhes aqui: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks
Caso queira, também disponibilizamos SDK's com todos os endpoints da API Pix disponíveis: https://github.com/gerencianet

estou tentando criar uma rota para o webhook com o firebase e é um servidor compartilhado

´´´app.put("/webhook", (request, response) => {

response.set({ "x-skip-mtls-checking": false })
response.header("x-skip-mtls-checking", false)

let data = request.body;

if (request.socket.authorized) {
response.status(200).end(JSON.stringify(data));
} else {
response.status(401).end(JSON.stringify({ erro: "Não autorizado", data: data }));
}
});´´´

porque voltando ao Let's Encrypt, eu volto à mensagem {"nome":"webhook_invalido","mensagem":"A autenticação de TLS mútuo não está configurada na URL informada"}

Isso é sugestivo de que você tenha colocado um certificado self-signed no webhook(o que tem o CN webhook.exemplo.com.br) e ele precisa ser assinado por uma CA reconhecida.

bem, segui as instruções e agora estou com esse erro: {"nome":"webhook_invalido","mensagem":"A requisição na URL informada falhou com o erro: DEPTH_ZERO_SELF_SIGNED_CERT"}

Essa falha é referente a tentativa de cadastro em seu webhook, no entanto, não foi possível verificar o certificado (CA) da Gerencianet que pode ser obtido por este link (https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt) no caso de produção. Recomendo verificar a documentação do mTLS e os exemplos disponibilizados (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-entendendo-o-padr-o-mtls).
Em resumo, a Gerencianet faz 2 requisições ao seu servidor, a primeira sem verificar o certificado e a segunda verificando. Seu servidor deve estar configurado para rejeitar a primeira e aceitar a segunda, fazendo um "hand-shake"