#dtfk
neon hazel
dense marsh
If it has a po_123 ID, then yes. That ID is for a specific payout, it will be the same across payout.* events
dense marsh
When the payout is created, that will associate the relevant balance transactions with it already
We don't change what goes in to a payout after it is created as far as I know
light loom
U mean payout.created, paid, failed, canceled: all have same payout id?
dense marsh
Yes, those events show you the lifetime of individual payouts
So you would be expected to see a created event and then one of those three other events for each payout
light loom
And then payout.created & payout.paid have similar payout IDs. Correct?
Yes it's same
Tell me something, just like if we pass payout.paid payout id & type: charge.
We get list of all transactions that were charged earlier and whose payout is done.
Like the doc says some payout gets failed even after payout.paid is done.
Then the failed transaction will still appear in list when we pass payout.paid payout id & type: charge ?
dense marsh
I don't think failed charges would show up here as they wouldn't have balance transactions as far as I know
If you test it out, you can see for sure if any charges like that show up
light loom
Actually stripe test bank accounts are not working
So I don't know how do I test failed, canceled transaction?
dense marsh
If you successfully create a payout you should be able to see
Is there any error message associated with this test payout failure? Our test bank accounts should work here
light loom
Actually when I feed test bank account numbers , it says currently doesn't support test acc nos.
dense marsh
Oh I think I was assuming you were using a connected test account. For standard accounts you have to use a real account number
light loom
Okk. So we can test on connected account?
dense marsh
Yes, that should show the proper behavior here. Though it might be a weird setup if you aren't planning to be a connect platform in production
If you are planning to just use your standard account, it would probably be easier and more accurate to just add a bank account to your stripe account
light loom
Actually real bank account number for testing may not be possible as of now. I think so
So I m thinking to test with connect account
Just a quick question, it will produce the same results just like it does for standard acc?
dense marsh
They would be similar, I am trying to think of whether there would be differences.
What exactly are you trying to do with these balance transactions?
light loom
Actually I m implementing a functionality in which I need to update payment status of different transactions whether their payout is done or not. In other words, whenever we charge the customer, the amt goes to stripe balance and then to bank account.
Now if it is successfully transferred to bank....status update : success
If transfer failed: ......status: failed
dim bobcat
Hello 👋
Taking over as Pompey needs to step away soon
light loom
Hello hanzo
dim bobcat
It shouldn't produce a diff behavior for standard accounts. Payouts' object structure should be consistent across the board
light loom
and it will behave similarly with connect acc as well?
dim bobcat
yes
light loom
how does payout.cancel happen?
dim bobcat
https://stripe.com/docs/api/payouts/cancel
A previously created payout can be canceled if it has not yet been paid out. Funds will be refunded to your available balance. You may not cancel automatic Stripe payouts.
light loom
so its manual process?
dim bobcat
Yes
light loom
if a manual payout is created then that payouts can be canceled manually
dim bobcat
Yes
light loom
But do automatically payouts get canceled?
dim bobcat
As far as I know, no.
light loom
Ok thanks Hanzo
dim bobcat
NP! 🙂 Happy to help