Histórico de mensagens sobre webhook pix em pix

Minha URL webhook: HTTPS://teste.com/webhook - quer dizer que vocês irão adicionar /pix?

Então eu recebo via webhook o txid para depois realizar uma nova consulta para saber se está com status concluída ou no objeto pix do webhook eu já recebo o status?

A única alteração assíncrona é quando muda de ATIVA para CONCLUIDA, ou seja, foi paga. E aí você recebe no webhook um objeto Pix, que você relaciona com a cobrança através do txid. Não vem um objeto cobrança no webhook.

Boa tarde. Alguém poderia me ajudar onde encontro quais são as variáveis que são recebidas via webhook quando existe alteração no status de uma cobrança via pix?

Galera, como eu testo o retorno do webhook em homologação? Já que o PIX não é efetivado. Também não vi na documentação.

Oi <@!660572477868605490> bom dia! Tudo bem?
Como o Bruno disse acima, ao configurar o webhook você é notificado quando o pagamento for confirmado!
Mais informações de como implementar você encontra no link abaixo!
https://dev.gerencianet.com.br/docs#section-configurar-o-webhook-pix-

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.

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.

bom dia. O webhook é ligado á chave pix

Bom dia pessoal, uma dúvida. As notificações via webhook ficam atreladas a uma chave pix ou ao client_id da aplicação? 2 aplicações diferentes usando a mesma chave pix utilizariam 2 webhooks diferentes ou o mesmo?

Bom dia, <@!393512852310327296>!
Deve-se lembrar que é necessário tratar a inclusão do /pix no final da sua URL. Para isso, tente cadastrar seu webhook da seguinte forma.
Insira no final da sua URL o parâmetro ?ignorar=, assim:

Possivelmente o webhook de pix enviado devesse ser sendpix ao invés de pix. Então vc mandaria exemplo.com.br/webhook na configuração de webhook para aquela chave, e a GN acionaria exemplo.com.br/webhook/pix para os recebimentos e exemplo.com.br/webhook/sendpix para os pagamentos.

Boa tarde <@!783359762917752843>, a resposta já vem no momento da requisição, mas o webhook também é acionado com os dados do envio. Você pode configurar sim, mas neste caso o melhor cenário seria ter uma chave para envio de Pix com um webhook e outra chave com o segundo webhook exclusivo para recebimento, pois, cada chave só pode estar associada a um único webhook.

Técnicamente é o seguinte...

- Você cadastra o webhook para seu endpoint "exemplo.com/webhook"
- A GN vai enviar uma primeira requisição para este endpoint sem o certificado, e seu servidor deve RECUSAR
- Em seguida a GN vai enviar outra requisição, dessa vez com com certificado para handshake, mas vai servir apenas para confirmar o PIX gerado, vai enviar um POST com um nome de evento e a data_criacao
- Caso o cliente pagar o PIX, a GN vai enviar uma nova requisição com certificado para handshake para o endpoint mas dessa vez vão adicionar um "/pix" a mais na requisição, ou seja, vai enviar para "exemplo.com/webhook/pix". Você deve deixar este endpoint também disponível e vai receber um POST com os dados do PIX recebido.

<@!671762828046106646> ??

Pessoal para requisitar um envio de pix a resposta é na hora ou vem por notificação?
Posso configurar um webhook para notificações de envio de pix e outro para receber?

Posso configurar um webhook para notificações de envio de pix e outro para receber?

Bom dia.

Estou com um problema ao receber os POSTs dos Callbacks para meus webhooks. Fiz um teste (Já em produção) com a criação do webhook e com as respostas de Pix pago. Mas, conforme segue na imagem, eu não recebo o POST em meu endpoint. Alguém pode me ajudar?

Mandando de novo aqui...

Estou tentando fazer o hand-shake em minha url webhook mas acontece esses erros. A chave crt é a fornecida pela GN e a url "https://api.suasorte.com.br/webhook/pix" está configurada pela AWS API Gateway com mTLS configurado com a .crt que a GN também forneceu. O que ainda preciso fazer para que funcione isso? Eu não sei mais o que fazer... 😔