Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
I created a Newsstand App creating Mag+. All is pretty and works great, but the app was rejected for the reason of
"We found that your app has an associated free subscription, however, it does not include a mechanism for the user to sign up for the free subscription.
It is required to revise the app to include the mechanism to allow user to sign up for the free subscription."
So what are the exact steps to set up a free subscription?
Please DO NOT just copy an Apple link and say "go here," as none of what they write makes sense.
NOTE: this is using another service for the building process, so there's nothing I can do about the internal code in the app, just the itunesconnect settings.
THANKS ... every time you help me you save a kitten!
A free subscription IAP (In App Product) need to be created in iTunes (developer account) for your app just like any other IAP and there must be an option in app from where user can see that subscription and select to subscribe.
It seems like there is no option (like a button "Subscribe for Free" etc) in your App to subscribe to your magazine. Subscription availability is required by Apple for all Newsstand apps. On tapping Free subscription option (e.g. a button) a normal In App purchase (though free) should happen.
Related
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
My App is rejected by the reason :
"We found your app inappropriately unlocks or enables additional functionality with mechanisms other than the App Store, which is not in compliance with the App Store Review Guidelines"
"It may be appropriate to revise your app to use the In App Purchase API to provide content purchasing functionality. "
What I have done is as below:
As this app is for my specific customer companies to use, I only want the companies who get the Invitation Code from me to use my app. There is no charge. I don not know is it necessary to use the In App Purchase API instead? if it is true , can you give me some tips?
Your application cannot be used by members of the general public, and thus does not belong in the App Store.
If you only intend your application to be made available to a few specific people, you should use Ad-Hoc Distribution to make it available to them.
Explain the purpose to the review team, sometimes they listen.
Also, maybe have that message as a "login page" instead. Have a username and password rather than a verification code. The verification code message may look more like you are selling the app behind the AppStore. Also provide the review team with an access code / login details if you haven't already so they can actually review the app.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
My app let the user input very specific types of data, and offer online synchronization. To use the app, you must pay a subscription (auto renewing subscription in-app purchase).
However, I would like to include a free trial. I cannot use the free trial option of in-app purchase products because this is only allowed for newsstand apps (according to WWDC 2012 session videos, session 308 "Managing Subscriptions with IAP")
Here is my idea of workaround to achieve similar functionality :
The user creates an account on my app
This account is given a short free subscription for testing the app. Subscription is managed server-side. During the trial, there is no restrictions on the app
When the trial is over, the user will not be able to insert new data, or sync with the server. He will be prompted to subscribe to continue using the app
I have a doubt if this is acceptable for the App Store. Any ideas?
Thanks
Technically that would work but two problems arise:
One: if you don't use in app purchasing then the users can't buy your service from the app (its in the dev agreement)
Two: if you do use in app purchasing then you trust the IOS devices to say "hey I just bought one year service so hook me up" one could hack this http://zd.net/LkY9Ra and make your server give service to illegitimate users. Will this happen? not likely but it can.
Kinda sucks apple forces developers to a clearly flawed model
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I would like to do the following:
Sell a game for $0.99 at launch with no feature restrictions.
If it's less than successful, make it free, but limit some features to in-app purchase (I would do this via an update to the existing app).
BUT, I would like users who originally purchased the app (before it was free) to still have all of the features. In other words, I want to find a way to credit the new in-app purchases to those users, so that they don't have to pay twice.
I would like to do this all with the existing app, instead of making two separate versions of the app (paid and free).
EDIT: it is essential that not a single user ever have to pay twice (i.e. that users who previously paid for the app, do not have to purchase the in-app upgrades in the future).
EDIT 2: It seems like this question has already been answered here: From Paid to FREE w/IAP: Preventing double-charging
Certainly.
The company I work for has done this in the past.
If you know you might want to do this in the future, in your first version store a flag to NSUserDefaults indicating that the user has had the paid version. Then, on your In-App version check this flag and provide the content immediately.
If you already have a version released, you may have to look for something that you are already storing, e.g. the user has a highscore greater than zero to indicate that the user has already purchased the app. (There will be a small number of users that may have downloaded the app but not opened it and these users may be charged twice).
Yeah, it is. Before you Update your app with FREE version, you add all users that have paid for it serial number "PAID"(or something), and everything else is just conditional statements(if-else). Congrats!
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
Using a comic app (like the Marvel app) as an example, where is a comic book purchased via an In-App Purchase actually hosted (as in where does it download from)? Is it on Apple servers (like the app itself is) or on the app developers servers?
I ask because Apple charges 30% for an In-App Purchase...the same as they do for a regular app purchase. This is supposed to be in exchange for things like not paying credit card processing fees and not having to host the app ourselves. But in the case of an In-App Purchase that requires a download (and not simply unlocking a feature already contained within the app), I assume the download has to come from the app developers own servers...which means the app developer is paying for the data transfer on top of the 30% to Apple. Is this correct?
Thanks.
Eddie
Apple does not host content outside of your ipa file. You can use services like Urban Airship to help. Again, they take a small cut for their service, but it definitely makes it easier than setting up your own S3/webservices.
http://urbanairship.com/products/in-app-purchase/
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I'm developing an app which I will duplicate to many clients. Each client will have one app on Apple Store.
For each version (each client) of this application do I need to create a new app_id/provisioning or can I use the same app_id/provisioning?
Cheers
Yes, you will need a different App ID for each application.
If you use a wildcard then you don't need to have a different app ID and provisioning profile. That is unless you want to use push notifications for example in which case you will need a specific app ID for each app.
That's assuming you're releasing the apps under a single developer account, of course. Multiple developer accounts then obviously you would need multiple app IDs and provisioning profiles.
It depends on what your app does, and what your future plans for the app are.
If you don't do push notifications AND don't use iCloud you can use a wild card as opposed to an app iD for each app.
Having an app ID & provisioning profile per app is cheap (as in no money).
Having a developer account per app would cost money, but if you ever want to sell an app (and the app's user base) independently of your other applications you will need to do that. Otherwise you will either sever the code from the user base when you sell it, or forever have to take code from the buyer and submit it to Apple on their behalf.