Histórico de mensagens sobre callback em pix

humm, eu tinha feito uma tela de callback, que ainda não está funcionando por causa do mTLS, por isso não passei por nenhum transtorno desse tipo

O problema do estático é que ainda não gera notificações via callback. Daí você não ficará sabendo qual o e2eId do seu txid, a não ser que você fica consultando a lista de pix recebidos em um determinado período.
Outro problema crítico do estático é que alguns PSPs não estão devolvendo o txid, daí você não tem a menor ideia de quem pagou e porque pagou

"Esse serviço está protegido por uma camada de autenticação mTLS. Os callbacks são enviados pela Gerencianet via POST {$request.body#​/webhookUrl}​/pix quando há uma alteração no status do PIX."

Aqui esta tudo normal recebendo o callback da GN no /pix 🙂

não entendi pq o "em breve". já não era pra GN estar enviando os callbacks para "webhookUrl/pix", segundo o BACEN?

PUT /v2​/webhook/:chave
na URL, ":chave" é a sua chave PIX na GN. Você consegue vê-la/gerá-la através do App da Gerencianet. Não é possível vê-la pelo site, somente pelo App

no body
"webhookUrl", você deve informar a url de callback do seu sistema, que irá receber as notificações de alterações de status da cobrança

a url de callback de notificação do nosso servidor

<@!781134406680838216> Poderiam enviar no callback do webhook as, infoAdicionais ?

Matheus, sobre o Status do callback, qual está valendo? Do Pix ou da GN? Acho legal corrigir o exemplo de callback na página do pIx.

Na callback do PIX vai vir os STATUS do PIX, conforme a api citada antes, ou os status da GN? Onde exatamente estão os status da GN se forem esses?

Bom, consta no exemplo da callback na página do PIX.

Estranho, nesses status da api NÃO contém o status citado em https://dev.gerencianet.com.br/docs/api-pix#section-callbacks "EM_PROCESSAMENTO".
Esse status é da GN? Onde encontro a tabela?

No estático com txid você deveria receber webhook. É um issue conhecido não estar ativando callback.

#duvida #webhook #pix Receberemos callbacks do webhook das nossas chaves com o BRCode Estático também ?

Bom dia Rubens! No momento em nossa arquitetura as notificações vão partir somente do IP

e como funciona a questão do "callback" quando se recebe um pagamento pelo PIX?

<@!786765682011537448> Bom dia, como o Renato falou, o postman não disponibiliza uma url para você testar seu callback, infelizmente. Nós o utilizamos para testar os consumos das rotas como geração de token, emissão de pix, entre outros.

o postman é pra "consumir", não sei se ele oferece uma url pra você testar recebimentos de callback

Quando comecei usar a gerencianet, criei uma pagina para callback. Ainda não tinha me atentado ao fato de meu servidor não ter as condições para o mTLS. Fiz como você sugeriu, recebia a notificação e consultava a cobrança em /v2/cob/txid para me certificar de que a notificação era realmente válida. Do meu ponto de vista, é uma camada extra de segurança e vale a pena fazer a consulta e validar as notificações

Acredito que se a página de callback do webhook estiver bem implementada, vai rejeitar o POST, pois precisa recusar a primeira requisição sem certificado da GN. Entretanto, se estiver mal implementada, vai acabar baixando a cobrança