Histórico de mensagens sobre n

E como o @rubenskuhl disse o webhook utiliza apenas o verbo HTTP POST

Não entendi a parte do "usuário" @iberemendes

PUTs ? O webhook manda POSTs...

Sobre o cartão, sim, não era necessário.

Bom, no caso do Pix tinha que ser exatamente assim e se não fosse assim o tio BACEN ia ficar chateado. 😉

queria saber se existe algo para configuar na conta do cliente, ou é algo no sistem

alguém poderia me tirar uma dúvida com webhook? seguinte... no sistema que desenvolvi, os PUTs chegam normalmente para mim..... já para outro usuário, não chega nada.

Ai após estornar no cartão, eu fui lá e também estornei o PIX

Porém não era necessário

O cartão já devolveu o meu valor lá na Nubank, porém pro sistema da Efí fazer isso precisava ter saldo em conta.

Os dois Rubéns

consegui

No caso do Pix funciona assim pq é instantâneo, não D+2...

Enfim, estou falando olhando de fora... Talvez tenha alguma razão lógica para funcionar assim, mas como não debitou da conta, acredito que seja uma implementação incorreta internamente lá.

Seria apenas eles fazerem um if lá rssss...

saldo disponibilizado -> caso sim, valida saldo para devolver. caso não apenas devolva.

Então no momento do estorno ou cancelamento eles verificaram se o pagamento foi disponibilizado na conta para não reter o saldo.

Sim sim, é que eu achei que o sistema da Efí iria reter o valor do PIX na minha conta e depois iria depositar novamente. Mas não foi o que aconteceu, no app informa apenas "devolver valor".

Aí seria um cancelamento e não um estorno... e possivelmente seja bom isso serem endpoints diferentes, para que o desfecho seja exatamente o esperado. Ou pelo menos uma opcao naoestornar=true, que se a transação já tiver sido paga, obriga recusa.

Vocês = Efí no caso rsss

No fim deu certo, mas deixo como sugestão vocês verificarem esse processo 🙂