#rikz_webhooks

1 messages ¡ Page 1 of 1 (latest)

spare cypressBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1262750746437484575

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

plucky rampartBOT
#

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

karmic bridge
#

hi there!

#

I agree that's a bit strange, looking into this

proper idol
#

Thanks if you need further info let me know

spare cypressBOT
maiden trail
#

When you used the test helper to fund the customer balance, those funds were made available but immediately reconciled to the payment intent

#

so you get the funds available event, but its zero because they were already allocated to the payment intent

#
proper idol
#

So that means sequence of events are processing very quickly
So when the funds released to the cash balance it started to trigger but by the time we recive the event the amount is already allocated so its 0

#

I have a logic in my end where I listen to this event and do immediate refund.
So I think I might need to check for non 0 amount and then refund the balance.

I hope that is correct

maiden trail
#

I don't understand the logic you're describing, but yes, you might need to achieve that another way

#

The customer_cash_balance_transaction.created events are atomic transactions

#

so if you want fine control over cash balance behaviour, consider observing those instead

#

Unlike the funds_available event, you should get one for every change to the customer balance up or down

proper idol
#

Ok
So you mean that we should rely on customer_cash_balance_transaction.created not the funds available event right ?

maiden trail
#

It depends on what you're trying to do, they behave differently. funds_available is not atomic for each balance change if youre using automatic reconciliation, its only for the remaining funds after that happens.

#

In your case, that was zero

#

If you want every balance change (transaction), then the other event might be better for you

#

You should try it out and see if it meets your needs

proper idol
#

I understand your explanation