I want to know if i want to implement carrier billing on my iphone app in indirect way, like showing the user pop up, if you want this song, send SMS with the request xxx to the number xxx. Is this legal? will apple reject it?
Yes Apple will reject you app, as clearly stated in the App Store Review Guidelines:
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
So yes you app is allowed to offer digital content, but the user have to pay for them with a In-App Purchase API (IAP).
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'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
I have a requirement in my new iPhone application, where I have to made payment like paisapay (Ebay) does. can I open a web page where user can fill information related to payment and server will handle payment? This Transaction will be in secure manner (In standard way). is it possible? Apple will approve app?
If you are using this means to unlock functionality in the app after payment, it will be rejected else it's okay.
As per app review guidelines
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
11.13 Apps that link to external mechanisms for purchases or subscriptions to be used in the app, such as a “buy” button that goes
to a web site to purchase a digital book, will be rejected
For more reference please read the latest App store review guidelines at https://developer.apple.com/app-store/review/guidelines/
maybe this might help you
http://www.zooz.com/
FYI: In accordance with Apple’s App Store Guidelines, ZooZ can be used without limitation for purchasing physical goods or goods and services used outside of 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.