#ohdeedeeoh
last grove
young field
Hello again! Not sure what you mean by "platform sub accounts". Can you describe how this would make payouts easier?
snow thistle
My platform consists of unique content, each content I want to create with a platform subaccount, that way customer pay to the subaccount, and when there's credit in balance in subaccount, the group of creaters who are responsible to maintain that unique content could get payout whenever they like, this way removes the webhook of subscription when an invoice is created
Hi again!
young field
If I understand what you're describing that won't really work, especially if your goal is to avoid webhooks. The Subscription payments will still happen async, and you'd need to set up webhooks to listen for those payment-related events.
snow thistle
The subscription is paid to the subaccount, creators could login any time to see if their content has balance, if above zero, they could click the payout button, then payout
young field
How does your platform get paid then?
snow thistle
I see subscription has a field application_fee_percent which allows me to collect fees when creating a subscription
young field
That only works with Standard connected accounts and direct charges. That means there can only be at most two parties involved who get the money: that single connected account and your platform.
I thought you needed multiple parties to receive the proceeds from the Subscription?
snow thistle
Yes and that's what I thought about sub account just now. Customer just pay to the unique content (sub account), whenever and however much they donate. The creators who maintain this particular content could login anytime to check if there's balance in the unique content sub account, if it is positive, they could click on payout, then it would payout to them
young field
That would require multiple Subscriptions, one per content creator/connected account.
You couldn't have a single Subscription across mutliple connected accounts, in other words.
snow thistle
That's actually what I'm saying, I want to have a connected sub account which sits between creators account and platform account
young field
I thought the sub accounts would be the creator's accounts?
snow thistle
No for the unique content
- Platform (Connect account)
- Unique Content (account I want to have)
- Creators who maintain that unique content (current express connected account)
young field
So where do you want the Subscription to live in this scenario?
snow thistle
customer subscribe to the unique content, 1:1
young field
You can give it a try in test mode, but I doubt it will work the way you want, and I still don't see how it would eliminate the need for webhooks.
snow thistle
My question is what account unique content should have, what about the onboarding, could I skip the unboarding, or auto onboarding
storm brook
👋 hopping in here since rubeus had to head out
Onboarding isn't something you can skip - in order to pay out or accept live payouts each account involved has to be verified/onboarded
If I've got this right, you essentially want three levels of accounts -> Main platform account -> has multiple "unique content" connected accounts -> which each are connected to creators they pay out to
Is that right?
snow thistle
Yes that's absolutely correct
So right now I have a problem of payouts from a subscription invoice, since I don't know when it would came, I could implement webhook, but just want to know other applicable means
storm brook
You've got a few different problems to sort through here - the most important being that three levels of connect is really hard to manage correctly. The "unique content" accounts will have to be standard accounts, but for the creator accounts it'll depend on what you want.
You'll also need to think about which account you create the Subscription on - do you want it on the platform? On the "Unique content" connected accounts?
snow thistle
I want to have subscription between customer and unique content 1:1
As for the standard account, maybe the author needs to onboard it to a standard account
It seems very complicated, since it cause too much effort for creators
What are the webook for onetime payment succeed and subscription invoice succeed, so that I could use events to payout that way
for both one time and subscription
storm brook
For subscription webhooks you'll want to read through this: https://stripe.com/docs/billing/subscriptions/webhooks#events
snow thistle
Thank you what about one time payment
storm brook
We talk about those webhook events in there as well - you'd want the payment_intent.* events
snow thistle
Should I use invoice for subscription and payment_intent for one time?
storm brook
It's really up to you - some people use payment_intent.succceeded for both since invoices also have payment intents, but some people prefer to use the invoice.* events because they have different information (Like the line items)
Really you should try it out and see which works best for you
snow thistle
Thank you karbi, for the payout, do I need to create a charge with new payment intent and then transfer, or the invoice of either one time or subscription has already, I could just start the transfer without creating a new charge
storm brook
You should be able to just transfer from the "Unique content" account -> to the creator account
snow thistle
For now I just want unique content to be a product, so to confirm, I should be able to just transfer as well for product subscription invoice, and one time invoice, right?