I have an application which contains multiple users in different groups (kinda like life 360). In order to access the full functionality of the app, the user has to pay $5.99 per group per month
I was wondering how can I create multiple auto-renewable subscriptions for the same app? Whenever I try StoreKit and create a dummy purchase, it succeeds but the second time it just restores it.
I have 2 subscriptions in a group right now (monthly and Yearly), I need to be able to purchase the same subscription in every group in my app.
For example, a user opens up group 1 and see a button saying "Buy premium", they purchase the premium for group 1 for $5.99 for 1 month, and switch over to group 2 where they again see the same button saying "Buy premium", and as soon as the user clicks that button, the user should be able to buy the same auto renewable subscription for $5.99 for 1 month, this time, for group 2
How can I achieve this?
Example
In this image, I purchased Life360 Premium in 2 different circles ( Free trial 1 week )
Related
Currently I am using inAppPurchase Process for the payment in App, after payment user can access each and every digital data of the entire App. Can we create list of webseries with different price list, and these webseries can be purchased by an user simultaneously(let say user has purchased Webseries1 on paying INR 29 and then after user is able to play the the Webseries1 only not another one from the list of webseries and on the same time user want to see Another webseries2 costing of INR79. )?
We are currently offering a variety of premium plans on our app using in-app purchases and not Subscriptions. We have a 4 months plan and 1 year plan when user pays from the start (he can cancel at any-time by contacting us and our back-end manages the plans so after the period of the plan has ended he is downgraded automatically) and we want to switch this mechanism to monthly payments subscriptions for better revenue reasons.
It looks as (at least on Google Play) that we can define the billing period by weekly, monthly, etc, but the period of the subscription is still indefinit by meaning of time.
Are subscriptions are "for life" until user cancels it? How does it work?
Is it possible to create a fixed 4 months or 1 year subscription that is paid monthly until its finished automatically? How can we define that a subscription needs to end after exactly 4 months since user first purchase it? (It should also be auto-renewal month by month in that period).
If this is not possible, can we somehow create an indefinit subscriptions and "cancel" the subscription on iOS and Google Play stores for the user without him knowing? (from back-end or clients)
Also, what happens if user to buy a different subscription while he is already in one? Should he cancel and also then buy?
Thanks for any clarification. The official guidelines by both companies are no so clear.
We have developed an IOS app in which we create the calendars dynamically on day to day basis, and users can purchase them.These calendars are of 1 year validity and the events in it expire after 1 year and the user need to repurchase the next series of the calendar.This is our architecture.
We could not find a way to add the product dynamically to itunes. So we chose "coins" to be our in-app purchase product with product type "consumable".If the user wants to buy a calendar then he buys one coin from us and purchases 1 calendar with it.In this way conis are consumed.
Now, the apple suggested to change the product type to "non-consumable".But when we changed the product type of "coins" to non-consumable, it did not allow us to repurchase the coins.It showed the message "You have already purchased this.Do you want to get it for free?"
So we are confused which product type to choose and how to make it work as per our architecture.
Any guidance, suggestions?
Because a "non-consumable" is a "piece of functionality" (eg: new game levels) that you buy once and could use forever, without the need to buy it again.
According to Apple Support, i suggest you a Non-renewing subscription, which looks like matching your needs.
In ios and amazon - we have a subscription family - example if i have purchased a one month subscription, I cannot purchase a six month subscription of the same family. But it appears that this is not the case in google play. For example a user might have a monthly subscription running with a one year subscription also running simultaneously.
Do we have to handle the logic of not allowing a user to purchase a second subscription if he has already subscribed to one subscription?
In iOS the user can change duration for the same subscription family though their iTunes subscription management page. On android you must implement this in the app using the getBuyIntentToReplaceSkus() method:
This method is used to upgrade or downgrade a subscription purchase. The method is similar to getBuyIntent(), except that it takes a list of already-purchased SKUs that are to be replaced with the SKU being purchased. When the user completes the purchase, Google Play cancels the old SKUs and credits the user with the unused value of their subscription time on a pro-rated basis. Google Play applies this credit to the new subscription, and does not begin billing the user for the new subscription until after the credit is used up.
http://developer.android.com/google/play/billing/billing_reference.html#upgrade-getBuyIntentToReplaceSkus
I am having a problem trying to get the business model of my client to work with iOS in app purchases. We are using Parse.com as a backend for this app.
There are two type of users for this application consumers and posters. Posters are able to post an add for a business and the consumers are able to view those ads. The information for the ads are being stored in the Parse backend.
The problem that I am having is this.
The client wants to have 4 different durations for each ad 1 month 3 month 6 month and 1 year. I have set these up on the iTunes connect account as consumables because the duration it stored in Parse.
I can make the purchase the product just fine but the problem is that I have no way of tying a transaction to a specific add I can only determine which of the products (1 month, 3 month, etc that they bought) and the user can have multiple ads.
I also have the problem of since the ad information is stored on Parse I cannot invalidate it unless the user opens their device.
One way to solve this by making your in-app purchase an intermediate "currency" such as "credits" - The user then purchases a number of credits and when they post an ad it consumes the appropriate number of credits from their balance.
This way you do not need to associate a particular ad with a particular purchase - you simply verify the balance is sufficient for, say, a 3 month posting, deduct the credits from the balance and put the ad in the database with the appropriate duration field.