in App Purchase only allows my to create Free Subscription in App, Can any body help me to resolve it.
I know you can say this question is duplicated, but I didn't find any help from those links.
so please take this question serious and answer it. Thanks.
Free Subscription is the only In-App purchase type
You've to agree the terms and conditions for paid app from iTune Connect.
Go to iTuneConnect home screen and select Contact, Tax & Banking there you have to send request for iOS Paid Apps. Accept the terms, and done. now you'll be able to see all types on In-App Purchases.
Related
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 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.
I have many versions released so far for an App (without In-App purchase).
Do I have to submit anything to be able to test In-App purchase?
What do I have to do?
I've implemented this - http://troybrant.net/blog/2010/01/in-app-purchases-a-full-walkthrough/ - so far, nothing happens when hit Product Details, or Purchase.
No, there exists an In-App Purchase Sandbox. All you have to do is creating the App in iTunes Connect (under "Manage my applications") to add your In-App purchase items.
You don't need to submit and reject a binary in order to advance your development process or test In-App Purchase. The link you're referring to, although helpful, is now out of date and the quirks in iTunes Connect that it refers to are gone, so don't follow it blindly!
The Apple doc is much more reliable and I recommend you use it instead. I actually wish I had started with the Apple docs rather than the link you provided when I implemented In-App Purchase in my app a few months ago--I can't recall the details but I do remember that it led me astray, particularly regarding the need to submit and reject a binary.
I want to implement the payment gateway like functionality in my iphone application other than In-App Purchase feature provided by Apple.
So, i have one Question regarding the application approval on Appstore that, if i will redirect user to the UIwebview for payment related functionality, then apple will reject this application for not following the human interface guideline or it will allow this.
Other way i can do it by calling web-service for the transaction of money. So, again there is any chance of app rejection on AppStore.
Please share your thought on this
Absolutely no way you'll be allowed to do this. Check the news the past couple of days. Apple is demanding even giants like Amazon and Sony to go with the In-App purchasing.
Edit Actually, Apple did come out with a softer stance, saying that you'd have to offer both payment options if you did your own transactions. So there's that..
It seems like they want my bank info, tax info, etc in the 'iOS Paid App' contract... must
I do all this before myapp has even been approved?
You can submit Free apps and have them approved and distributed in the App store without a Paid Apps contract submitted or in place.
If you submit a Paid app, and it as approved, it's availability in the App store will be postponed until after your Paid Apps contract is in place. So if you don't want this delay, you should complete the Paid Apps contract well before your are ready to sell your apps.
Yes. I believe if it's free you can skip the bank info, but paid definitely needs that.
Yes you do. You cannot submit an app without a provioning profile and only paid developers get those.