I'm trying to use the Offer Codes feature Apple introduced in iOS 14. While it mostly works we are receiving reports of issues from our users that they can't actually redeem the offer.
From the documentation:
Select the customer eligibility for your offer. You can choose any combination of new, active, or expired users.
New: Users who have never subscribed to any subscription product within the group.
Active: Users who are currently subscribed to a product within the group.
Expired: Users who were previously subscribed to a product within the group, but whose subscription has expired.
Our subscription group has following plans (only 1 level):
1 Month
3 Months
6 Months
12 Months
We have created an Offer Code for the 12 Months plan.
Based on the documentation users who are currently subscribers on the 1m, 3m, 6m plans should therefore be able to crossgrade using this offer.
But users that actually try to do this receive an error:
This offer cannot be redeemed with your current subscription.
I checked and there are in the same subscription group and users can crossgrade without a problem if not using the offer. Any ideas what am I missing?
Related
Say I am developing a game.
I want to offer two different subscription memberships.
$5 monthly, VIP Basic: Can get 100 gems per day.
$9 monthly, VIP Advanced: Can get 300 gems per day.
Can I set up two subscription memberships?
What if the user purchase VIP Basic for 3 days and want to upgrade to VIP Advanced, does he/she have an option to upgrade or he/she has to wait for the first subscription to expire?
Thanks,
You can have multiple subscription options and your users can change their subscription preferences whenever they'd like. Although there are many different tutorials on the internet some things are recommended by almost everyone:
First things first you'll need to verify the subscriptions of your users by sending a receipt data to Apple's iTunes servers. Do NOT do it on the phone or locally. Do it on a web server of your own, preferably having HTTPS certificate.
Remember to store a user's subscription either locally or on a web server since Apple Review documents requires your users to have the edit option available to them in your app.
Users should have the restore option available to them as well. So don't forget to add that to your subscription integration.
When displaying your subscription prices and details do it by fetching their info from Apple. Don't add static texts or prices since review team will reject your app because of this.
Subscription prices can be changed for each country from Appstore Connect panel. Remember to adjust the prices based on certain countries economic state.
You can't test real subscription options on development environment thus you'll need to use some sandbox environment parameters. Don't forget to remove them when you are sending an update.
Lastly here is a good tutorial with example codes on how to add auto-renewable subscriptions to an app.
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.
I'm currently working on an iOS app that will allow users to purchase an auto-renew subscription to access service charged monthly. I would like to be able to offer a basic and premium service, and allow users to upgrade or downgrade from one or the other.
I've set up test users and some test products and I've found that if you select the basic subscription first and then later on select to purchase the premium subscription the test user is charged for both services simultaneously.
Does anyone know if its possible to programmatically cancel a users current subscription when we've noticed they've either upgraded or downgraded their service, so they are only being charged once?
I've seen that using this link
https://buy.itunes.apple.com/WebObjects/MZFinance.woa/wa/manageSubscriptions
Allows a user to manage their subscriptions manually, but I would like to handle migrating them to their new plan automatically.
The control over the subscription once purchased is by the user. Only the user who purchased can cancel the renewal. As a developer you can't do any changes.
After a discussion with someone at Apple the answer to this is question is that there is no support for multiple product subscriptions with the same duration. They would not comment on how certain apps are able to do this. Officially it's not possible.
Our app that is in development will have the following 2 IAPs set up:
$12.99/mo as an auto-renewable subscription.
$9.99/mo as an auto-renewable subscription (if you've entered an invite code).
Obviously if the user enters the invite code BEFORE subscribing, we can ping the Apple servers with the lower-price IAP.
But our issue is: We're (planning on) allowing users to enter the invite code whenever they want, including AFTER they're already a paying subscriber. That way we can offer the discount for any future months they're a subscriber within our app.
Has anyone done this? Is this possible? Etc...
Update 8/30/2015:
Unless someone provides us with the knowledge / ability to do otherwise, we've come to the conclusion that it's NOT possible. We even reached out to Apple and they said there's no API for such thing on their end.
That being said, we're going with the following approach:
If a user subscribes BEFORE an invite code is entered, they're charged the higher of the 2 prices.
If a user enters a code while ALREADY subscribed, they must unsubscribe, then re-subscribe to obtain the lower price point.
If a user subscribes AFTER an invite code is entered, they're charged the lower of the 2 prices.
UPDATE 9/23/2016
there's something called Subscription Groups in iTunes Connect that Apple recently introduced with Auto-Renew subscriptions. A user is only allowed to subscribe to 1 of the subscriptions within a group at a time. Thereby allowing a user to shift between "tiers". This is a possible solution to those coming across this question in the future.
Apologies if this question has an obvious answer, but dozens of Google and Stack Overflow searches haven't brought me any closer to the answer...
We have an iOS app that uses In-App Purchase to allow users to sign up for a subscription. This subscription automatically bills monthly. In iTunes Connect I can see the total number of subscription transactions being processed each month, but I can't see how many subscribers we're adding / retaining.
Ideally, we'd like to be able to see:
Total number of active subscribers
Number of new subscribers in this period
Number of cancellations in this period
Any ideas on how to find this info - either from iTunes Connect or a third-party solution - would be appreciated. Thanks!
I received an email today that you now have visibility to active subscriptions. Log into iTunes connect, Go to "Sales and Trends" then select "Subscriptions" from the report chooser.
Report Chooser