Histórico de mensagens sobre webhook pix em pix

Pessoal, alguem ja se deparou com este problema:
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: UNABLE_TO_VERIFY_LEAF_SIGNATURE"
}

Tentativa de configuração webhook pix

Muita gente com Cloudflare já resolveu ou da forma que falei, ou usando o mtls.pix.ae do <@!440035527127990273> , ou usando polling de GET ao invés de webhook. Não é motivo para não aceitar Pix.

Por exemplo, se seu domínio é exemplo.com.br, webhookpix[sopa de letrinhas].exemplo.com.br

Pelo menos as cob. , webhook. e pix..

O que parece que está acontecendo é que a gerencianet recebe a url de webhook (mtls-h.pix.ae/....) e envia uma requisição nessa URL e então recebe um 400 Bad Request

como devo proceder para receber webhook Pix?

Gente eu entendi qual era o problema. Ao criar o webhook eu coloquei /webook/pix como endpoint da minha API. No entanto, o correto seria /webook/

Boa noite, pessoal! Depois de fazer boa parte da integração da API com meu sistema, ao testar em produção verifiquei que o webhook não está sendo chamado. Ao adicionar o webhook através do endpoint: https://api-pix.gerencianet.com.br/v2/webhook/:chave recebo duas mensagem: { evento: 'teste_webhook', data_criacao: '2021-11-07T23:10:53.003Z' }
{ evento: 'teste_webhook', data_criacao: '2021-11-07T23:10:53.361Z' }. Acredito essas mensagens sejam para verificar a exigência do certificado. Ao listar os webook cadastrado o mesmo se encontra lá. O problema é quando faz o pagamento, nenhuma resposta é retornada para o webhook.

Bom dia, <@!268744163472703489>. Tudo bem e com você?
Pode baixar através do seguinte link: https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt
Você encontra mais detalhes em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor

Onde pode ser baixado o certificado que é utilizado no Webhook Pix?

Olá <@!850502535859929110> ! Boa noite. Para que você receba uma notificação sempre que uma cobrança Pix tiver seu status alterado é necessário definir uma URL para onde a notificação vai ser enviada. Essa definição é feita ao consumir a rota PUT /v2/webhook/:chave (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-configurar-o-webhook-pix). Mas antes disso, é necessário que você realize algumas configurações no seu servidor. Em nossa documentação, disponibilizamos alguns exemplos: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor.

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.

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

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

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

<@!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.

Mesmo com a tratativa do IP as boas práticas de integração são utilizar os artifícios de segurança, no caso do webhook Pix é o uso do mTLS. O uso fora so mTLS é recomendado para quem utiliza hospedagens compartilhadas e não tem a opção de inserir o nosso CA.