#tikitikitero88
solar torrentBOT
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.
- tikitikitero88, 6 days ago, 39 messages
- tikitikitero88, 6 days ago, 74 messages
velvet hornet
New one
hard sage
hello! hrm, lets take a step back, what's the reason that you need 2 separate partitions?
velvet hornet
Hi! Due to finance team restrictions we should try to separate the funds and transactions received because of the buyer purchases and the funds and transactions we use for promotion management.
hard sage
we don't currently support creating partitions in the Stripe balance unfortunately 😅
velvet hornet
How the source_type parameter of the Create a Transfer API work? I thought that it may be a possibility to make this requirement work using that attribute to get the money of the transfer from a specific source, separated from the main source. But I am not sure how to add funds to that specific source and if the Transfer Reversal will put money back to the same source.
hard sage
the source_type is just for the different types of balances i.e. card, bank_account, fpx with relation to the different types of payment methods, it's not meant to be used as a partition
i.e. some payment method types require Stripe to "segregate" the payments received into a separate balance
velvet hornet
But that parameter looks like that can be helpful. Because all the buyer transaction will go to the card source. And our funds for promotion can be added to the bank account source. In that way we can have 2 separate partition.
We need to make sure to understand how we should perform the transaction of adding funds to that bank account partition. Then the Transfer will take money from that source. And if the Transfer Reversal put the money back to the same source everything should work.
Am I wrong?
hard sage
no, it doesn't work that way. You cannot control which balance type the funds from payment will be transferred into. That depends on the payment method type
In fact, the bank_account balance type is almost no longer used. That's for a legacy ACH debit integration
velvet hornet
So, there is no way to add funds to that bank_account source manually?
hard sage
yes, there's no way to add funds to bank_account source manually. It's not intended to work in that way that you described
velvet hornet
Neither “simulating “ that we are doing a payment / debit with bank account payment method?
hard sage
The legacy ACH debit payment method is already being deprecated, so no
again, that's not how it's meant to be used
velvet hornet
So, which options do we have then? Implement these separate partition in a virtual way somehow?
I saw the top-ups option but that seems that will just increase the entire balance but the automatic job can extract that money too.
hard sage
you could try implementing it "virtually" in the sense that you can "tag" transactions using metadata.
you would need to implement the necessary logic to manage all of that in your own system. I'm not entirely certain how well this will work though, you'll need to test it out
velvet hornet
Is there any possibility to get your support on this process? I think that trying to find a solution together would be beneficial for you to document this scenario for any other colleagues that want to use stripe in the same context.
Because we may be able to tag transactions but it will be difficult to understand how much balance we have in the two virtual partition. How can we know that and track that properly? Financial team needs to clearly understand all the flow of funds.
The other option I was thinking is the possibility of having a NEW connected account simulating the second partition. So, we add money to the platform balance using top-ups. Then, we immediately transfer money from the platform account to that NEW connected account. Then for any potential transfer we do a DEBIT from that connected account to the platform account. And immediately we do a transfer to the seller connected account.
And for Reversal scenario. We do a Transfer Reversal from the latest transfer to get the money back in the platform account and then we do another transfer immediately to the NEW connected account.
hard sage
the connected account simulating a second partition is an interesting idea, but i think I would email Stripe Support https://support.stripe.com/contact/email to check in with our risk team if this is fine before considering progressing further.
velvet hornet
Ok sure, if you can help me to check that with the risk team it will be awesome. I need a definition for this as soon as possible. Ideally today.
hard sage
you will need to write in via https://support.stripe.com/contact/email and the Support team will get back to you
velvet hornet
Ahh I should write myself? I understood that you are going to check this possibility or any other possibility with your team.
hard sage
I can't write in for you since I don't know who you are and the full details of your business. if you write in to support then you're authenticated and the feedback/question is raised on your behalf so we can get a better sense of your business, track it, make the necessary notes on your account and let you know directly if something changes or if we need more input and so on.
velvet hornet
ok, that makes sense.
any other potential option to share with me from your point of view before you close this thread?
which topic do you recommend me to select in the Contact form?
hard sage
I can't think of any other good alternatives off the top of my head right now. you can select "others" if nothing else seems to fit