I am making a restaurant application in which the user can select any food item and our application needs to charge as per the food item selected. But I am confused as we cannot use INApp for this so what should be the best option for my application keeping in mind with apple document.And finally i dont want to use paypal also.
Apple will not allow you to use their In App Purchase API to pay for real-world goods.
Your only option is to use a web view to display a web-based payment system of your choosing, or use another payment API such as Paypal (which you have already expressed you don't want to use).
Related
I am new to In-App purchase feature in iOS.
I am working on an iOS app in which I'll be showcasing my products along with its price, and when the user wants to purchase a products he can do so by tapping on shopping cart, which will launch a web-view and displays my mobile webpage from where they can buy the selected product. My products are tangible and will be delivered outside the App.
My question is:
Do I need to implement In-App purchase, even if the user transaction is done in my mobile web-page?
If I have to implement Apple In-App purchase, how will I know if the user has purchased the product, so as to inform the Apple that a product has been purchased?
It really depends on the type of product you are selling. If it's a tangible good. i.e. a Plane ticket, or some other physical item. You can use your own payment mechanism. If it's something that can be consumed in the app, or could otherwise be conceivably delivered via Apple's IAP mechanism then you must use IAP. If you don't you will most likely be rejected.
To answer your questions. 1) If the transaction is done via the web, and is for a none-IAP type item as described above, then you cannot use IAP. 2) If you did have something that could be purchased via IAP, Apple is responsible for the transaction, and they take the typical 30% off the top.
Check out section 11 (specifically, 11.2 and 11.3) of the review guidelines
Apple will not allow you to direct the consumer to purchase something Within the app. Unless it is with an in app purchase.
The way we have gotten around this. is to let the user request information about it. or sign up an invoice. which will be delivered to their email address. and they can continue the purchase outside the app.
Apple has graciously accepted our app with this feature.
If you want them to provide a credit card number within the app, then you will need to use In app purchases instead.
Another way around this may be to have them sign up on your site and add a credit card for them to purchase with. And use that purchase method when the user buys something.
Not requiring them to put in their credit card on the app is I believe the main concern.
I have a question about payments through an app. Are there any type of payments you can do without apple applying their 30% cut?
from my understanding, apple's stand is if your application generates any new revenue, that apple is entitled to 30% of the revenue since they are providing the service and hardware that gets you that new revenue.
we are a subscription based service (we sign customers up outside of the app either though our website or in person). we use the app to access our data in a mobile form.
we recently began offering a new service where we need to charge them per usage (its outside of the subscription fee). this is a service for existing customers and the app has not attracted a new revenue source. all services available in the app are available through our website or in person.
we sell a service and access to our database, no physical goods. the new service will be available through the application, but not used in the application.
we would process the payment on our own servers (do not use services like paypal). they can always make a payment through our website or in person. we would either store their credit card information on our servers or prompt them to enter it.
it is a matter of convenience for our customers to do a payment through the app.
will apple insist on taking their cut do you believe?
EDIT:
how do credit card companies handle payments in their apps? are they paying apple 30% per payment you make to your card? or are they an exception to the rules? does apple believe that allowing big credit card companies to accept payments w/out taking a cut help apple in the long run as an attraction?
If users pay to unlock digital content within your app then you must use In-App purchases, for which Apple will take their 30% cut.
If however the unlocked services are for 'real world' goods or they are not accessible within the app then you must use another payment method with no cut taken.
Overview of In-App Purchase
Ask yourself if you need to include the payment side of things in the app. While Apple has gotten a bad rap for taking a cut from services, a lot of that depends on what type of service you are offering. Netflix isn't giving up 30%. The big reason for this is they don't allow you to collect payments through the app. If you venture down the road of trying to skirt around Apple's in-app payment, you are likely to get burned. There are ways around it for sure, but eventually they can catch on and require you to implement IAP for signups.
There is nothing wrong with requiring users to handle the business end of things on your website. This will avoid any ruffled feathers with Apple.
I think you should use the same mechanism what Groupon is using. They collect the information from Mobile app and feed the data to there payment server and they are good to go i think.
I want to make an application that make the users able to order food through my application and they can pay using their credit card or any other payment method. and I don't want apple to take 30% of the transaction.
what methods are available to do this, and is this illegal for Apple?
Thanks
You can't use storekit to do this, Apple will reject it immediately (violates 11.3 in the agreement). If you REALLY want to do that, you have two options:
1.) Write a web app instead of a native iOS app.
2.) Do something like what Square is doing where they process credit card payments through their own service.
This link leads me to believe that if you're not purchasing content or additional application features, any purchases the user makes are not subject to royalties collectable by Apple.
That said, you'll have to find some service (presumably a web service, like Amazon FPS) that will process the food payments in a way that works for your business process.
I am exploring options which would enable the user to make payments from within the Application.Right now i am aware of 2 options through which a user can make payments from within the App.
1 In-App Purchase (Already implemented).
2 Pay Pal (Exploring).
So is there any other way to implement purchases. Any links , APIs ,advices will be welcomed...
PS: I intend to release this app on US App Store.
Cheers.
I can tell you, that for an in-app purchases PayPal is most definitely a no go, but you will find this out by yourself :)
Apple will only accept payment for such activities through in app purchases, no other methods of payment are allowed.
There is a workaround for these type of purchases (especially PayPal); do them not within your app but from mobile Safari. That will work and is (for now) an accepted method used by more applications.
In app purchase is the only (reliable) way to do 'feature purchasing' and if you want to be in the App Store. If you want to accept donations, you can use in app purchase or PayPal in a UIWebView. There really isn't a whole lot of choice for it on the iPhone.
The reality of the situation is that you are going to want to use in app purchase. Users are going to be more willing to pay if they can just press a button and have it show up on their bill. If you use any other service, they're going to have to go get their credit card, etc... It'll just be ugly.
Another alternative is accepting funds through SMS. This may only be appropriate for donations to charities/non-profits. There are services for supporting SMS giving such as mGive (http://www.mgive.com/), Give on the Go (http://www.giveonthego.com/), or giveByCell (http://www.givebycell.com/).
I am new to credit card payment applications, I am developing an iPhone application which requires to take credit card payments from the user. In this application I am just providing a coupon to the user and if the user uses the coupon I just want to collect $1 from the user's credit card.
I have read In App Purchase guide but this doesn't suit for this requirement it seems since my coupons are just builtin-App products.
can anyone provide other method which best suits for my requirement or if IAPP suits for my requirement, how to approach.
some help will be appreciated.
I don't know how you are planning to distribute your app. Apple says it will reject almost any app that takes payments via anything other than in-App purchase. There may be some narrow exceptions, but you should take a very careful look at part 11 of their approval guidelines (from the link).
The easiest way is to implement in App purchase for every coupon and the in app purchase just unlocks the content(which must be stored in the application or downloaded from your server).
super easy.
But I would recommend you to implement a feature like buying credits for the app.
You can create an in App Purchase for let's say one (1$) 3, 3$) and so on. This can be send to your server(of course you need to make the billing management on your own) and the iPhone User can identify himself by an User Name and an Password to get access o their Credits and redeem them instantly in the App. In this Situation you could even extend your service by adding PayPal Payment(in an WebView inside the Application).
I Hope this helps. Good Luck.