Histórico de mensagens sobre webhook

o sdk em php nao tem as funcoes para webhook

para "consumir" a API, cada aplicação (par de client_id / client_secret), recebe um arquivo .p12 (contendo certificado + chave, que podem ser desmembrados em .cer e .key, se for necessário);

para receber os "callbacks" no seu endpoint de webhook, você precisa de um certificado específico para tal - este é único para todos os clientes.

a brecha que existe - pouco explorável - é que outros clientes podem definir a sua URL de webhook para as chaves deles, e recebimentos deles acionarem o seu webhook intencionalmente

não entendi se a sua preocupação é por ser ou por não ser único. pois ele é único no caso dos webhooks (o que é diferente entre cada cliente é o certificado de consumo da API; enquanto o dos webhooks é único para todos os clientes)

se caso alguem pegar o mesmo certificado e mandar a requisiçao pro meu enpoint do webhook

o próprio BACEN que retirou da spec argumentando que um Pix (e2eid) só chega ao cliente quando já está concluído, então você deve se basear na existência ou não de items de devolução dentro do pix pra saber quanto recebeu referente ao e2eid [e quanto foi devolvido, se for o caso] e não num campo de "status", pois um webhook pode ser acionado no momento que uma devolução acontecer, por exemplo e aí o status fica meio dúbio.. deveria ser, ainda, recebimento/recebido (pq o Pix foi recebido) ou devolução/devolvido por ser uma notificação acionada pelo gatilho de devolução? se o Pix for R$ 100 e a devolução for parcial, de R$ 10, fica ainda mais complicado se basear só nesse campo.

no video o webhook volta o status e tal

acho que modificaram o webhook

Se for por cada chave (Webhook nesse caso) seria interessante colocar no singular. Mas se for algo pra todas os Webhooks eu deixaria no plural

eu também padronizaria tudo pro singular. webhook, tarifa, recebimento

<@!370847985199742977> você pode utilizar o certificado de homologação em conjunto com as credenciais de desenvolvimento para testar o cadastro da chave com o seu webhook. Como não está desenvolvido ainda o pagamento em homologação, o webhook não vai ser acionado.

mas nem o registrar webhook funciona?

Mas não existe webhook em dev.

https://dev.gerencianet.com.br/v1/docs/api-pix#section-webhook

Em relação a isso já que implementaram também o envio do Pix e ele é async, seria interessante criar um webhook também pra recusa do PSP recebedor...

Aqui eu não utilizo nenhum dos webhooks a não ser de recebimento, então pra mim faz sentido sim.

Observem que coloquei um atributo webhooks.notificar.devolucao.
Faz sentido pra vocês optar por ser notificado de um recebimento e não de uma devolução? 🤔

E o input está ficando assim:

<@!793123559874494465> que tal assim?

Pessoal, gostaria de opiniões e sugestões em cima desse desenho de endpoint:

PUT /config

Objetivo: permitir que o integrador controle alguns comportamentos. Por hora: receber ou não webhooks, receber ou não a tarifa cobrada como atributo na notificação do webhook, setar uma regex que será considerada na validação do txid.