I have an iPhone app where I have a list of items to be sold. For the payment of these items, I have a web service on my sponsor's server that needs to be utilized by sending certain parameters such as amount, userid, discount coupons etc. So should I invoke this in a web view inside the application or should it be invoked in the web-browser? The sponsorer wants to show a message as payment successful or not in the application after everything is done. this information comes from the server itself. But if I invoke the browser i will not be able to track this information about payment successful or not? What should I do? Please help me with this
This is particularly interesting with regards to iOS as it gives app developers a fairly easy way to implement an alternative payment solution to the App Store, something that doesn’t infringe on Apple’s in-app purchasing policy if the goods being sold are physical not digital. It’s this scenario that Adyen is targeting.
As for the payment method itself, it accepts credit cards, PayPal and a range of other payments within mobile applications (native apps) and mobile websites. Of course, offering a HTML (browser-based) version of an app or service rather than a dedicated iOS app is another way of bypassing Apple’s cut.
Other benefits of Adyen’s payment platform is that merchants and developers can take advantage of a “fully integrated service that removes the burden of security and PCI compliance”, says the company. In addition, app developers can “skin” the mobile payment and checkout process, gaining control of the look and feel, which is said to be an important driver for increased conversion rates.
Merchants already using the new mobile payment platform include Pathe, the largest chain of cinemas in the Europe, via its iPhone app, and Greetz, the online greetings card retailer.
Related
I am a bit confused about this. I am using Appmobi to develop a photo app. The customer uploads some photos from his device and order several copies (it's for a small local photo store)
Well, I see that if I want to pay the order inside the app, Apple gets the 30% of it (this store gains around 15%), so this model is not possible. I found that I can launch an external link from the app (in Appmobi framework via AppMobi.device.launchExternal or AppMobi.device.showRemoteSite) I can place the order on a server and launch an external link with the info to Paypal, but... Does anyone know if this break the Apple TOS? The store sells a physical object (photos), so I think this is permitted.
Thanks in advance
You'd have a hard time getting something like that approved. Apple is very reluctant to approve any links to Paypal or other external payment providers, even for small businesses providing local goods. What you could do instead, is have the customer pay for the photos in the store, or increase the price to account for Apple's 30% cut. I don't have experience selling local goods like that, but I am fairly positive Apple won't allow that. You can always try, though!
From what I understand
If a service can be consumed by your phone (Digital/Virtual goods etc) there're restrictions on how you can pay. (Apple will almost always require you to pay using IAP or not provide a system for payments at all (i.e. users will top-up on a website, but the app can't have a link pointing users to it. Checkout Kindle, Skydrive etc.)
If a service can't be consumed on the phone itself (physical items like printed photos) then you can't use IAP for payments and must you external payment providers such as Paypal et al.
There're examples on this similar post If I use the PayPal gateway in my iPhone app, will Apple approve it?
I want to make an app that lets a vendor sell gift cards through the app to the vendor's store. Does anyone know which PayPal SDK I would use?
I'm hoping for guidance based on experience here, which is easiest to work with and simplest.
Also does anyone know if there's a paypal alternative with an SDK?
Thanks!
Following on from my comment above, the rules are not clear and are therefore open to interpretation (and Apple's interpretation always supersedes anyone else's)
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
A gift card could be interpreted as a service, PayPal interpreted as a system other than IAP
11.3 Apps using IAP to purchase physical goods or goods and services used outside of the application will be rejected
Therefore you can't use IAP's to purchase your gift cards
11.13 Apps that link to external mechanisms for purchases or subscriptions to be used in the app, such as a “buy” button that goes to a web site to purchase a digital book, will be rejected
Here external mechanism could easily refer to alternate payment providers, so that rules out using PayPal.
As you mention giftcards, the following clause may also be relevant as a gift card could be interpreted as a credit or even a virtual currency
11.4 Apps that use IAP to purchase credits or other currencies must consume those credits within the application
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.
Apple states in its App Store Review Guidelines "Apps using IAP to purchase physical goods or goods and services used outside of the application will be rejected". So is it then legal to implement other payment services than Apple's In-App-Purchase to buy physical goods? I could imagine services like PayPal, Amazon or Google Checkout but don't have any experience with those and if they are usable within iPhone Apps.
You can indeed use outside services.
PayPal's Express Checkout for Mobile Devices definitely works this way.
That I've been able to determine, neither of Amazon's mobile payment systems allows for true in-app integration; instead you'd have to use a UIWebView and have the user checkout through the web while inside your app.
You should be fine if you use a UIWebView. Apple states that charity apps must use Safari Mobile, so I assume that this is similar. Just display a UIWebView in place and have it load your web form.
There is a nordic company named, "DIBS A/S" which have a mobile paymentwindow.
In this case you both need an agreement with DIBS and a acquirer agreement.
So depending on how many transactions you are exepting to have, maybe paypal is cheaper for a small amount of transactions.
Their service can properly be used in a UIWebView. :)
Here is a link: www.dibs.com
Can an iPhone app allow a user to purchase a physical product (say a pen or a mouse) from inside an app, without using Apple in app purchase?
Is it allowed by Apple?
If yes, do you know any API that supports this?
Thanks
AJ
You are not permitted to sell physical goods or services using 'In-App Purchasing' since the goods purchased via this method must relate directly to the app using them.
You are free to implement your own payment handling system for selling physical goods though - for instace the PayPal API
If you already have a website for this purpose you could even forward them to that to take the payment - though this may reduce the quality of the user experience greatly.
Yes, but you can't use Apple payments to do it. All of the apps use their own payment processor to do it (Paypal, Google Checkout, Amazon Payments, etc).
They each have API's -- there is some code for PayPal in this question
Has anyone implemented the PayPal API through a native iPhone app?
You cannot use these mechanisms to deliver a digital good to the app (features or content), but you can use it for physical goods (as you wanted to).
Yes,
It is allowed to sell physical goods related to the app in-app on iOS and Android. Here is one interesting startup that handle logistics - http://www.sellinapp.com (for physical items). They use http://www.ZooZ.com as a payment gateway.
Hope this helps.
From Apple In App Purchase we can't able to purchase physical items or services, allowed only Digital Goods and services.
Ref:
https://developer.apple.com/in-app-purchase/In-App-Purchase-Guidelines.pdf
See 5th page.
Other than Apple , many third party gateway are there to do.
https://www.paypal.com/
http://www.sellinapp.com
http://www.zooz.com/
https://stripe.com/
http://www.ccavenue.com/
For PayPal SDK: https://github.com/paypal/PayPal-iOS-SDK/