#euston_error
1 messages ยท Page 1 of 1 (latest)
๐ Welcome to your new thread!
โฒ๏ธ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
๐ This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1463028649853976666
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
anyone is here?
Hi ๐ let me catch up on your question
My team doesn't contact users on WhatsApp so I will not be able to contact you there. I can provide support here if that's okay
ok!
Can you share with me the payment ID (pi_xxxxxxxx) that is supposed to "split" ?
can talk in discord?
No we only provide text support. If you'd like a call, you'd need to contact Stripe Support via our contact form: https://support.stripe.com/contact/login
where can i find payment ID?
Its in your Stripe Dashboard. If you seaarch for look up the $10 payment you created, there should be an ID (pi_xxxxxxx) on the page or in the URL.
It is under Details
pi_3SquaFEmWfRG7G3I1GzcOwZm
yes!
Okay, I can see that your integration uses Elements with Checkout Session, and the checkout session manually passed "1000" as the unit amount.
1000?
in cents, so its 10SGD.
I am not seeing any parameters used to split this payment. You mentioned marketplace and Stripe Connect, but the request that created the checkout session does not utilize Stripe Connect
May I ask if you are the developer?
If so, I can advice the changes needed and you can make the change in test mode to test
i am not but my develop passed info to me. we can talk first. if needed, i can add him
Because right now, pi_3SquaFEmWfRG7G3I1GzcOwZm is a live charge.
the problem is not it didn't pay 10% to our platform. we didn't see 10% application charge
And usually, we'd want to make sure the integration works in staging first before going to production
yes, staging means in test environment.
the checkout session that created pi_3SquaFEmWfRG7G3I1GzcOwZm did not use application_fee_amount [0] nor created the charge on a connected account, so there will be no transfer of funds to any other Stripe account
it is a ticket. user purchase first (at this moment, we didn't know which merhcant user will redeem). until user redeem the ticket in one merchant, stripe auto pay to them via strip connect
Could you share with me a payment created in your sandbox account that worked as expected?
can this work?
one moment
by the way, if i invite my developer in, the old message in this dialogue will still be seen by him?
Yes.
Thank you, I can confirm that the checkout sessions used to create the two PaymentIntents (live & test) are different.
really?
I can get your the request IDs to look at the body of the request being sent to Stripe API, give me a moment
**This is for your test environment: **
- Use this link to view the request ID in your Dashboard: https://dashboard.stripe.com/acct_1Sl2MIRD7b6SCpew/test/logs/req_dpJVeP70BNQhAQ
- In the REQUEST BODY, noticed that there's
application_fee_amount: "12000"andtransfer_data: {destination: "acct_1SqTpPI1om6KOykb",โ these parameters are used for Stripe Connect. - Essentially, this is telling Stripe that "This Checkout Session should create a Destination Charge [0] for acct_1SqTpPI1om6KOykb , and the application fee I want to collect from this charge is $120 (or 12000 cents)"
**This is for your live environment: **
- View request ID in your Dashboard: https://dashboard.stripe.com/acct_1SRs1DEmWfRG7G3I/logs/req_wLNQCBPv5QFG43
- This is a requests that creates the checkout session in for live charges. In the request body, we can note that there's no use of
transfer_data: {destinationorapplication_fee_amount, which means this is a normal charge that will settle its fund in the Stripe account that created the charge.
You can share these two request IDs with your developer to note the difference and make the necessary changes in your live environment.
We will not be able to keep chats open that long. You can tell him to open a new support chat on Discord if he has any questions
That said, this thread will always be available as read-only. So he can view our chat history if you give him the link to this thread.
This channel is usually opened but idle threads are closed. It is mentioned in our notice
#1463028649853976666 message
ok. let me ask you one question. i want to know if we can actually do it or not
we are a platform. our product is a ticket. user purchase first and they can redeem in 10 different restaurants/bars (at this moment of purchase, we didn't know which merchant user will redeem). only until user redeem the ticket in one merchant, we know who is the merchant and use stripe connect auto pay to that merchant via strip connect (we set as 31 days payment arrangement). > can this be done?
usually stripe connect supposed to fix one merchant in the beginning. but in such case, merchant is still unknown until redemption.
still there?
Yes
this is the most important question here
The scenario you are describing (platform receives funds, transfer to connected account later) fits our Separate Charges and Transfers use case: https://docs.stripe.com/connect/separate-charges-and-transfers?platform=web&ui=elements
Essentially, the platform receives the funds, and transfers the received funds to different connected account(s).
You'd also want to read up on how fees can be collected in a seperate charge and transfer scenario: https://docs.stripe.com/connect/separate-charges-and-transfers?platform=web&ui=embedded-form#collect-fees
But do note that transfers can only happen in the region (for your Stripe account, thats Singapore). Cross border transfer like transferring funds from your SG account > US connected account is not supported for Platforms in Singapore.
ok great
means we can do it even in the beginning we do not know which merchant to be paid until the redemption, right? the process can be as long as 30 days is ok? merchant end's check in scan will bring back the merchant ID to our code and run the stripe connect auto pay from there
can you confirm this? i am worried that my question is not clear to you
the most important thing is we do not know which merchant to be paid in the beginning when we set up the product.
*the process can be as long as 30 days is ok? merchant end's check in scan will bring back the *
Yes, assuming that your system knows which merchant to create transfer for upon redemption from the customer. There is no deadline/timeline for when you can create a transfer for a merchant.
merchant end's check in scan will bring back the merchant ID to our code and run the stripe connect auto pay from there
This question depends on how your system works and retrieve the merchant ID so I will not be able to advice. You will need to speak to your developer about this. My team will only be able to advice the payment mechanism that happens on Stripe.
ok. so "do not know which merchant to pay upon user purchase ticket and only know which merchant to pay later point that merchant info to trigger later payment to merchant in stripe connect is ok, right?"
i really hope this is working
I don't quite understand the question but it appears to be related to how your system detects the merchant the redemption is for, and create the transfer to the merchant.
You will need to ask your developer about that. We can only advice on questions related to Stripe.
how can we find you again this evening? can we pin you?
yeah. i am asking the question regarding stripe
does stripe connect request we know which merchant to pay to when the payment received from the user ?
that's why i need to talk to you
u mean not understand my question
My team staff this channel and members are rotated. We do not provide support in DMs so please create a new thread if you'd want to come back later.
I may not be online, but you will be able to speak to a Stripe staff as long as this channel is open.
so do you understand my question above?
does stripe connect request we know which merchant to pay to when the payment received from the user ?
This depends on the charge you created. In your test example (pi_3SqtbuRD7b6SCpew0dutW8iT), we know that the funds will go to this connected account (acct_1SqTpPI1om6KOykb) because the connected account ID is supplied undertransfer_data.destination
ok
But if you are creating a standalone transfer, then your system will supply the destination connected account in the destination parameter of the Transfer object: https://docs.stripe.com/api/transfers/create#create_transfer-destination
does this mean no matter what we can definitely pay to merchant as long as we can point at the correct merchant at any point of time?
I am not sure what you mean by "any point of time" but there is a difference between creating a PaymentIntent with transfer_data.destination v.s. a standalone Transfer with destination.
The former tells Stripe to transfer to the destination connected account the moment payment is received from the customer. While the latter depends on when you actually create the transfer to the connected account.
So if you want to control when the transfer to connected account actually happens, you'd want to create a standalone Transfer. This is also what's used in Separate Charges and Transfer that I mentioned to you above: https://docs.stripe.com/connect/separate-charges-and-transfers?platform=web&ui=elements