Termos mais procurados:
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.
<@!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.
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.
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
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.
Que eu ia adicionar o webhooks quando fosse adicionar cobranças sem fazer pela imediata. Mas posso adicionar desde o inicio
