#gringo_connect-subscriptions-migration

1 messages ยท Page 1 of 1 (latest)

sharp heartBOT
#

๐Ÿ‘‹ 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/1358819539713790065

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

pure cape
#

Hi ๐Ÿ‘‹ when using a Destination Charges style flow like you're describing, the Platform account pays the Stripe fees:
https://docs.stripe.com/connect/charges#stripe-fees:~:text=Destination charges and separate charges and transfers typically use the platformโ€™s pricing plan and are assessed on the platform.

It's not possible to have Stripe charge the Stripe fees to the Connected Account in this scenario. If you're operating in a region where you're legally permitted to charge your Connected Account for your Stripe fees, then you'd either need to debit your connected accounts for the Stripe fees once you know them:
https://docs.stripe.com/connect/account-debits

or, switch to a Separate Charges & Transfers style flow instead:
https://docs.stripe.com/connect/separate-charges-and-transfers
where you can wait and create the Transfer to the Connected Account once you know the Stripe fees, so you can adjust the amount you transfer to the Connected Account accordingly.

mild chasm
#

my region is Brazil

#

I can't debit my connected account here

#

the problem is that my account balance keep getting negative, because I'm paying the stripe fee that I'm not supposed to pay

#

as the payment is on_behalf_ the connected account

pure cape
#

Using on_behalf_of doesn't change the account the fees are assessed against:

When the on_behalf_of field is set, the country of the connected account is used to determine the country specific fees charged to your platform account.
https://docs.stripe.com/connect/charges#stripe-fees:~:text=When the on_behalf_of field is set%2C the country of the connected account is used to determine the country specific fees charged to your platform account.

Create a charge and split payments between your platform and your sellers or service providers.

sharp heartBOT
mild chasm
#

I can set a fee to the connected account?

zealous cedar
#

Hi ๐Ÿ‘‹

I'm stepping in as my colleage needs to go. Can you clarify what you mean here?

mild chasm
#

Hello, the problem I have is that I need the Connected Account pay the stripe fees

#

to my account dont stay negative

#

because as a White Label, we are transfering 100% of the value

#

to the connected account

zealous cedar
#

You cannot force the Stripe Fees to be paid by the Connected Account and, you cannot know for certain what the amount of the Stripe fees will be before the charge occurs.

mild chasm
#

I can use application_fee_percent ?

zealous cedar
#

You can do that or you can reduce the amount you transfer to the connected account

mild chasm
#

I doing the second option already

#

but somethime they do 99% discount

#

or something like that

#

and my account keep getting negative lol

#

and I can charge the connected account

#

I had to get in touch with the stripe support to send money to pay the fees

#

the best option would be migrate to their account?

zealous cedar
#

I'm sorry but I don't follow what you are describing. If you want to keep more of the funds from the payment on your platform account, you can either charge application fees or reduce the amount of money you transfer to the connected account.

#

Your platform is the one creating these payments so it's up to you to determine where you want the funds to go

mild chasm
#

to my customer pay the stripe fees the best option is to migrate to use their account

#

and not as a connected account

#

right?

#

to migrate all subscriptions, I need to transfer the customers on the dashboard

#

the subscriptions I need to migrate with the API, right? after recreating the subscriptions on the new account, I need do cancel them on the original account?

zealous cedar
#

to my customer pay the stripe fees the best option is to migrate to use their account
and not as a connected account

SOrry but this makes no sense to me at all

#

This is when all the Stripe objects exist on the Connected Account

mild chasm
#

I'm using subscriptions

zealous cedar
#

So the Customer, Price, Subscription are all created on the Connected Account

#

For those types of charges, the Connected Account pays the Stripe fee

mild chasm
#

it can be created direct with the subscription creation?

#

because it looks exactly what I'm doing

zealous cedar
#

You said earlier you are using Destination Charges with OBO. Those are fundamentally different approaches

mild chasm
zealous cedar
#

You are using transfer_data. That is not how direct charges work

mild chasm
#

to use direct charges

#

I have to change all my code

#

creating the charge outside the subscription creation

#

right?

zealous cedar
#

No

#

You need to modify how you create Subscriptions

#

You should read our docs on the differences between how they are created here

#

The docs talk about Payment Itent but Subscriptions work the same way

mild chasm
#

can you send me an example?

#

with subscriptions

#

because I can't find anywhere..

#

I look for the code on the link you sent

#

and the diference is this:
payment_intent_data: {
application_fee_amount: 123,
},

#

that I'm using on the code example I sent

#

sorry, but I'm really lost about it

#

if I use this:
{
stripeAccount: '{{CONNECTED_ACCOUNT_ID}}',
}

#

I need to migrate all customers and subscriptions

#

to the connected account

zealous cedar
#

Correct

mild chasm
#

so this way I can't have the same customer between 2 connected accounts

zealous cedar
#

Correct

mild chasm
#

that's the main Idea, it's basically the same thing that what I said

#

to migrate everything to their account lol

#

that's kind of finish the idea of marketplace

#

would be so easy to charge the stripe fees to the connected account, especially using on_behalf_of

#

can you help me with migration info?

#

to migrate all subscriptions, I need to transfer the customers on the dashboard
the subscriptions I need to migrate with the API, right? after recreating the subscriptions on the new account, I need do cancel them on the original account?

zealous cedar
#

I cannot speak to what is available in the Dashboard

#

We don't deal with the Stripe dashboard on this server.

mild chasm
#

ok, and migration with API?

#

the subscriptions I need to migrate with the API, right? after recreating the subscriptions on the new account, I need do cancel them on the original account?

zealous cedar
#

If you do not cancel the subscriptions on the platform, customers will get billed for both

#

We have a doc on copying data to connected accounts here

mild chasm
#

perfect, there's a tutorial to migrate subscriptions?

zealous cedar
#

No

#

Not for Subscriptions specifically.

#

You can retrieve the subscription object from the platform account, then create a new Subscription on the Connected Account using the same data. Then, when the creation succeeds, cancel the one on the Platform.

#

But I STRONGLY recommend simulating this in Test mode before you try it in production.

mild chasm
#

ok, thank you!

#

I can recreate the product and prices with the same ids?

#

I saw that customer and subscription I can use the same id

#

but for product I didn't see it

zealous cedar
#

I would not rely on using the same IDs. You should design your integration to be able to find the appropriate Customer/Subscription/Product without needing to hard-code the IDs.

mild chasm
#

hmm this way I would need to change the Ids on my API

zealous cedar
#

I don't recommend you rely on specific ID strings. I think that will make your integration more difficult to maintain.

mild chasm
#

ok