Histórico de mensagens sobre webhook pix

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?

Bom dia, <@!735613656644976760>! Não é necessário, a API de boletos/bolix não utiliza o mesmo sistema de notificações do webhook Pix e sim um arquivo de consulta que pode ser encontrado aqui https://dev.gerencianet.com.br/docs/notificacoes-recebendo.

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.

Boa noite <@!424210215014105088> ! Tudo bem? O certificado e a chave privada do domínio foram referenciados corretamente? Outra questão é que o certificado público (CA) da Gerencianet é o baixado neste link (https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt).

Olá, boa tarde!
Quando tento configurar os webhooks, estou tendo o erro UNABLE_TO_GET_ISSUER_CERT no campo request.socket.authorizationError
tanto na primeira, quanto na segunda solicitação que o gerência net faz (a primeira é normal dar erro, certo?)

this.server = https.createServer(
{
cert: fs.readFileSync('./credentials/server.crt'),
key: fs.readFileSync('./credentials/server.key'),
ca: [
fs.readFileSync('./credentials/gerenciaNet/pix-ca-crt.pem')
],
minVersion: "TLSv1.2",
requestCert: true,
rejectUnauthorized: false,
},
this.app
);