Histórico de mensagens sobre pix

example.com/pix?Client_Id=ASD

basta vc usar algo como exemplo.com.br/string-aleatoria/pix em vez de apenas exemplo.com.br/pix como endpoint e ninguém saberá o endereço pra te enviar notificações falsas

o <@!522899003663450113> que pegou, na verdade. https://github.com/bacen/pix-api/issues/239

basta vc usar algo como exemplo.com.br/string-aleatoria/pix em vez de apenas exemplo.com.br/pix como endpoint e ninguém saberá o endereço pra te enviar notificações falsas

você já tem essa validação por meio do mTLS, no caso do Pix. não precisa validar headers dessa forma

então o ideal é seu sistema saber o que fazer com a notificação com base no conjunto todo do elemento Pix (consultar a presença de um array de devoluções e os elementos, se houverem), e comparar com a situação anterior da qual que vc já tinha conhecimento. se é um notificação de um e2eid desconhecido pra vc e não tem devoluções, é um recebimento novo

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.

do pix

n existe pq n da pra pagar o pix

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...

<@!671762828046106646> so me confirma... o certificado de dev do pix deveria autenticar no mtls? se não, talvez seja esse meu problema hahah

Porque a ideia com a aplicação do /gn/ é não quebrar, por exemplo nessa /config. E aplicar isso no envio do pix também seria show.

Talvez aplicar o /gn/pix

Daria pra gente revisar também a questão do envio de pix?

seria para quando a Gerencianet recusar um Pix vindo de outro PSP para a sua conta GN

Uma dúvida que me deu agora é: "recusa" é quando um PSP que você enviou um PIX recusou, quando você recebeu um Pix e foi recusado ou os dois?

E o input está ficando assim:

ve se o pix-h ta selecionado

<@!793123559874494465> que tal assim?