Histórico de mensagens sobre webhook

Acredito, apesar de ser uma possibilidade, que essa não é a melhor prática. O webhook otimiza o uso de recursos tanto do seu quanto do lado da GN, além de garantir a instantaneidade que o Pix traz como proposta.

Ele não retorna mesmo, pois, o endpoint GET /v2/pix/{e2eId} só retorna referente a Pix recebidos e não aos enviados. Por isso é necessário um webhook associado a chave, para que esta informação chegue via notificação. No entanto já mapeamos e estamos construindo 2 endpoints semelhantes ao GET /v2/pix/{e2eId} e GET /v2/pix/ para retornar informações referentes a Pix enviados.

Pessoal, já há uma sugestão em aberto para que se o webhook for desativado por falta de resposta, o sistema rearme sozinho. Mas hoje, quando é desarmado, o get do webhook mostra o webhook ativo ou não ?

Todas as alterações que impactam as integrações são discutidas aqui no Discord, e comunicadas com antecedência. Neste caso fizemos também um envio de email/ticket para todas as contas que possuíam integração rodando com webhook cadastrado.

Bom dia, pessoal o endereço de callback do webhook sofreu alteração ?

transações sem txid não caem no webhook

<@!783359762917752843> realmente o banco Inter não está enviando o txid, fiz testes de pagamentos aqui e não acionou o webhook, depois fiz uma consulta em nossa tabela de pagamentos e realmente estava sem o txid.

é q sem txid nem bate no webhook

Quando chega sem txid aqui no meu webhook já encaminho direto para devolução.

problema é que não é restrição, o cara até consegue pagar via Neon, mas eles não enviam o txid, dai n cai no webhook

Oi Pessoal, bom dia!

Estamos com dificuldades em configurar o MTLS. Configuramos 3 host:

1) https://webhook.site/528aa31a-0858-4b51-b923-6a07f9f877c1
Resposta da API da Gerencianet:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}
Esse post chega em nosso ambiente: "evento": "teste_webhook".

2) https://mtls-pix.clicksign.me/pix - Sem MTLS - Não chega o POST ( "evento": "teste_webhook")
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
Esse post não chega em nosso ambiente.

3) https://mtls-pix.clicksign.dev/pix - Com MTLS - Não chega o POST ( "evento": "teste_webhook")
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
Esse post não chega em nosso ambiente.

hoje já temos um sistema funcional que funciona como vc mencionou, mas temos que manter o registro de pelo o menos o cpf do pagador. A titulo de facilidade gostariamos de receber o cpf do pagador pelo webhook, para que, o cliente final não precise digitá-lo na criação do pix.

Sim, quando acionarmos o webhook e ele receber a notificação, ele vai utilizar esta informação para concluir que a cobrança foi paga e assim fazer internamente o redirect para a página final. Seria algo semelhante ao que nosso módulo para wordpress faz, sempre que o webhook notifica o pagamento alteramos o status do pedido para concluído.

No retorno do webhook,conseguimos pegar de alguma forma os dados do pagador?

Quem aciona o webhook é a GN, não o browser do usuário... me parece que a solução para isso é com Sockets, numa URL alimentada pelo webhook.

Bom dia <@!313668091114553346>, você pode associar a sua chave pix ao webhook e desta forma toda vez que enviarmos a notificação informando do pagamento você realiza o redirect, com um

Função de autorização você cita a {webhookUrl}/txidmatch citada pelo Renato?

Sim, tem webhook de notificação sim na API Pix da Gerencianet.

Pessoal, vinculei meu webhook normalmente, o que indica que houve o handshake, mas quando efetuo o pagamento não está aparecendo nada no log da minha API (nem no handshake na verdade).
Alguém já passou por isso?

Veja, retornou 200 OK

Do webhook pode ser um só, pelo que entendi (mas perguntei algo disso para GN e eles ainda não responderam).
Já de acesso precisa ser o associado àquela conta, então você precisa selecionar o certificado correto.