Termos mais procurados:
<@!798679248633856000> Não. O certificado p12/pem é para a autenticação do consumo da API.
Já para a configuração do mTLS, você irá utilizar o CA com a chave pública da Gerencianet, sendo uma para cada ambiente, segue link das chaves públicas:
Desenvolvimento: https://pix.gerencianet.com.br/webhooks/chain-pix-sandbox.crt
Produção: https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt
No yaml do BACEN eu consigo ver que ele retorna um txid na consulta. No envio do pix eu consigo mandar esse txid tbm de forma a isso retornar pra no webhook?
Eu precisa adicionar um identificador meu na requisição... não vi essa possibilidade na API da GN.
tem alguma noticia referente ao webhook ?
https://github.com/bacen/pix-api/issues/267
isso quer dizer que o certificado que o bacen vai me enviar pra ser feito a verificação do webhook é o mesmo que uso para gerar o token?
olá eu tenho uma duvida eu preciso, fazer uma configuração do ambiente primeiro para trabalhar com os webhooks??
e a pergunta oposta: quem disse que o PSP deve mandar request pra URL do webhook no momento do PUT? isso não tá previsto. eu poderia configurar o webhook com o PUT sem a URL estar sequer alcancável
Que é, na prática, o que acontece qdo não é enviado o novo header, certo? O endpoint PUT /webhook/:chave retorna 403.
essa opcao no header do webhook é para o ambiente dev? se sim, como eu consigo o certificado quando for pra prod?
No caso do recebedor da compra já que é um webhook padrão para todas as transações?
A chave que passamos na URL no endpoint pra criar webhook, é uma específica para webhooks ou aquela outra serve??
Na verdade você ainda não recebe a chave no webhook, mas está no backlog da GN adicionar.
https://www.notion.so/509e46e40bca45be896f4600f26023ea?v=36eb7c30b76b479c96af9ababe718b69
Então se seus recebimentos são para [email protected] como chave, só precisa configurar webhook uma vez.
Perai então os webhooks são configurados para cada cobrança??
Ou dando um GET /v2/webhook/:chave serve para recuperação de informações sobre o webhook pix.
Para que você seja notificado acerca de Pix recebidos, etc, você deve configurar sue webhook vinculado à sua chave.
Para isso você consome a rota PUT /v2/webhook/:chave, onde chave é sua chave Pix, e passando no body seu webhook:
{
"webhookUrl": "https://exemplo-pix/webhook"
}
Obs: Somente PIX associados a um txid serão notificados. Ou seja, cobranças geradas (atualmente com QrCode dinâmico) com sua chave Pix que possuírem um txid, você será notificado a cada alteração em seu webhook
aquela chave que passo no endpoint: /v2/webhook/:chave
Bom dia @everyone temos novidade no <#🖥changelog> referente ao webhook, inclusive é um assunto recorrente aqui no canal.
Parece ok, conforme documentação mesmo. Eu não testei isso em desenvolvimento/homologação. Tinha visto que os webhooks/callbacks só funcionam em produção. Alguém confirma? <@!775350441965649951> <@!652136709982781470>
To usando o endpoint de configuração do webhook PUT /v2/webhook/:chave
Bom dia, estou desenvolvendo a integração com o webhook da api pix, seguindo a documentação fiz a configuração do NGINX com o certificado de desenvolvimento, entretanto ao configurar o webhook pela api, está retornando o seguinte erro:
