#dipeshdulal-Connect
1 messages · Page 1 of 1 (latest)
we are planning to use a separate customer (cus_xxxxxxxx), attach a payment method to the customer, and then charge the customer using destination charge with the destination as one of the connect account (acc_xxxx) that we want inter-currency transfers to transfer
This looks like a normal destination charge to me and I don't see a problem with it
Granted that; we pay double the stripe processing fees
Could you elaborate on this point?
Basically, we process the transactions in two steps;
At first, we receive funds from all the currencies into our platform account when user's use our platform using separate charges and transfers. (Certain stripe fee is cut here)
After some time (a month or two), we transfer the collected amount to different connect account's connected to our platform using destination charges. (Another stripe fee is cut here)
Will there be any legal repercussions that we face in the future that you know of if we use this approach?
transfer the collected amount to different connected account using Destination Charge?
I am sorry I didn't follow the last statement
Why don't you just transfer to them?
There are two reasons for this approach;
User will not be able to use our platform without actually creating connect account on our platform. (More time to process connect account = more time the user is away from our platform)
Another one is, if there is a small amount of payments being made then stripe charges platform per transaction which will be a cost burden for the company.
We want to collect the funds for some time and then send them to users at once. If separate charges and transfers were possible with inter-currency(cross-borders) then it would have been straightforward.
what do you call an 'inter-currency transfer'?
and when you say it's not possible, do you have an example of an API request you made that failed?
(was about to type in)
Well the problem we faced was, Japanese platform cannot transfer platform money to other than Japanese connect accounts. But we need to transfer to connect accounts that's outside japan as well.
We were using; https://stripe.com/docs/api/transfers api.
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
yep, but I wouldn't say that is anything to do about currency
it's cross-border and yes, cross-border transfers are generally blocked and are highly regulated
that talks about this and what the options/alternatives are
Yes. I got that.
But using destination charges, I would be able to send cross borders as well, right ?
Because the transactions are settled using destination account.
So we planned to collect funds using separate charges and transfers. and then after some time (a month or two) send the collected amount using on_behalf_of method to avoid this limitation of cross-border transfers.
send the collected amount using on_behalf_of method
what does that actually mean in terms of the API request you'd make? I don't understand.
on_behalf_of is used while processing a payment
it's not involved in making a transfer after the fact
We would be creating a unique customer (cus_xxxx) with our platform's bank account's payment method registered. (It could be any other payment method totally). And make payment through stripe charging zero on our end.
we would be transferring the amounts but use payment_intents instead of transfers.
you should ask our support team if that's allowed
If I get your idea right, you plan to create Customer that actually representing your Platform, then charge them (debit your Platform) then do a Destination Charge targeting the Connected Account
yes that's what they are saying
Exactly.
you should ask our support team if that's supportable
But it's hard for support team to actually understand what we are trying to do.
😢
fair, but they should be able to put you in touch with the people at Stripe who know about regulatory issues
that's not us, we are developers answering coding question
what you describe seems risky to me since there is no accounting papertrail of where the transfer came from( a link to the incoming payment) , which is why I'd suggest getting advice on it
Thank You. Sure, I got that.