#milan_90064-destination-refunds

1 messages · Page 1 of 1 (latest)

half fableBOT
#

Hello! We'll be with you shortly. 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.

flat timber
grave canyon
#

I don't think that answers my question. The refund is going through. The issue is that the refund is being split proportionally based on the destination charge.

#

For example, pyr_1OGyevDFt6iTMCHHJoMu6TYr was originally for a refund of 51.20. However the payout shows that the merchant was only debited 50.87.

#

We want the full 51.20 to come from the connected account.

flat timber
#

Is the difference coming from an Application Fee? Or something else?

grave canyon
#

I'm not using application fees. But when the original PI was created, I sent the majority to the connected account minus an amount for the platform.

#

pi_3OF7WSDFt6iTMCHH1K2zc5tR shows 787.33 as the toal amount with a transferdata amount of 782.21.

#

782.21 / 787.33 roughly equals 50.87 / 51.20

flat timber
grave canyon
#

We are doing a partial refund, but that's still not the issue. The issue is that whatever the refund amount is going to be - whether it's partial or full - we want it to come from the connected account. We do not want any of that 51.20 to come from the platform. Instead only 50.87 is being taken from the connected account leaving the platform to cover the rest.

flat timber
#

I assume that's because the balance of the Connect account couldn't sustain the full refund, no? Did you check balance before submitting the refund? That's generally a good practice, since you can only take what's already there

grave canyon
#

They have the funds.

#

There were other transactions in the payout and the payout was far greater than the <$1 difference. Stripe is proportionality splitting the refund between the connected account and platform.

#

Does the ReverseTransfer flag have anything to do with this?

flat timber
#

The reverse transfer flag will basically ensure that the tranfer you made to the Connect account gets reversed back to the platform, so if you're using that and the transfer to the connected account was less than the full charge amount, it's not surprising that the amounts are different. Does that make sense?

grave canyon
#

Kind of. You might need to dumb it down for me a little more (sorry for my ignorance here). So are we saying that if I flip that to false, then the connected account would be debited for 51.20 (ideal) instead of 50.87 (not ideal)?

flat timber
#

No, so all that parameter does is ensure that the transfer you made to the Connect account gets reversed from the Connect account balance to the Platform account balance. So if you made a transfer for only 50.87 when the charge originally succeeded, then the transfer reversal will only be for 50.87.

grave canyon
#

Oh. And the 51.20 to the payer is actually coming from the platform? So the platform is taking 50.87 from the connected account and adding the rest and giving 51.20 to the payer?

#

I think it was explained to me that a chargeback comes from the platform's account as well. So when a dispute is initially created, we have to execute a reverse transfer from the connected account to the platform for the platform to recoup those funds. Is that right?

flat timber
#

yup, exactly

grave canyon
#

Fascinating

#

So....if we want the full amount to come from the connected account, we'd have to do an additional reverse transfer to cover the rest.

50.87 in the original transfer + (51.20 - 50.87) in a reverse transfer from the connected account to the platform.

half fableBOT
flat timber
#

Correct

grave canyon
#

Whew. Ok. Got it now. Different than what I expected but at least there is a path forward.