Keep in-app purchases across two apps? - ios

consider two apps:
Free Version with in-app purchases
Premium Version with in-app purchases
In-app purchases are certain items.
The premium version is able to do different things with those items.
I would like to sell the premium version, but keep the in-app purchases the user might have purchased within the free version-assuming the the user uses the same itunes account.
Is that possible?
Thanks in advance, marimba

The only way I know is to upload the customer's product list to a server, then give both programs access to the server. That doesn't solve the problem of having to create two sets of In-App Purchases in iTunes Connect.
BTW this is just ONE way that Apple's IAP is not up to the task.

Related

Can app get rejected if I do payment on Safari of device?

I am showing listing of the coupon/offers in the app. On clicking on same I am opening the particular merchant site in safari on the device and making redemption/purchase of the same coupon.
Can this lead to rejection please let me know.
Thanks in advance!!!
NO, if you are selling virtual goods then try to understand below things.
You can use in-app purchases to sell a variety of content, including subscriptions, new features, and services. There are four in-app purchase types you can offer.
Consumable
Users can purchase different types of consumables, such as lives or gems in a game, to further their progress through an app. Consumable in-app purchases are used once, are depleted, and can be purchased again.
Non-Consumable
Users can purchase non-consumable, premium features within an app. Non-consumables are purchased once and do not expire, such as additional filters in a photo app. Apple can host content associated with your non-consumable in-app purchases.
Auto-Renewable Subscriptions
Users can purchase access to services or periodically updated content, such as monthly access to cloud storage or a weekly subscription to a magazine. Users are charged on a recurring basis until they decide to cancel.
Non-Renewing Subscriptions
Users can purchase access to services or content for a limited duration, such as a season pass to streaming content. This type of subscription does not renew automatically, so users need to renew each time.
For more details, https://developer.apple.com/in-app-purchase/
Actually no, if you are not doing in-app purchase. And if your app have something that leads to in-app and to avoid apple in-app you diverting the user in safari then apple definitely reject your app.
In your case, it doesn't seems like the in-app purchase.
Make sure overall app quality and performance is good else apple reject app with other reasons also.
For further details go through this -> https://developer.apple.com/app-store/review/guidelines/
Best of luck!

How to create free in-app-purchase?

I need one of my in-app purchases to be free, possibly with the provided by Apple IAP structure?
Currently the type of that purchase is non-consumable while it's payed everything is okay, but the problem is that if i made it 'free" from price tiers, i receive it's ID in invalidProductIdentifiers.
Apple have now added a Free price tier for in app purchases. I've tested it with a non-consumable for an app that is currently in the store and it works perfectly.
Just go to 'Manage In-App Purchases' in iTunes Connect, select the product and change the price tier to Free. Then, when you fetch the SKProduct in your app the price will be 0.
NOTE This was accurate when it was written, but has since become outdated
You cannot have a free In App Purchase. Think about it. What would Apple gain by giving you free hosting for your stuff? If you charge for it they get 30% and that makes them happy but 30% of nothing is nothing. You will need to host the content yourself.
Source: My experience with IAP
In-app purchases are for products which can be purchased, or has minimum Tier1 pricing, else it cannot be consider into inapp process.
You app should have list of products which are available for in-app, else other should be skipped from the in-app process.
This is possible for non-consumable IAPs:

Subscription Products are Non-restoring, Why Apple is asking me to put up a restore button?

I don't understand Apple Guidelines. I had created an app which is having free as well as premium features.
By default the app comes installed with free features, I had provided the buy button so that user can buy the premium features of the app using the in-app purchase feature.
The duration of subscription is 3-Months and it is non-renewing.
I submitted the app to App store, but apple is asking me to place a restore button in the app, so that users can restore their previous purchases.
on the other hand, It is written in the apple documentation that you cannot restore subscription based apps.
It seems quite confusing to me, Can you please guide what to do in this matter.
There are two possibilities:
1) You don't know that some of your purchases are restorable.
2) Apple doesn't know that all of your purchases are non-restorable.
Follow up with Apple.
EDIT The above is wrong. You need to restore the purchases on your own without their support, since you chose to not use auto renewing. From the IAP guide
You are required to deliver non-renewing subscriptions to all devices owned by the user. Non-renewing subscriptions are not automatically synchronized to all devices by Store Kit; you must implement this infrastructure yourself. For example, most subscriptions are provided by an external server; your server would need to implement a mechanism to identify users and associate subscription purchases with the user who purchased them.

how can my In-App-Purchase cater for volume purchase program?

My customer wants to purchase my 2 In-App-Purchase products within one of my App on 16 ipads that her School District owns. However, due to their volume purchase program they cannot purchase them as in-app purchases. They want us to create a paid app for these contests so that they can purchase them. Is there any other way for both of us to adopt instead of creating a paid app for them separately?
I am a volume purchaser and have just run into this problem myself. As far as I can tell from my research the only way around this issue is for the developer to create a paid for 'FULL Version' that contains all the features of the in-app purchases.
If anyone comes up with a better way please do share!

iTunes Connect In-App Purchase multiple apps

We have two targets from the same code. Reason is to be able to localize the icon in the app store and on the device. They have different App IDs, but we was hoping to use the same IAPs for both.
We use Urban Airship to look after the IAPs, but iTunes Connect doesn't allow us to enter the same Product ID in the different apps.
We don't really want to keep different sets of codes and IAPs, so is there any way of getting this to work?
Thanks
No.
In-app purchases require non-wildcarded App IDs (foo.bar.bang, not foo.bar.*).
App IDs must be different.
In-app purchases can only access their own App IDs available purchases.
I suggest you rethink the need for localized icons. (If there is text on your icon, you should definitely rethink it!) Otherwise, genericize the icon.
Possible workaround (i think you can do this): both apps can use iCloud to access shared defaults. Unlock purchases made from one app in the other as identified by defaults.
No you can't use the same subscription as #bshirley mentioned - according to https://developer.apple.com/app-store/subscriptions/
But you can create two subscriptions and sync between the apps so your users will not pay twice for the same thing.
Offering Subscriptions to Multiple Apps
You can offer auto-renewable subscriptions to access multiple apps in your portfolio. Each app must be approved to use auto-renewable in-app purchases and must be published under the same developer name on the App Store.
In iTunes Connect, you’ll need to set up separate and equivalent auto-renewable in-app purchases in each app offered in the multi-app subscription so that users can subscribe from any app. To avoid users paying multiple times for the same offering, you are responsible for verifying that they are subscribers in one of the apps before showing any subscription options. To do this, consider maintaining an account management system in which users create an account with your business to sign in to each app.

Resources