I'm working on an iPhone app for iOS 8. The app is free but users need to buy an in-app purchase to unlock premium features.
I would like to give some users the in-app purchase for free. Can I unlock an in-app purchase for a user if I know the UDID of his device?
There is no way to grant an in app purchase by udid. all apple purchases are bound to appleid's, not to devices and you can't give it for free to specific adresses.
the in app developing guide states:
You must provide any additional
functionality, including unlocking
built-in features or downloading
content from your own servers.
you can also check the answers there: Giving in-app purchases to specific users for free
Related
I'd like to offer 100% discounts via one time use coupons on IAPs. Can it be done? And more than just 100 of them, which I think is the number of coupons Apple allows. My goal is to generate future IAPs by introducing players who don't use them to try them.
From what I've been able to tell, it seems that Apple doesn't officially allow IAP promotion codes.
From: https://developer.apple.com/app-store/review/guidelines/#purchasing-currencies
1.1 Apps that unlock or enable additional features or functionality with mechanisms other than the App Store will be rejected
11.2 Apps utilizing a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be
rejected
See also
1) https://forums.coronalabs.com/topic/37264-rejected-by-apple-cause-of-promo-code-custom-solution/
2) How to create a promotion code for iOS in-app purchases
If you still want to power ahead and do this, one way is a URL scheme. Briefly, you enable your app to respond to something like: myAppName://... when that URL is present in an email being read using the Apple Mail app, or when that URL is typed into Safari. Then, your app examines the URL parameters and pulls out, say a code identifying the type of comped purchase (e.g., perhaps consulting a back-end server), and makes the comped purchase available to the user.
See also:
A) Free iOS in app purchase for some users/devices
B) Rewarding iOS app beta testers with in app purchase?
C) iOS In-App Purchase, sending to another account (gifting?)
D) Providing a discount code for an iOS in-app-purchase
I'm making an app for a certain museum. Some parts of the app should be restricted only for visitors purchasing tickets with a code printed on them.
This code can used to get access to the restricted parts of the app.
Is it something apple can reject?
There is no way apple can reject your app. It has changed strict guidelines of its iOS developer agreement to allow in-app subscriptions outside the App Store.
The App Store Review Guidelines states the following:
11.14 Apps can read or play approved content (specifically magazines, newspapers, books, audio, music, and video) that is subscribed to or purchased outside of the app, as long as there is no button or external link in the app to purchase the approved content. Apple will not receive any portion of the revenues for approved content that is subscribed to or purchased outside of the app.
Regarding Feb 2018 version of App Store Review Guidelines 3.1.1 this is not possible for now.
https://developer.apple.com/app-store/review/guidelines/#payments
3.1.1 In-App Purchase: If you want to unlock features or functionality within your app, (by way of example: subscriptions, in-game
currencies, game levels, access to premium content, or unlocking a
full version), you must use in-app purchase. Apps may use in-app
purchase currencies to enable customers to “tip” digital content
providers in the app. Apps and their metadata may not include buttons,
external links, or other calls to action that direct customers to
purchasing mechanisms other than in-app purchase.
I am trying to implement In-App Purchase in iPhone SDK, but I am trying to buy an app from another app.
Is it possible to implement it? From first app, I open one feature which is locked by In-App Purchase. It has to install the feature as another app in the device. So that the owner can get the money of the app using In-App Purchase.
You cannot purchase an app from an app using In-App purchase for that go through below point:
11.1
Apps that unlock or enable additional features or functionality with
mechanisms other than the App Store will be rejected
And for more details please check. If any issue please revert me.
I am going to upload an iphone app with in-app purchase. Previously i had made this application paid. Now i am going to make it free with in-app. Now the users which have already downloaded the app needs not to do that in-app purchase part. How is this possible?
If existing user will download updated version, then he has to upgrade app by paying through In-App purchase.
There is no such facility if user updates the application.
We're having some trouble with the App Store Review Guidelines, specifically these two points in section 11 - Purchasing and currencies:
11.1
Apps that unlock or enable additional features or functionality with mechanisms other than the App Store will be rejected
11.2
Apps utilizing a system other than the In App Purchase API (IAP) to purchase content, functionality, or services in an app will be rejected
We're making an app for iOS, Android and Blackberry. We wish to provide in-app purchases for iOS and SMS for all three alongside. We can't quite depict from the guidelines whether we can have text underneath an in-app purchase button saying "or SMS XXX to XXXXX" and have them enter the password received back to their phone.
Yes we're using another system to the IAP, but we're offering that at the same time. Could SMS be counted as a different "mechanism"?
Any help on this would be much appreciated. I don't fancy the idea of submitting our app for approval after setting this all up just to have it rejected and have things delayed for weeks.
Thanks in advance :)
Sending an unlock code via SMS will almost certainly be considered a "mechanism other than the App Store" (11.1), and be used as a cause for rejection.
No you can't do that. Apple will reject your app. They don't want any other IAP methods, because they won't earn any money from it! StoreKit is just the easiest and best (and the only :P) API for IAP. Either you just use regular IAP or you will have to stick with Cydia. You can make your app free in Cydia and then manage your own IAP using SMS or how ever you want it to be.