#stripe_connect_platform-app-fee
desert gyro
Hi there!
To summarize, you are asking whether you can update a Sub created by your Connected Account to set an app fee on it?
timid relic
Hm.
Not exactly.
I am looking at stripe_subscription = Stripe::Subscription.retrieve(subscription_id, {stripe_account: stripe_user_id})
For sub_EqlKaiDug3Tkxr
That is a high dollar subscription
The customer is frustrated since our app is stopping him from uploading that sub
I am frustrated b/c I don't want to process high dollar subs that we not created by our application
And I cannot update that sub to confirm that this connected account wants us to process it
What can be done?
Can I somehow delete and recreate the exact same sub but with our application listed so we get the fee.
desert gyro
What do you mean by "stopping him from uploading that sub"?
timid relic
Right now everyone is frustrated.
He literally can upload a record with that sub ID so we listen for events about it
That happens automatically when they use our payment buttons
But he is trying to cheat our system methinds
methinks
So the app is blocking him correctly since we only listen for events on subscriptions which we created and for which we obtain an application fee.
Is there any way we can obtain an application fee on sub_EqlKaiDug3Tkxr
Or would we have to delete it and re-create it or something?
desert gyro
If I remember correctly, you should be able to update the Subscription to set an App fee.
I can double check though
timid relic
Ideally, upon upload, our app would say "Hey, this connected customer is processing this sub via this platform, so we at Stripe will let the platform update the sub with its application id and obtain the platform fee"
desert gyro
Gotcha.
timid relic
Right now it is just stopping him.
But if we could not stop him but if that is the case, update the sub with:
application: us
application_fee_percent: our_application_fee percent
But my understanding is that we cannot update subs we did not create. Hate that rule but I think that is the rule yes? Per Stripe?
desert gyro
Yeah I don't believe you can but give me a moment to test it as I can't remember exactly how we handle this.
timid relic
Is it that we cannot update a sub if "there was another platform listed" or we cannot update a sub even if no platform was listed.
desert gyro
You definitely can't update if the sub is controlled by another platform.
However, if the Standard Account created it themselves, and no other platform is involved, then I'm not positive.
Which is your scenario, correct?
timid relic
Yes
desert gyro
Gotcha, give me a moment to confirm the behavior.
timid relic
sure
desert gyro
Okay yes this is actually prohibited as well. So yes, recreating the Subscription is really the only route here (and cancelling the previously created Sub).
timid relic
hate that
so how do we safely destroy someones subscription and re-create it exactly without getting a lawsuit.
hate destroying peoples subscriptions
ugh
danger zone
wish Stripe would address this issue
desert gyro
Yeah the behavior isn't desirable in your case, but it prevents a lot of nefarious actors.
timid relic
it forces us to do something really in the danger zone
desert gyro
In this case it is up to your relationship with your Connected Account user to handle this in a way that is acceptable to both parties.
desert gyro
For instance, it may be best to just display a message to your user that the Sub was deleted and they need to create it again via your Platform.
Then you aren't actually the one recreating?
timid relic
hm.....
I think if they try to upload a sub into our app, we check if we are on the sub as the application.
And if not, we..........?
What is the API call if we have the sub id and want to copy it and add our application fee on the sub but if paid do not get our application fee until next payment? And make sure not to charge.
desert gyro
You would retrieve the Sub based on the ID and then recreate it with a trial period until the renewal.