Softr stores the state of Stripe subscriptions purchased through Softr, but is not sync’ing that state from Stripe. Softr must listen for Stripe web hook events and update its state accordingly. Softr needs to react correctly to state changes done outside its system for a proper integration.
For example:
Customer purchases Stripe subscription via softr UI
Customer becomes a member of a Custom User Group called “Subscribers”. This used group is based on a Stripe subscription.
Our support team cancels the customer’s subscription from the Stripe dashboard, perhaps to issue a refund.
The Softr subscription state does NOT get updated and the customer is still in the “Subscribers” User Group.
This is not good. Also, there is no UI in Softr for viewing or exiting a User’s groups, so we have no way to manually fix this.
@drew0 Softr actually does read from Stripe with a slight delay… Please share a loom perhaps we can check… We don’t require users to go even via our forms to record a purchase.
We take user’s email check in stripe get subscriptions and map to your user group definition.
ok, I will play around with this and see how it works. It would be preferable to use the Stripe cus_id instead of email though. Customer emails are not unique in Stripe.
Sure Artur. Paying users (subscribed to a paid user group condition) are not mapped to enough requisite events that occur in Stripe. For instance, when a user attempts to upgrade their subscription by selecting a different subscription from a Softr pricing block, Stripe creates another customer with a new subscription that has the same email instead of switching that user’s subscription (product). So this subscription change is not reflected in Softr. Apparently, Stripe is having the user just purchase a new product instead of simply changing their plan.
So to answer your question, when user groups have configurable payment conditions and pricing blocks have options for tiered product pricing that “link each option to a corresponding checkout page (internal or external)”-Softr docs, the implication is that users can can switch (upgrade or downgrade) between subscriptions when they choose to, like we can when upgrading our Softr subscription. Can you suggest a Softr configuration, using the Stripe integration (paying user groups and payment blocks/pages), that can do this?
Hi @Mygrate, @drew.c, and @j_1, Softr’s pricing blocks do not change users’ Stripe plans, however there is still the Softr Stripe portal you can configure for this. Unfortunately, I doubt we’ll see Softr/Stripe updates or improvements anytime soon, if not ever, because Softr’s “priority” is catering to businesses that need internal business portals for their teams. Otherwise, they would have responded to this thread a while ago.
It’s unfortunate, since most client/customer portal app builders cater exclusively to enterprise builders as well. Perhaps if enough creators and builders continue to push for these types of features (ie. for external users), they’ll maintain what they have already deployed. At this point though, with the drive to integrate with technically advanced databases over the last two years, their latest price increases for external users, and neglect for features that would have been useful for external user cases (ex. email changing, email verification, external user onboarding flow), it’s safe to say that they are focused primarily on less price sensitive, enterprise customers, building apps for their teams who do not need features for external users like payment processing.