Termos mais procurados:
Bom dia @tiagooops tudo certo?
A url de webhook do Pix só pode ser cadastrada via API, através do endpoint abaixo.
https://dev.gerencianet.com.br/docs/api-pix-endpoints#configurar-o-webhook-pix
Nele você vincula aquela URL a uma chave Pix, dessa forma sempre que for paga uma cobrança para aquela chave (e essa cobrança tiver txid) será acionado o webhook.
O ambiente de homologação não tem integração com o BD de chaves do BACEN. E mesmo em produção me parece que a resposta para chaves não cadastradas não é imediata, e sim apenas via webhook com o retorno.
Sim. Você pode definir uma URL de retorno do seu sistema para receber notificações, é o que chamamos de webhook.
Veja o fluxograma: https://dev.gerencianet.com.br/docs/api-pix-fluxogramas#fluxograma-webhook
E mais detalhes sobre webhook Pix: https://dev.gerencianet.com.br/docs/api-pix-endpoints#webhooks
O QR-Code estático dá uma parte disso. Você pode gerar com o txid, e isso permitirá associar o recebimento específico (que inclusive é sinalizado no webhook, caso tenha txid). Mas ele pode ser repetido e pode ser pago com valor diferente, pois o PSP recebedor não tem como saber qual valor era esperado. E também só tem valor determinado ou valor em branco para preencher, não tem prazos ou descontos.
ao configurar, recebo a request corretamente
{"evento":"teste_webhook","data_criacao":"2023-03-18T15:14:52.015Z"}
configurei a webhookUrl, porem quando faço um pix, não recebo notificação. Quando olho no site da efi, no historico de notificações, não consta nada lá
Guilherme, possivelmente dê para gerar o E2EID relativo à CPF/CNPJ, txid e timestamp para que essa consulta de pix dê o resultado imaginado após a sinalização do webhook. Assim não precisaria se ter uma tabela de pix, só uma geração on-demand.
Bom dia, @dlmorais. Esse comportamento acontece somente em homologação. Em produção você iria encontrar o endToEndId na consulta.
Em homologação é feita somente a simulação do webhook. De qualquer forma, vou passar seu feedback para nossa equipe avaliar, e qualquer novidade traremos para a comunidade.
3- Sim, consultando o txid e verificando se houve o pagamento você pode confiar. Mas como a ideia do Pix é a confirmação e conciliação do pagamento de forma rápida, é recomendado a implementação do webhook com mTLS para que possa confiar na notificações de pagamentos.
E uma terceira dúvida tb:
3 - O webhook de Pix utiliza mTLS, que pode ser "ignorado" (com Skip-mTLS). Caso seja necessário ignorar, além das opções de validação da documentação, se eu simplesmente considerar somente o txid vindo na requisição, realizar uma consulta à cobrança que eu gerei com esse txid e considerar os valores vindos dessa consulta, já não é suficiente para garantir que estarei processando dados seguros?
Olá @snarloff !
Para as cobranças Pix, você consegue simular da seguinte forma:
Se o valor da cobrança está entre R$ 0.01 à R$ 10.00:
A cobrança é confirmada, informação virá via Webhook.
Se o valor da cobrança é maior que R$ 10.00:
A cobrança permanece ativa, sem confirmação. Como não há webhook nesses casos, nada é feito.
O mesmo json grava requisições da associação entre a chave e url do webhook mas não grava as notificações de pagamento do pix
Ah pode ser isso então eu vou criar uma pasta pix dentro do webhook e adicionar o index e o json para ver se funciona
Boa tarde @rickson.kaue tudo certo?
Você configurou a rota do webhook adicionando o /pix ao final?
Por determinação do BACEN, nossa API adiciona o /pix ao final da URL cadastrada, sendo assim
se você cadastra o webhook na URL:
Tô implementando o Webhook de notificação do pix para um cliente, só que não está gravando os dados do pix no json, ele grava outra requisições mas o pix não, já configurei o ambiente mtsl, criei a chave, até configurei webhookUrl da chave, dei todas as permissões de gravação ao json, nas aplicações lá no site estão ativadas todas as permissões, alguém pode me informar se esqueci de configurar alguma parte?
