Histórico de mensagens sobre webhook em pix

os webhooks precisam de um ambiente de produção pra testa-los ??

olá pessoal, tenho uma duvida sobre o webhook

Vai ser bloqueado, uma boa prática é a utilização do webhook para evitar o polling. Não está estabelecido ainda quais serão os limites de consumo, informaremos no canal quando forem definidos.

1- Ao criar uma cobrança, você pode consultar o pagamento pelo endpoint /v2/cob/:txid e verificar se a mesma está com o status CONCLUIDA. Outra alternativa é o webhook para notificarmos o seu sistema de forma automática sempre que ocorrer um pagamento ou devolução de Pix.

2- Cada cobrança(dinâmica) tem obrigatoriamente um txid associada a ela e um E2EID que é retornado quando transita na PACS002, PACS004 e PACS008. Então sim, cada Pix é diferente e tem seu identificador próprio.

3- No momento não tem como "forçar" pagamentos em ambiente de homologação, mas já está em nosso backlog essa funcionalidade.

Ah e a 3- como forço em homologação o pagamento? Para ver o webhook?

Certo, solicitei ontem a chave, mas então assim: crio o token. Depois crio a cobrança (onde me retorna o@pix para o@user) depois configuro o webhook para avisar quando pagou, correto? Agora as dúvidas são o seguinte: 1- ao criar a cobrança onde informo um token meu para eu saber quando pagou (qual parâmetro) ? 2- cada pix é diferente para cada pedido?

então não ah necessidade de long polling no pix, e sim é recomendado utilizar os webhooks

<@!704694550631022592> Bom dia!
Não se preocupe, este canal é mesmo para tirar suas dúvidas! 😉
Primeiramente, para quaisquer consumo dos endpoints do Pix, é necessário realizar uma autenticação com suas credenciais client_id, client_secret e certificado. Para isso, seu primeiro consumo será na rota POST /oauth/token. Segue exemplos em algumas linguagens: https://dev.gerencianet.com.br/docs/api-pix#section-exemplos-de-autentica-o-utilizando-o-certificado-p12

Após a autenticação, você utilizará o endpoint para criar uma cobrança PUT /v2/cob/{txid}. Documentação: https://dev.gerencianet.com.br/docs/api-pix#section-criar-cobran-a-

Para acompanhar as mudanças de status de um pix, você pode configurar um webhook, que reúne endpoints para gerenciamento destas notificações. https://dev.gerencianet.com.br/docs/api-pix#section-webhook

Utilize também nossa Collection da Gerencianet com todos os endpoints já configurados para o consumo (https://dev.gerencianet.com.br/docs#section-collection-postman-gerencianet-api-pix).
A respeito do seu certificado, logo lhe retornaremos através do ticket.

{
"webhookUrl": "https://pixblack.in"
}

<@!797900884436582411> , você está referenciando a porta do servidor em node no webhook?

Não é, na verdade hoje só é possível com servidor dedicado, para conseguir realizar as configurações do webhook, uma vez que é necessário ter acesso a alguns arquivos para realizar as configurações

<@!775350441965649951> preciso da sua ajuda, ainda continuo com {
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: UNABLE_TO_VERIFY_LEAF_SIGNATURE"
}

ou seja , registgrar o webhook da esta mensagem

para o PUT webhook

ola pessoal ainda estou com a mensagem
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: UNABLE_TO_VERIFY_LEAF_SIGNATURE"

Boa tarde @everyone, sobre à adequação do /pix no webhook, ficou definido que será feito o cadastro do webhook base pelo integrador e a adição do parâmetro /pix no POST {$request.body#/webhookUrl} pela Gerencianet no momento do disparo das requisições.
Abaixo trazemos alguns exemplos de webhook e como será a notificação:

Integrador cadastrou a url base https://gerencianet.com.br/, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix.
Integrador cadastrou a url base https://gerencianet.com.br/pix, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix/pix.
Integrador cadastrou a url base https://gerencianet.com.br/?id=0000x22, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/?id=0000x22/pix.

Seguindo então a nossa documentação o serviço será POST {$request.body#/webhookUrl}/pix.

Tal definição foi feita após analisar os feedbacks de integradores, questionamentos ao BACEN e discussões internas.
A data para deploy do novo padrão está alinhada para o dia 01/02/2021. Sendo esta arbitrada a fim de que todos os integradores da API-Pix que utilizam o serviço de webhook possam ajustar seus sistemas e aplicações, e evitar assim falhas ou mal funcionamento do serviço.

Uma sugestão é permitir o recebimento da notificação em ambos os modos: com e sem /pix. Dessa forma, quando virarmos a chave, não haverá problemas.

À medida que se aproximar da data de deploy seremos mais assíduos nas notificações. Quaisquer dúvidas estamos a disposição em nossos canais de comunicação. [ATUALIZADO]

Boa tarde <@!798679248633856000> ! Consegue sim, o webhook é para automatizar o seu sistema, assim vamos notificar sempre que um Pix for recebido ou acontecer uma devolução. O <@!650023651512549427> falou tudo, estamos aqui para tirar dúvidas mesmo.

Isso é o que um webhook faz

pessoal, mais uma pergunta simples aqui e nao incomodo mais voces hoje, eu vou gerar um qr code dinamico e precisava receber um callback quando cair na conta e verificar se o txid é o mesmo pra mudar um status no meu db, usando o webhook eu consigo ficar escutando as transações que estão chegando?

É possivel fazer a consulta de uma cobrança unica para ver se esta paga, sem webhook??