Products & Plans
Products
Products
A Product is composed of the following parameters :
The
Product name: this parameter is used to display theProductin the Purchasely Console, but is also displayed to the user in the section "My Subscriptions" (which allows users to manage their subscription directly into the Mobile App).\The
Product Vendor ID: this parameters allows you to set your own identifier for theProduct. ThisProduct Vendor IDwill be useful at the Webhook level, when receivingEventsabout a particularSubscription, theProduct Vendor IDcorresponding to theSubscriptionwill always be present.
The Product Vendor ID cannot be changed after its creation, so choose it carefully
The
Description: this parameter is only used for your own internal purposes. It is a note that you can use for recording whatever information you want. It is not displayed in the Mobile App.\The
Icon: this icon is displayed in the Purchasely Console and in the section "My Subscriptions"
Editing _Products_** in the Purchasely Console**
To edit a Product, click on the Edit entry in the upper right corner

Except the Product Vendor ID, all the other parameters can be modified when editing a Product
Plans
PlansIn Purchasely model, Plans correspond to items users can actually purchase. They correspond to :
in-app purchasesin the App Store Connectin-app productsin the Play Store Console
In Purchasely Console, a Product, can be associated to several Plans.
Creating Plans in the Purchasely Console
Plans in the Purchasely ConsoleTo create a Plan, click on the button + Add new plan

A Plan is composed of the following parameters :
Plan name: this parameter is used to display thePlanin the Purchasely Console, but is also displayed to the user in the section "My Subscriptions" (which allows users to manage their subscription directly into the Mobile App).\Plan Vendor ID: this parameter allows you to set your own identifier for thePlan. When receivingEventsabout a particularSubscription, thePlan Vendor IDcorresponding theSubscriptionwill always be present. It will inform you about thePlanassociated to the subscription and thus allow you to define the matching entitlements. ThePlanhas a common identifier for all thePlatformson which it is distributed.\Plan type: this parameter allows you to define the type of in-app item corresponding to the Plan. If a plan is mapped with several in-app purchases from several stores, it should be consistent and have the same type on all the stores.Level: this parameter allows you organisePlanswithin theProduct. Subscriptions should be arranged in descending order, starting with the option that offers the highest level of service. This order defines the migration policies (see below)\
Binding Store Product ID together
To bind the Plan with the Store Product ID, you must first ensure that the Application has been correctly plugged with the stores.

Check the Stores on which your Plan is distributed\
Report the
Product IDfrom the corresponding in-app purchase retrieved from the App Store Connect Console in the fieldApp Store Product idApp Store Connect Console > My Apps > [YOUR APP] > In-App Purchases > Manage > In-App Purchases > [YOUR IN-APP PURCHASE]

Report the
Product ID,Base Plan IDand wether or not the plan isBackwards Compatiblefrom the corresponding in-app product retrieved from the Play Store Console in the fieldPlay Store Product idPlay Store Console > [YOUR APP] > Store presence > In-App products > Subscriptions > [YOUR IN-APP SUBSCRIPTION]

Ordering Plans inside a Product
The Level parameter is used to rank Plans inside a Product.
On iOS, the App Store Connect Console provides the Subscription Groups, that are the exact equivalent of Products in Purchasely. The order in which Subscriptions are organised inside a Subscription Groups defines the migration policies (up-sell | down-sell | cross-sell). The policies are managed directly by the App Store.
Plans inside a Product should be organised in the same order as Subscriptions inside a Subscription Group. If they are ordered differently, the Subscription Group ordering will prevail over the Product ordering in the Purchasely Console.


On the Play Store, Subscription Groups do not exist. Therefore, this is the order in which Plans are organized inside a Product in the Purchasely Console, which will define the migration policies between the Plans. The policies are thus managed by the Purchasely Cloud Platform.
About migrations policies
When a subscriber change his subscription (A) to another one (B), a migration is applied. The migration results in the auto-cancellation of subscription A, when subscription B is purchased.
App Store
On iOS, the migration is directly applied by the App Store. The condition to meet is to have the 2 in-app purchases belong to the same Subscription Group
3 different policies can be applied by the App Store :
Downgrade : if subscription A has a higher rank than subscription B in the
Subscription Group, the migration will be considered as a downgrade. In this case, subscription A will remain active until the end of the current billing period, and subscription B (with its own price and periodicity), will replace it automatically and become active only for the next billing cycle. Subscription A will then be automatically resigned. Example : migration from the Yearly plan to the Monthly plan (screenshot above 👆) or from the Gold plan to a Silver plan in a multi-tiers subscription group. Inside the app, the user flow looks like this :

Upgrade : if subscription A has a lower rank than subscription B in the
Subscription Group, the migration will be considered as an upgrade. In this case, subscription B will immediately replace subscription A a new billing cycle will start right away. Subscription B will be refund prorata temporis (for the time remaining before the end of the current billing period) to the user.\Crossgrade : if subscription A has the same rank as subscription B in the Subscription Groups, the policy applied will depend on the duration of each subscription. If they have the same duration, the policy applied will be the same as an upgrade (effective immediately + pro-rata refund), and the user flow will be the one of an upgrade. If they have different durations, the policy applied will look like a dowgrade (subscription B will become effective at the next renewal date).
More information about the all this is accessible directly on Apple Help Center
Play Store
On the Play Store, since Subscription Groups do not exist, and migration are directly managed by the Purchasely Cloud Platform. To achieve this, it relies on
ProductsandPlans. IfPlansA & B belong to the same Product, Purchasely will apply a migration.For simplicity towards users, the exact same rules as on iOS have been implemented (downgrade / upgrade & crossgrade). Purchasely Cloud Platform relies on the parameter
Levelto determine which Plan has the highest rank and apply the corresponding migration policy.
Editing Plans in the Purchasely Console
Plans in the Purchasely ConsoleTo edit a Plan, click on the Edit button in the upper right corner.

Last updated
Was this helpful?