I've heard there are some precautions to take to develop a market in an application.
I'm developing an application for a football club. I would like to integrate a kind of market to sell stadium seats.
Someone told me Apple will refuse the application if I integrate it directly inside the app (using Obj-C, communicating with PHP pages).
According to him, I should redirect the user to an external web page (using Safari app for example) to realize the transaction.
Apple does not really communicate about that kind of information.
Do you know anything about it?
You can't use In App Purchase to buy "real life things" such as stadium seats : http://developer.apple.com/news/ios/pdf/in_app_purchase.pdf
The only solution is to use an external payment solution.
The Movies Now app implements such a thing : http://moviesnowapp.com/
Yes, you can use only in-app purchases to sell anything in your app, otherwise Apple will reject your app.
I'm not so sure if Apple will reject your app on these grounds. How can they know what your php pages are doing if you put them in a WebView? Also, think about services like Sky or Spotify that require a subscription. Apple do not take a cut on this, so you could set up a similar thing whereby your users have an account online that they can purchase tickets from and the iPhone is simply a thin client for your online services...
Yes you have to use InApp purchase only to apply unlock functionality,and to use In App purchase there are certain scenarios which can be implemented.
You can find in detail about In App functionality on
http://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StoreKitGuide/AddingaStoretoYourApplication/AddingaStoretoYourApplication.html
Secondly if you want to implement In App purchase,there is a very good tutorial which i found very helpful and was easily able to integrate inApp in my application and it was also later on approved by apple.
http://troybrant.net/blog/2010/01/in-app-purchases-a-full-walkthrough/
Cheers
You cannot use Apple in app purchase to purchase non digital goods, if you have an existing payment provider or user account you could use that, take a look at the eBay app which has Paypal integration
Related
I am working on an app that needs to have functionality to collect charitable donations.
Apple Pay on the Web: Acceptable Use Guidelines
I found at the above link that collection of charitable donations is prohibited with Apple Pay.
App Store Review Guidelines
Here in Section 3.2.2 it states that you cant use In-App Purchases to collect charitable donations.
I have found another StackOverflow post that brushes on my question here.
So, according to the Rules and Regulations, I know that I cant use in app Purchases for Charitable Donations. I also know that I can't use Apple Pay.
What is the best way to prompt a user to donate without forcing them to manually enter all of their payment info into an online form?
I have looked a little bit at Apple Wallet, but the only way that would work is if someone already has their card set up and it will help AutoFill the information. Correct me if I am wrong, but this is what I have understood.
Additionally, is there any reason Apple has given as to why it is so difficult to give charitable donations? A coworker is doing the same thing for Android and hasn't run into nearly as many roadblocks as I have.
The answer is no. Apple doesn't let you its in their rules:
21) Charities and contributions Apps that include the ability to make
donations to recognized charitable organizations must be free The
collection of donations must be done via a web site in Safari or an
SMS
You can call the app review department in California: (408) 996-1010 OR (512) 674-2000, but I highly doubt you'll get any luck.
My advice would be the following:
Get creative and find some simple feature/service that you can add to your service that you can sell with an IAP/Apple Wallet that provides some simple benefit to the member, and you market that as all proceeds going towards the cause your raising money for. As long as your actually delivering some digital good within your app, I don't think Apple can dictate what you actually do with the money, you just can't take money for nothing using their service.
See this similar post: How can I handle donations through iOS?
You might want to check section 21 more closely. If your app is free to use you may be able to get around it. Or just call the review team directly. That would be fun.
Apple accepts charitable donations in-app now. You must sign up using Benevity.
Details are at https://developer.apple.com/apple-pay/nonprofits/
Apple does not allow in-app donations. You can redirect to a website (eg. PayPal), but this must happen outside the app.
Using Safari View Controller to open a webview within the app will be rejected.
Instead, force the URL to be handled by the device's default web browser - they will allow this.
In the meantime, Apple allowed donations by using Apple Pay within your app and website:
https://developer.apple.com/support/apple-pay-nonprofits/
So this should be doable without web views within iOS.
As per Apple's app-store rules, you cannot collect charities or donations from the native iOS app.
All is correct, you cannot accept money from within the app.
HOWEVER, as per feedback from my conservation app being rejected, was that they will NOT accept any payments within the app for charitable contributions. But, if you takes your customer to an external link, via webview (must be webview and not built into app) and from this webview site, they can create payments. If the charity you want to support has a website that accepts contributions, you can direct them there via with webview.
I want to make a subscription to my app without using In App Purchase. Instead of it I want new user go to a web site from application and make a subscription with payment using few steps on web site.
Alos here are few steps how to implement it:
using UIWebView that will internally show subscription option from my site
using SFSafariViewController which also works without forcing leaving application.
Will Apple allow to do the subscription like this? Did someone face with the same situation.
You can offer subscriptions through your website, but your application is not allowed to refer to that website or to try directing users to your website, or your app will be rejected.
You can't do that.
https://developer.apple.com/app-store/review/guidelines/
11.12 Apps offering subscriptions must do so using IAP, Apple will share the same 70/30 revenue split with developers for these purchases, as set forth in the Program License Agreement
It's against the App Store Review Guidelines so your app will be rejected for trying to go around the IAP program.
NO - You have to use In-app purchase.You can not use any of the work-around but it's depend on what types of apps you are developing. Using website (previously purchased content) is only possible for limited cases.It's only permitted for Reader app, see 3.1.3(a) of in-app purchase guidelines.That's why Spotify and Netflix manage to do it but they fall under this category.
Im building an app with in app payments. My user base is likely to use bitcoin so my question is, am I allowed to add a bitcoin payment additionally to the normal in app method from apple ?
I know about 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
But im not sure if this means that im only allowed to use their system or if I could add other methods if the user doesnt want to use theirs.
Does anybody have experience with this or already asked Apple about this ? I would also like to hear about how Google is handling this.
Thanks!
You cannot use something else than IAP to buy digital products.
For non-digital products you must not use IAP.
Nicolas
we got a new requirement for creating an iPad application for a web app (business app). In this web app user can subscribe for a month and after that the subscription will be auto renewed. We need to create an iPad app with same features.
I am having some trouble to take a decision for designing the app, here are some points what is in my mind:
Is it possible to implement monthly subscription plan in an iPad app using iAP, is it okay with the Apple guidelines?
We can use In-App-Purchase for payment options, so is it possible to implement this auto renewal with iAP? Or just use the web app for payment and auto renewal and use the iPad app as a client app?
And is there any Apple guidelines against this kind of design?
I know this is not a technical question, but I am new to this iAP. And I found some apple docs also, but I am not sure how it will be in the app as per our design. I am expecting some expert opinions to take a decision regarding this app design. If someone needs more clarification about the question, feel free to ask.
Please share your ideas and experiences.
Thanks in advance.
With iAP I don't think it is possible to have an auto renewal feature.
According to apple reviews guideline an application shouldn't use a method other than iAP to manage subscriptions
https://developer.apple.com/appstore/resources/approval/guidelines.html (Look for rules under 11.x) (I don't paste them here as there are under NDA)
According to your app you need you want to keep this in AutoRenewable process .Here login with your ituens account and there is an option Manage in App purchases in this fill up the fields accordingly and it will ask an produt id this is very important to you . Hold this with you and you want to add storekit framework for this . And you want to generate an shared secret for this it easy to implement
The app is a small portal from which you can view/buy videos, view/buy songs, play/buy games and view/buy epubs.
Would Apple view this app as competing or being similar to the App Store or iBooks and thus reject it?
Are you going to use in-app purchase for it? If so, you should have less of a problem. But yes, as mentioned, they might view it as competition, but typically they are quite lenient if they still make profit from the in-app purchases. Also, since you are selling more than one type of media, it cannot really be viewed as direct competition.
If you use StoreKit for purchases, you should be fine as long as you don't create functionality that is the same or similar to the functionality provided by the integrated apps. You have to have a unique difference ("Use the special gmail-functions" was enough for google mail but that was Google).
If your app uses another payment mechanism (PayPal, ...) it will be denied. You have to use StoreKit / iTunes and give apple 30% of the revenue.