The plugin is an extension of Cumulus core .
Powerful and easy subscriber management from inIT.biz. This plugin allows you to quickly set up schedules, subscriptions, orders and manage plan switching within your application.
After installation, your current plans will become no-expiring, no-paid ones (explanation below) and all clusters will get a no-expiring subscription to plan that they had before installation. This way you and your users will not spot any difference. The only one will be managing the clusters' plans which right now will be possible only by managing their subscriptions.
In order to make the plugin work as expected you have to have scheduler set up (click here for info how to do it).
Note: The plugin is not supplying any payment gateway methods, but wraps everything about the process for you.
The key idea behind the plugin is subscriptions. The subscriptions are assignments between clusters and plans that can be paid, expiring or both. It's a customizable and pretty powerful idea.
The plugin takes care of changing clusters' plans by checking their subscriptions every day and changing those which have expired. They will be changed to the plan set in the subscription as plan after expiry.
Note: Deleting subscription will not change cluster's plan
Orders are a good addition to the subscriptions. They automate the process of calculating the price and simplifies upgrading plans or prolongation subscriptions.
example usage section below to get the idea.
Useful notes about the orders:
- Orders are issued by clusters (or an admin in backend on their behalf)
- Calculating the upgrading price works only when both plans use the same currency.
You can create a lot of combinations of plans. Every plan has a "plan after expiry" property, which means you can set every config you want to get using plans in such a way.
If you want you may event toggle two plans every week if you set so. It does not make sense, but you can :). Just set one week expiry period for both, and "plan after expiry" to each other.
Maybe in your environment, it makes sense to create "Trial" and "After trial" plans.
Or maybe "Bronze", "Silver", "Gold" and "Not paid". In this case "Not paid" will not have any paid features assigned to it. This way cluster which has not paid will lose access to the paid features.
Let's assume we want to have four plans in our application:
What is more, we have configured
CumulusCore to auto-assign newly registered clusters to Trial plan.
Let's say we have a user that wants to register his company (ACME Corp.) in our service.
After he/she registers his company, he is getting by default Trial subscription and full access to our system for 14 days. He can leave it untouched and after those 14 days, his plan will change automatically to Free.
He can also create an order using
Trial and not expiring plans cannot be prolongated so the only thing he can do is to upgrade his plan to Plus or Pro according to our configuration.
He decided to upgrade to Plus right now. He enters page to manage his subscription and selects Plus plan to upgrade to. Automatically the price $150 is calculated and he moves to the "create-order" page. After that, he is redirected to the payment page.
When the payment is successful he is getting a subscription for one year of Plus plan.
Let's say that after a half of a year he visits the "manage-subscription" page again. This time he can do two things there: prolongate or upgrade:
SubscriptionRepository was removed. All methods from the repository were moved to the
Subscription model. Refer to the model code for more info.
inIT has been consistently providing a discreet and professional development service for October CMS users since 2015. We have successfully played major and minor development roles in over 100 October based projects supporting and partnering with clients around the world.
Why not make us a part of your next October development crew.
inIT.biz is a trading name of inIT.biz sp. z o.o., a company registered in Poland (REGON: 367829790, VAT: 8661738221)