#yaviner
1 messages · Page 1 of 1 (latest)
Actually not sure that link to the previous thread worked - let me see if I can get a working one
Maybe this link is better? https://discord.com/channels/841573134531821608/1124052464308596817
Hi, I'm not sure that In understand the question here. To confirm, are you asking if the payout.created event is liable specifically in when it's fired and if the amount would be updated?
Let me clarify - we're looking to see if this is a valid alternative to using the payout.created event at all. The problem with payout.created is that there's a time lag - we don't get the data we're looking for from it until there's a payout (obviously), and it would be best if we had the information available as soon as the Transfer is created
The information we're looking for, specifically, is the final amount of {currency} that a Connected Account will receive in the payout stemming from a given Transfer, given that their account is denominated in a different currency than our Platform supports. The Transfer object itself only shows the amount we sent in USD, not the amount the account received. However... if we follow the destination_payment in the Transfer through to the Charges API and then the Balance Transactions API we find a usable - and seemingly accurate, based off the very few tests we've done - value in the recipient's currency
Yea, it looks like there was a thorough discussion on this from your earlier thread. If the information that you need is there, I would use the destination_payment in the Transfer through to the Charges API and then the Balance Transactions API you could use that. Without seeing an explicit example of it acting differently I'm unable to hypothetical make assumptions here.
Okay, thanks! Should we expect that both the Charge and the Balance Transaction will be available immediately after the Transfer is created? Just wondering as to the internals (i.e. if these might get created on a delay, we would wait for a webhook instead)
There is no guarantee of order of events: https://stripe.com/docs/webhooks/best-practices#event-ordering and it's recommended that you're resilient to this and use the API to fetch any missing objects.
In this proposed scenario we wouldn't even be using webhooks to fetch this data. The flow would be entirely synchronous from our side, i.e.
- Create the Transfer
- Fetch the Transfer
- Use the data from the Transfer to get data from the Charges API and then the Balance Transaction API
regardless of the webhooks, does the Charge and Balance Transaction get created at the same time or is that indeterminate?
In this case, yes. Balance Transaction is created for every transaction that moves funds.