Termos mais procurados:
o hostname que vai receber os requests (para as URLs registradas como webhook) precisa fechar um mTLS com o certificado fornecido pela GN, então não dá pra colocar atrás do Cloudflare (precisa deixar a "nuvem cinza" na página de DNS para o IP ficar exposto). mas os IPs podem ser filtrados diretamente no seu servidor, obviamente.
Mais detalhes aqui https://dev.gerencianet.com.br/docs#section-webhook
Boa tarde! Não é necessário, as transações geradas vão estar associadas a uma chave, que você cria em sua conta Gerencianet. A url de notificações(webhook) fica associado a sua chave, sendo assim, quando uma cobrança tiver seu status alterado você vai receber essa informação na sua url em que associou a chave.
Integração com o PIX via PSP GerenciaNet 100% concluída :)
Cobrança ✅
WebHook ✅
Devolução ✅
discordo. o itens de a. a f. são específicos ao item 2. o item 9 (webhooks) é outra coisa. não tem as mesmas exigências
A certificação é a mesma no acesso à API e no webhook... e nas duas a GN pode exigir a CA própria ou reconhecer outras CAs. Mas não vale diferentemente para transação direta ou reversa.
realmente. no consumo da API precisa ser emitido pelo PSP ou por AC externa. mas no webhook, não tem requisito (item 9 dessa mesma seção).
<@!780500321994539068> fez um comentário alinhado com o que vem sendo trabalhado na GN: "se foi notificado via webhook ou fez GET no /pix e ficou sabendo da transação, eles cobram".
Por fim, pessoal, faremos o que for possível para ter todos vocês como clientes e promotores da GN 🙂
Spoiler: vamos trazer, nas próximas semanas, um modelo de remuneração por indicação, agregando mais esse valor ao desenvolvimento de aplicações utilizando a GN.
[Fim]
como a comunicação webhook (GN -> cliente) é privada, não vejo sentido na exigência de validar a entidade certificadora. acho que o BACEN viajou nessa 😦
na comunicação com a API, quem escolhe o arquivo de certificado sou eu. aí tanto faz quem emitiu, raízes, etc, a implantação é igual. mas só a CA não é suficiente no caso dos webhooks. pq o CF vai ter que validar o certificado específico na hora que receber o callback no hostname
Bom dia, o webhook está funcionando?
Especulação: se foi notificado via webhook ou fez GET no /pix e ficou sabendo da transação, eles cobram.
Sobre sua frase:
"O modelo de cobrança eu tô entendendo como sendo por transação de recebimento, independente do tipo de qrcode."
Na tabela de tarifas diz: "Pix pago ou recebido pelo aplicativo" => grátis
Então na prática, se vc for ao app da GN e gerar o QR Code que vai colocar na sua catraca (mesmo ele tendo txid), o recebimento é gratuito. E eles tem que notificar o webhook por determinação do BACEN.
aeee funcionou aqui com qrcode dinamico! \o/ https://youtu.be/RHiMdD-8BJo GN libera pro estatico o webhook pleaseeeee!!!
eh esse cara aqui
sobre o mtls usando o gateway api na aws...cria um custom domain name (esse é o cara q vc vai registrar no webhook)...e ativa o mtls...o certificado que vc baixa no site da GN vc coloca no s3
valeu <@!440035527127990273> ! realmente com qrcode dinamico, saindo do nubank recebi o request no webhook! \o/
como tive problema em registrar o webhook pra chave com tudo uppercase, tentei fazer o pagamento com esses 2 e nenhum chegou
Se a sua chave em que você gerou o QRCode estático tem um webhook válido e um txid, realmente a notificação ocorre
