#Charles_
1 messages · Page 1 of 1 (latest)
Hi! Let me help you with this.
My question assumes that my web app wouldn't store any client details, or require login since this would ideally be handled by your solution.
With something like firebase?
There's a lot of options. Firebase probably works.
There is a no-code portal option that may be useful in this scenario: https://stripe.com/docs/customer-management/activate-no-code-customer-portal
Works via a session URL that we email to your customer
That could work, what does the workflow look like for making changes to the subscription?
If I understand correctly, my app would have a generic "Manage Subscription" link that clients would use to login their stripe account and make any changes?
Sure, all this is outlined at the docs above
(there's a demo here: https://billing.stripe.com/customer-portal-demo)
@undone ferry on any changes of subscriptions my application needs to make some external API calls and send the customer in question an email with updated details. Is it possible to link such event to a callback function in my app using the solution you've linked?
Sure, you'd use webhooks. Related events (likely customer.subscription.updated) would fire from any changes made in the portal, and you can action them in your webhook handler
Good to hear, what still not clear; If the portal is accessible from anywhere (simply by using a link) can you really guarantee that my callbacks will still get called upon subscription change event?
Not sure I understand what you're asking me
It's not accessible 'from anywhere'. Your customer(s) input their email address, if you have a Customer object in Stripe with that email address, we send them an email containing a short-lived session URL to access the portal
It expires after being clicked, or after a set amount of time (couple minutes I believe). Whichever happens first