#brayden-accountdebit-balance

1 messages · Page 1 of 1 (latest)

solar kelpBOT
odd phoenix
#

Hello again! lol we spoke earlier today about charging connected accounts

past gazelle
#

Was about to say!

#

Hello!

odd phoenix
#

I was going through testing charging one of those accounts and ran into the negative balance thing. I just want to understand how that affects our connected accounts.

#

Are you able to access links in my Stripe dashboard?

#

If not, I can explain a scenario as best as I can.

past gazelle
#

Can you send me the link you are looking at? I can definitely see the data behind what you are seeing.

#

Also your account ID (acct_123)

odd phoenix
#

Okay cool, so this is a test connected account that I performed two charges on, one for $15, and one for $150

#

I had to reconfigure the Debit negative balances thing on this account, which is why I made two charges

#

I just want to be sure that I understand the implications of this exactly. In a live scenario, this is the flow that I understand:

  1. The charge is created resulting in a negative balance
  2. A reserve amount is placed on our platform account which doesn't allow those charged funds to be realized quite yet
  3. The actual bank account is withdrawn from for the amount of the charge
  4. The reserve amount shown on our platform account goes away? And those funds are now available?
#

Another question. If a payout were to be made to this account right now, would it be for $165 less than the amount being paid out since this account has a negative balance currently?

#

I'm just trying to understand the cadence of these things because there's really never going to be a time where we want a negative balance to affect a future payout. We'd like all of the transactions on the account to be for their final amount (I don't know if that makes sense).

#

Here's a scenario that might help understand?

  1. A seller in our platform is selling Item A and Item B for $1000 each.
  2. Item A fails our authentication which triggers a flat $100 fee to the seller, which we charge to their connected account.
  3. Item B passes authentication and we need to pay the seller out the $1000 we owe them.
  4. Will the seller actually get paid out $900 in this scenario since they would have a -$100.00 account balance when the payout landed?
solar kelpBOT
past gazelle
#

Thanks for the info, that is helpful. Apologies, I've been slow figuring out how this works and am still figuring it out.

odd phoenix
#

You're good. It's a lot of info. Appreciate your time!

versed prism
#

brayden-accountdebit-balance

versed prism
versed prism
#

Let me know if you have more questions!

odd phoenix
#

Is there a way where we can avoid this? What we would like to see is a -$100.00 charge on the seller's bank statement and then a payout for the full $1000.00 amount of the successfully sold item?

versed prism
#

no that's impossible

odd phoenix
#

Hmmm okay. And the negative balance, how long does that remain negative from the connected account's perspective?

#

Is it like several days? Or if the withdrawal is successful, is it pretty instantly back to a zero balance?

versed prism
#

the latter. We try to debit their bank account and if the debit succeeds the funds are zero-ed out/cleared

odd phoenix
#

Okay so for instances where the debit is successful, this would be a rare issue to encounter?

#

We'd have to have a payout happen at essentially the exact same time, or during some sort of period where the debit was unsuccessful or pending?

versed prism
#

I'm sorry I don't really understand what would be rare?

odd phoenix
#

sorry, where the payout amount would be impacted by the negative account balance

#

Perhaps the situation is not clear?

versed prism
#

yeah I mean I get what you are trying to do, I just don't get the last question. None of what you try to do is possible. You can not guarantee positive funds will be paid out and negative funds will be debited separately. The balance is always "aggregated"

odd phoenix
#

Oh I see.. okay, interesting. Is this due to the fact that paying out to the connected account is not the same as paying out to the actual bank account?

versed prism
#

no it's not that, it's due to the fact that balance is always calculated/tallied in real time

odd phoenix
#

Okay maybe I'm misunderstanding why this wouldn't be possible then if the debit were instantly successful and then the payout were to occur a couple of hours later and be auto-transferred to the connected accounts bank account? Wouldn't that result in two separate line items on the bank account statement, one for the debit and one for the payout?

versed prism
#

why this wouldn't be possible then if the debit were instantly successful
nothing is "instant" though. Debits happen async once a day, any charge that would happen in parallel would offset that and cancel the need for a debit

odd phoenix
#

Okay, so the debit is not necessarily instant. I think that's the part that I was missing.

#

Is it possible to achieve what we're looking for by using Customer objects for our integration and doing one off charges that way for "debits" instead?

versed prism
#

yes that would work though you get different fees in that case and they could dispute those charges, want refunds, etc.

odd phoenix
#

I see, where as these are less disputable

versed prism
#

I mean users will be users 🙂

odd phoenix
#

I think that's what we want over the hassle of disputes and refunds. I appreciate you both working through the information with me here. The conversation was really helpful!

#

Yeah, no kidding lol