Termos mais procurados:
Boa tarde, <@!832737541189926984>. Essa falha ocorre quando enviamos a notificação de teste sem o certificado e o seu servidor aceita, enquanto que o correto seria recusar. Verifique por favor se o CA da Gerencianet(https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt) está sendo corretamente referenciado e se a alguma rota configurada para exigir o certificado na requisição.
Bom dia, <@!832737541189926984>. Como vai?
Na Umbler ou Netlify você pode utilizar para configurar o webhook.
No caso da Umbler sei que tem servidores compartilhados para aplicações PHP. Neste caso, tem a possibilidade de configurar o webhook, mas com algumas limitações.
Já em uma VPS rodando node ou php por exemplo, você vai conseguir configurar o mTLS. Para isso você pode utilizar um de nossos exemplos que disponibilizamos em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor
só pix com txid bate no webhook, nesse caso ela pagou pela chave diretamente. Tu pode configurar pra recusar pix sem txid
Alguém com experiência com cloudflare / webhook pix pode me auxiliar pfv?
To tentando criar um webhook pix em um subdomínio que NÃO está passando pelo proxy da cloudflare. Criei esse subdomínio especificamente pra não usar o proxy da cloudflare e evitar o problema de handshake com o mtls.
Criei e instalei um certificado válido da Let's Encrypt nesse subdomínio.
Porém quando eu tento chamar /v2/webhook/(minha chave) pra criar um webhook, meu servidor responde com um 403 nas 2 etapas da validação do webhook. No log do apache, recebo isso em ambas as etapas:
Bom dia, <@!806859749571821568>.
Tendo criado a cobrança com um txid, quando paga, será enviado o webhook referente a ele. Exemplo:
Consultando /webhook aparece a URL para a chave Pix em questão ?
Bom dia, <@!788406836813365248>
Conforme mencionado pelo Rubens, o BACEN não possui esse tipo de serviço para validação pública.
A melhor forma de validar a confirmação de um Pix é através do recebimento notificaçõe via webhook.
Uma maneira que os sistemas podem oferecer para para o caso dos atendentes, é uma forma de consultar via API o txid do Pix (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-consultar-cobran-a). Retornando o array "pix" com o "endToEndId", significa que houve o pagamento.
Possível também consultar a situação de um Pix pelo extrato financeiro da conta, ou pelos seguintes endpoints:
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-consultar-pix
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-consultar-pix-recebidos
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-consultar-lista-de-cobran-as
Consigo receber Webhook de um Qr-Code Pix estático?
Boa tarde, <@!666766641358438413>. Como citado pelo Rubens não há um comprovante do BACEN retornado via API, o que você pode fazer é utilizar os dados de cobranças pagas e montar o comprovante. Você consegue estes dados via webhook ou consumindo os endpoints GET /v2/pix ou GET /v2/cob .
Olá, bom dia! Me chamo Luís e estou fazendo integração com Gerencianet, específicamente na parte de requisião de envio de pix. O caso que estou tendo é o seguinte: Estou fazendo envio de pix para uma determinada conta, e está chegando para mim via webhook que foi transferido com sucesso, até aí tudo certo. Porém quando o recebedor decide realizar um estorno, gostaria de saber como essa informação chega para mim. Chega na forma de um pix recebido? Irá bater no mesmo webhook configurado para envio? Agradeço desde já pela excelente documentação, simples e direta.
Outra dica seria você registrar seu URL de webhook com um query params para ignorar o /pix que é inserido no final.
Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
Beleza.
Para facilitar essa configuração com o Apache, uma dica seria configurar um subdomínio com o mTLS dedicado para o webhook, ex www.webhook.seu_dominio.com.br. Que com um subdomínio fica fácil fazer o redirecionamento do /pix. Veja um exemplo completo:
Acrescentando uma observação que é a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
Bom dia!
Estou com uma duvida quanto o webhook do pix, de acordo com as requisições que estou recebendo como posso identificar se um pix foi pago ou não?
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-recebendo-callbacks
Todo mundo aqui no canal que já citou Google Cloud foi com não solução disso. Uma alternativa para considerar:
Bom dia, tudo bem?
Preciso de uma ajuda com o mTLS do webhook pix.
Estamos usando o Google Cloud App Engine para a nossa solução
A documentação oficial diz "SSL support for your App Engine app goes above and beyond basic SSL by offering globally-distributed SSL endpoints and built-in load balancing to serve your app securely, reliably, and quickly to a worldwide audience." (https://cloud.google.com/appengine/docs/standard/nodejs/securing-custom-domains-with-ssl)
E aqui diz "Google Cloud load balancers don't support client certificate-based authentication (mutual TLS, mTLS)." (https://cloud.google.com/load-balancing/docs/ssl-certificates#ssl-certificate-limits)
Voces já solucionaram algum caso parecido? Têm alguma ideia de alternativa? Alguma sugestão doq fazer?
Desde já, muito obrigado 🙂
Estou implementando o webhook da api do pix
Para criar o Webhook uso o https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-configurar-o-webhook-pix
Olá, pessoal, a Hospedagem configurou o mTLS para o Webhook do Pix, podem ver se fizeram certo:
Bom dia, <@!789223277997326366>!
Exatamente! Desta forma, o webhook de cada sistema estará atrelado a uma chave Pix.
