#rrcoung_best-practices
strong mesaBOT
đź‘‹ 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/1295547290962100296
đź“ť Have more to share? Add more details, code, screenshots, videos, etc. below.
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.
- rrcoung_best-practices, 1 hour ago, 14 messages
heady sinew
We're using Stripe Custom Connect Accounts and need help with a specific payment flow. All payments must go directly into the Seller’s Connected Account, not the platform account.
We also need the buyer to pay Stripe card processing fees. For example, if a buyer is purchasing $1000 worth of goods, the buyer should be charged $1017.50 (assuming the Stripe fee is $17.50).
Once the funds land in the Seller’s Connected Account, we want to deduct a 1.6% platform fee from the seller. In this case, after the $1000 is received by the Seller, $16 (1.6%) is deducted and sent to the platform. The Seller would then be left with $984 after the fee is applied.
To summarise an example:
Buyer pays $1017.50 (for $1000 product)
$1000 goes to the Seller’s Connected Account
$16 (1.6% platform fee) is deducted from the Seller’s account
Seller ends up with $984
Could you guide us on how to configure this in Stripe so the buyer covers the processing fees and the platform fee is applied correctly after the funds land in the Seller’s account?
candid spoke
Hi! Looking into the question!
visual groveBOT
candid spoke
Can I check what charge type do you plan to use?
heady sinew
Let me check on this
I believe Direct Charges, where the funds directly go to the connected account, I have asked out other Devs to confirm
golden shell
For custom connected accounts, Direct Charges is not recommended. Custom connected accounts don't have access to Stripe Dashboard and couldn't manage the payments on their account.
If you wish to use Direct Charges that creates payments on the connected account, Standard connected account should be used.
For Custom connected account, Destination Charges should be used. You'd need to calculate the processing fee and add to the final amount of the Payment Intents based on the payment method type using two-step confirmation flow: https://docs.stripe.com/payments/build-a-two-step-confirmation
You will then compute the application fee amount accordingly
dry scarab
Thank you @golden shell , let us review and come back to you in 10 mins
heady sinew
Hey @golden shell the funds can not touch our account, that is the requirement of our setup
Is there a way to achieve what we are wanting without the need for funds to go through our account
candid spoke
In this case you should create Standard connected accounts instead of Custom. You can use Direct charges with Standard connected accounts, which will dorect the charge amount to the connected account.
heady sinew
Let me confirm with the team thank you!
vital moth
In this case you should create Standard connected accounts instead of Custom. Yo...
Hi Sam - I am the dev with these guys.
We are already using direct charge, so how does changing the type of connect account allow us to charge fees as outlined by @heady sinew here #1295547290962100296 message ?
We also plan on building a custom stripe onboarding which isn't possible for a standard connect account
Thank you!
candid spoke
Hi! In this case, you can use our integration guide [0] to design your integration. After that you can use specific controller properties instead of account types to create your connected account [1].
[0] https://docs.stripe.com/connect/design-an-integration?connect-onboarding-surface=api&connect-dashboard-type=none&connect-economic-model=buy-rate&connect-loss-liability-owner=platform&connect-charge-type=direct#your-personalized-guide
[1] https://docs.stripe.com/connect/migrate-to-controller-properties
vital moth
When we trying to inegrate this as it is outlined in the docs you sent, it throws an error...
Object literal may only specify known properties, and 'controller' does not exist in type 'AccountCreateParams'.```Which version of stripe library are you using?
vital moth
Which version of stripe library are you using?
"@stripe/connect-js": "^3.3.5",
"@stripe/react-connect-js": "^3.3.7",
"@stripe/react-stripe-js": "^2.6.2",
"@stripe/stripe-js": "^3.0.10",
"stripe": "^14.21.0",```controller property is only supported from stripe-node v14.25.0 onwards: https://github.com/stripe/stripe-node/blob/master/CHANGELOG.md#14250---2024-04-09
However, you're using older version 14.21.0 in your integration. I'd recommend updating to the latest stripe-node version v17.2.0: https://github.com/stripe/stripe-node/blob/master/CHANGELOG.md#1720---2024-10-09
vital moth
Okay sweet! Will update and test
golden shell
Sounds good! Feel free to let us know if you have any further question
strong mesaBOT
vital moth
Are we able to update existing connect accounts to follow this new configuration? I can't see anywhere in here to specify it as a parameter?
hybrid fiber
Hi @vital moth I'm taking over this thread
No you can't set controller on existing accounts
vital moth
No you can't set controller on existing accounts
Okay that's cool we are still in testing so it's not an issue.
vital moth
Hi <@295351073789706240> I'm taking over this thread
This product was $10, we are trying to add add a the stripe fee on top but it seems to get refunded automatically, is there a way that we can add onto the total price like this to capture the fee, we are already showing this on our frontend.
We have used Xero invoicing with Stripe before and when I make an invoice for say $500, it adds a ~$8 stripe fee on top that for the client to pay so we retain the full invoiced amount.
hybrid fiber
What's the PaymentIntent ID?
heady sinew
Sorry @hybrid fiber, it wasn't in relation to this specific transaction
It is more a general question in relation to if we have the ability to add the stripe fees ontop of a purchase so the buyer is paying the fees when they do the purchase
Much like with xero in the attached screenshot
hybrid fiber
No, processing fee is only available after the payment succeeds
heady sinew
How is it possible for the xero integration? Is this specific to Xero?
hybrid fiber
I have no insights on Xero implementation.
heady sinew
Does anyone on your team have Stripe/Xero knowledge, as this is a feature of stripe when implemented with Xero
hybrid fiber
No, and we can't disclose user's implementation.
heady sinew
It is clearly a feature that is available, as you offer it on the above screenshot. The above screenshot is a stripe screenshot.... We just need to know how it is implemented
hybrid fiber
You mean the xero screenshot? No it's not a page implemented by Stripe.
If you refer to the Dashboard screenshot. as I explained earlier, processing fee is only available after the payment succeeds
And you can programmaitcally retrieve it through payment_intent->latest_charge->balance_transaction->fee_details
vital moth
We are just trying to understand if there is a way for us to add the stripe fee onto the top of the product cost so that the person purchasing pays the fees. As currently if we modify the amount, the $ value over the product amount is automatically refunded
So we are doing amount + stripe fee and that is our adjustedAmount that we are sending with the paymentIntent.
amount: adjustedAmount,```If your quesiton is whether we can determine the Stripe fee before creating a PaymentIntent, then the answer is no
heady sinew
The xero Implementation is based on an estimate I believe, as you can see in the screenshot it says it is an estimate, and adds that to the product cost
hybrid fiber
Yes, that's possible
heady sinew
And how is it possible? What is the implementation?
hybrid fiber
I said it's possible that processing fee that's displayed in xero page is based on their estimation. And again, I don't have insights on how they implemented the page or how they calculated the estimation.
vital moth
Since we changed our connect application from type = "custom", to use the controller so we can set fees on the application, we had to set the type to express. Now when people complete the connect onboarding, they are appearing in the dashboard without their real names? Just as id's...
Is this the expected behavior? @hybrid fiber