I have an application that my client wants to give away to customers for free.
To get the full functionality, the customers would have to fill in a code.
Other customers will need to do an In App Purchase to get the full functionality.
Is this allowed by Apple or will I bump into app store restrictions.
Tried to find it, but haven't found a decent answer.
Anyone tried it before ?
Thanks !
Please see this other SO answer:
Redeem codes for inapp purchase items
I dont think it is possible to do what you want. Either everyone has to enter a code, or everyone has to do an in-app purchase.
You could also have both of these options available inside the app, but that may seem messy and informal for customers
I would say you could ask the user for a login (email + password). You could then connect to a server of yours and check the credentials. If the server knows this user because you host a list of all the users allowed to use the premium options for free, you could unlock your premium features. Otherwise, you ask Apple for the In App Purchase precedure.
Related
I am designing a paying app that will require users to create their own profile.
This app will of course be downloadable on each of the devices the user has.
This is the precise scenario I want to bypass :
the user downloads the App on an iPhone
he creates an account and start using the app that makes server
calls
he downloads the app on his iPad and with his login & password
retreives the data on the server, so far so good
Now, he lends his iPad to a friend (who didn't pay for the app).
The friend wants to use the App, and wants to create his own
account. Yet, I want to forbide this since he didn't pay for the
App.
So my problem is : I want to restrict the use of the app only to the user that paid for the App, not for his friend.
Of course, I cannot use the AppleID since there is no way to reach it from code.
I thought one moment that I could use iCloud like mentioned here but since the ( iOS unique user identifier )user can choose not to use iCloud, my problem is not solved ...
Is there an easy solution that I missed to solve that issue?
You friend will be using different apple id. You could use Restoring Transactions api of apple to get understand whether the user has purchased the app or not. This is possible for non-consumable in app purchase. Please do check the below link :
https://developer.apple.com/library/mac/#documentation/NetworkingInternet/Conceptual/StoreKitGuide/MakingaPurchase/MakingaPurchase.html#//apple_ref/doc/uid/TP40008267-CH3-SW1
we are developing an iPhone app as an extension of a classifieds system (web site). On that web site users can buy (prepaid) credits and use them to boost and promote their ads. Will Apple reject our app if we implement consumption of credits? We are not gonna allow buying the credits, just using them (users will still have to buy credits on the web site).
Only worrying thing I found is item 11.2 in 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.
Is there a way to contact Apple directly regarding this question?
And a add-on question. I suppose we can implement a payment gateway system like Amazon and Ebay and get a way with buying credits? I don't see any restrictions in guidelines regarding non in-app purchase system.
"In-app purchase" is only required to purchase content or extra-functionality or extra feature or to remove any type of limitations inside the application. To achieve these things you shouldn't use any other external purchase mechanism (per App Store review guidelines ยง11.2).
In your application, the user will only use the available credits which are already bought on your website, so there is not an issue, although you shouldn't provide any type of link to your website inside your application.
Genererally "will Apple reject this if..."-questions can only be answered as such:
Apple does as they like. If they feel this in some way breaks the review guidelines, they will reject it and tell you, but you have no way of knowing for sure until you have submitted the actual app. In your case, I can't see why they would ban it, as you are not able to use real money within the actual app, but as I said, you don't know.
If you want to try to get an answer from Apple, you can try to contact them from this page.
I finally got an answer from Apple. It took a while and it wasn't worth a wait. I think Siba was right, but I'll get back to you after we submit our app just to verify everything.
Apple replied:
Thank you for taking the time to contact us about your app design and concept questions. I understand that you would like to know if you
implement consumption credits into your app would be acceptable for
your app.
While we cannot pre-approve apps, we can address compliance questions
about specific App Store Review Guidelines or sections of the iOS
Developer Program License Agreement (PLA). I understand that this may
be a little frustrating and I apologize for any inconvenience this may
cause, however, we may only answer specific questions concerning the
following resources, unless the app is submitted for review so that we
may test the functionality.
I would like to make a contest for my iPhone and iPad apps users. I would like to give some bonus content for winners as a reward. Normally that content is paid (for eg. additional levels) and it's available via in-app purchase, so I'm trying to find any way to give them something like normal promo codes. (Promo codes are not working with in-app purchase). Is that possible to set up Test Accounts for testing in app purchase after going live (my apps are already in the App Store), so I could configure them for winners? If not, what would be solution as an alternative for promo codes? Many review sites are asking for promo codes too, so answer would be helpful in other cases. Thanks
We intend to launch a free iPhone/iPad app on the AppStore.
The content will actually be accessible thanks to a subscription model (login/pwd authentication in iPhone app).
The subscription (about 100$ a month) is handled via a dedicated web server.
If used without subscription, this app will provide minimum value.
Does anyone know if this kind of subscription model can be rejected by Apple ?
I know some apps follow this model, but I'd like to have your thought on this before starting in this direction.
Thanks for your answer.
This is fine AFAIK - As long your app is free and you put in the description that it requires a subscription to whichever service. When you submit the app, you'll need to hand over details to a test account to Apple so that they can test it, but other than that it's no hassle at all.
I know of an app which works just like that on the app store right now - Spotify for iPhone. It's a music playing app which streams music from the web - but you need a Spotify premium account. When you first open the app, you have to sign in, and if you don't have a premium account it just tells you that you're not allowed in!
Javawag
There are plenty of apps which only work if I have an account somewhere, and some for which I have to pay for that account so, without knowing the specifics, there is nothing which immediately rules out your subscription model. There are even Apple apps, iDisk for example, which are useless if you don't have a $100 mobile me subscription.
If there are issues you can look at selling your subscription as an in app purchase (apple will take their 30% which should make them happy) or look at making the app more functional without the subscription.
Either way, when submitting for approval make sure to set up a sample account with a full subscription that the apple testers can use (there is space in the submission for including logins for this kind of thing).
Our app, previously approved, update was just rejected because we sell subscriptions through our website. (We have been doing this for 15 years, without giving Apple 30% of our money.) They are requiring that all subscriptions for iphone/ipad content go through in-app purchasing. I guess we will be looking at building a browser based app instead.
Cheers,
Gerry
A potential customer of mine wants to build an app for the iPhone, which will effectively "reward" the user with points to buy songs at the iTunes Store. Does anyone know if this is possible? If so, could you point out where I might look for how to do so?
Thanks...
I dont think this is possible to do through any api. You could send gift cards... but you probably wont get into the store. Apple does not allow any kind of app that rewards customers with real-world items. I tried to submit a lottery app where buying the app would give you a ticket. It was rejected because Apple has no way to guarantee that you would actually give out any prizes. What if you dont? The only thing you can offer is unlocking features in your app, or digital gifts like stuffed-animal pics and such.