Histórico de mensagens sobre webhook em pix

Você está tentando fazer envios em sequência ? Já circulou aqui no canal de que é melhor serializar... envia, espera o webhook, envia outro etc.

Boa tarde pessoal, tenho uma aplicação no heroku, e preciso configurar a parte do webhook, não encontrei nada para um custom conf no ngnix, alguém ja passou por isso?

Como mencionado pelo Rubens, nosso endpoint PUT /v2/gn/config já permite receber a informação da tarifa em seu webhook, basta colocar a tarifa como true

Boa tarde, <@!706990524510240780>. Como dito pelo Rubens o e2eid é um identificador único da transação gerado pelo PSP pagador. O endpoint POST v2/pix permite utilizar o atributo infoPagador, sendo assim em seu webhook vai ter essa informação exibida quando notificarmos e dependendo do PSP ele também vai mostrar.
Exemplo: Fazendo um envio de Pix para outra conta Gerencianet ou uma conta no Nubank e inserindo uma informação no campo infoPagador, a mesma vai aparecer no extrato do cliente e na notificação do webhook que enviamos.

Sim, eu entendo, Matheus, mas ao mesmo tempo a falha 404 significa que a URL não foi encontrada, mas se esse realmente fosse o caso, eu não conseguiria estar recebendo os webhooks do meu outro usuário (que estão nessa mesma URL), por isso acho estranho estar retornando esse erro, irei te encaminhar o número das duas contas no privado

Olá, boa tarde!
Não estou recebendo os webhooks de PIX, número da conta: 305893-1
Se puderem dar um olhada para mim

<@!781134406680838216> Bom dia! Alguém pode me ajudar com essa situação, por favor? Estou tentando cadastrar o webhook sem sucesso, e com isso não conseguimos utilizar o Pix nessa nova conta

Bom dia, <@!849285960658321449>. Isso mesmo, basta fazer a alteração do certificado em seu server, não precisa recadastrar novamente as chaves ao seu webhook.

Bom dia, <@!781134406680838216>.
Com a alteração do certificado chain, eu devo atualizar os webhooks já configurados?
Tenho uma série de clientes já configurados para um webhook.
Pelo que eu entendi será apenas fazer a alteração do certificado em meu servidor, correto?

Boa noite, João Vitor, tudo bem sim, e aí ?
Entendo, mas concorda que se vocês estão retornando que a URL que estou enviando está retornando 404 (não encontrada), a princípio não era para eu conseguir nem receber os webhooks no meu outro usuário, que já tinha essa URL cadastrada?
Eu não sei exatamente como funciona o pix.ae por trás dos panos, mas na época que fiz o vínculo da primeira vez funcionou sem problemas

Até poderia acontecer da URL ter saído do ar entre o momento que a vinculei no outro usuário e agora tentando neste novo, mas se fosse esse o caso, eu não receberia os webhooks como estou recebendo até hoje

Certo, mas então qual seria a razão para esse tipo de erro? Porque inclusive utilizei a mesma URL que está vinculada a outro usuário ativo, fiz testes hoje mesmo de pagamentos nesse outro usuário e o webhook está funcionando perfeitamente, mas quando tento cadastrar novamente, recebo essa mensagem como se a URL não existisse

Boa tarde, <@!500715205014061077>. Essa falha está relacionada a outro fator, pois, no caso do cliente não atualizar o certificado, o que aconteceria é a interrupção do hand-shake e uma eventual falha de comunicação. No caso da tentativa de cadastrar o webhook com o certificado expirado, a mensagem com o status 400 seria:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}

Boa tarde, pessoal, mais alguém que utiliza o mTLS do pix.ae está tendo dificuldade de cadastrar webhooks? Tinha um webhook cadastrado já há alguns meses, mas tentando cadastrar outro agora fico recebendo o erro "A URL informada respondeu com o código HTTP 404" (o que não faz muito sentido, já que é exatamente a mesma URL já cadastrada pra outro usuário), não sei se isso tem algo relacionado com a atualização da cadeia de certificados que foi notificado na semana passada.

Para outros testes de código que não o do webhook

Boa tarde, alguém poderia me ajudar a configurar o webhooks ?

Boa tarde <@!623926773129936906>, exatamente. Você só vai precisar de trocar o certificado que utilizamos no mTLS do webhook. Link para download: https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt

Seria somente o certificado do WebHook

<@!811617017449676821> <@!800721458875727872> <@!826080016981819402> <@!671762828046106646>

Bom dia! Existe alguma previsão de vocês para adicionar algum mecanismo que facilite os testes em ambiente de homologação? Algo simples, por exemplo:

- Crio uma transação PIX através da minha aplicação
- Vou no painel de vocês, marco a transação como paga
- Isso dispararia o webhook (que nesse caso, por ser homolog, não precisaria de certificado, etc, podemos usar ngrok ou similar para criar um túnel para o localhost) e também marcaria a transação com o status "CONCLUIDA" caso eu queira consultar pela API

Acredito que não teria a necessidade de simular o pagamento via QRCode de início, algo como o fluxo acima resolveria.

Da forma que está hoje, tendo que testar em produção, complica bastante o ciclo de desenvolvimento quando utilizamos a API de vocês, e somos obrigados à ficar fazendo pagamentos reais para testar.

Grato pela atenção!

OBS: Não querendo ser rude, mas estou utilizando API de concorrentes de vocês que, apesar de terem implementado o PIX depois, possuem um ambiente sandbox muito mais avançado e que facilita o desenvolvimento sem a necessidade de ficar fazendo pagamentos reais à todo momento.