We have a third party SOAP based Payment processing API exposed for us.
We want to use the exposed APIs in our Native iPhone APP to process a purchase.
So we will be having a view(UIView) where we collect Credit card number, CVV and card expiry information and pass it to the APIs to process the payment.
We don't want to use in-app purchases.
We are aware that the same can be achieved by running it in embedded web view (Safari).
Is this allowed in according to the "APPLE RULES" ?
Kindly Advice
Your app will probably be rejected due to the App Store Review Guidelines:
Apps utilizing a system other than the In App Purchase API (IAP) to purchase content, functionality, or services in an app will be rejected.
However using another payment technology as IAP can be used/is required when selling physical goods or services:
Apps using IAP to purchase physical goods or goods and services used outside of the App will be rejected
Related
I am developing an app for PDF and downloading PDF, I am using using Paytm - Third party payment gateway for payments on web view. Without using an "In-App purchase", will it affect the Apple review guidelines?
In-app currency is only used inside of your app.
3.1.1 In-App Purchase: If you want to unlock features or functionality within your app, (by way of example: subscriptions, in-game currencies, game levels, access to premium content, or unlocking a full version), you must use in-app purchase. Apps may not include buttons, external links, or other calls to action that direct customers to purchasing mechanisms other than IAP.
For third party payment.
3.1.5 Physical Goods and Services Outside of the App: If your app enables people to purchase goods or services that will be consumed outside of the app, you must use purchase methods other than IAP to collect those payments, such as Apple Pay or traditional credit card entry. Apps may facilitate transmission of approved virtual currencies (e.g. Bitcoin, DogeCoin) provided that they do so in compliance with all state and federal laws for the territories in which the app functions.
Apple has no issue implementing payment process in UIWebView but you have to provide very clear explanation of your payment process to get your app approved without any objection.
As per Apple guide lines given below, If you are purchasing physical goods which can be consumed out side of the App, then you can go for other payment gateway, else your App will be rejected.
3.1.5 Physical Goods and Services Outside of the App: If your app enables people to purchase goods or services that will be consumed outside of the app, you must use purchase methods other than IAP to collect those payments, such as Apple Pay or traditional credit card entry. Apps may facilitate transmission of approved virtual currencies (e.g. Bitcoin, DogeCoin) provided that they do so in compliance with all state and federal laws for the territories in which the app functions.
We have an existing working mobile website with full payment gateway integration.
This is for booking of sports sessions. The mobile site goes to a 3rd party website for payment processing then returns to our mobile site.
We simply want to wrap the existing website into an App wrapper using Phonegap or similar, and hopefully keep the existing payment workflow.
Will our app get rejected by the Apple App store? On App Store review guidelines it says:
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 website to purchase a digital book, will be rejected.
Apple distinguishes between digital and non-digital products.
If you are selling digital products (like content or additional functionality in your app) you must use Apple's In-App purchase process and you are not allowed to use other ways of payment.
However if you are selling real-world goods and services you are not even allowed to use Apple's In-App Purchase process. You have to use another way of payment.
So you should be fine.
i have idea how to implement Payment integration for ios app using in app purchase,but my requirement comes to iphone Service App,as per apple guidelines we must be use inapp purchase and apple take the 30% of every transaction,but my question is any other payment gateway is available for Iphone service app to implement? will apple approved my app if use other payment gateway?please help me out?how to solve the issue.if integrate paypalSdk will apple approved my app?if i integrate webview payment will my app approved
?
Help me out from the issue. thanks and Regards
Please go through apple review guidelines and your doubts will be cleared.
You can use third party payment gateway,if you are offering physical goods,service outside app. If you are selling your content or service inside app then you must use inapp-purchase.
As per purchasing currencies guideline,
Apps utilizing a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be rejected.
Apps that use IAP to purchase credits or other currencies must consume those credits within the App
Regrding your questions, answers are as below
You can't use third party payment gateway to provide credits which are using in app.
Yes there is most probably chance of rejection if you implement third party payment gateway instead of IAP to sell your content or service inside app .
You may read Apple review guidelines for more information.
According to Apple rules, it's allowed to use external payment methods like Paypal for goods and services "used outside of the application" or for "real-world services".
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
11.3 Apps using IAP to purchase physical goods or goods and services used outside of the application will be rejected
We have an Internet service with paid options, like Dropbox or Skype. The service can be used "outside the application" - in the literal sense of these words: it can be used with the iOS application or without it, inside or outside it.
The quesion is: are Internet services like Dropbox or Skype "real-world", so they can use Paypal as a payment method, or are they "unreal world", and should use In App Purchases?
No. If your service is delivered digitally it does not qualify--you will not be allowed to use your own payment system in your app, nor will you be allowed to even link outside your app to a payment system. In my experience even putting the name of your website in the app is considered by Apple to be circumventing their in-app purchase rules.
If your service is a physical good (like a gym membership or a dog walking service), then yes.
There are plenty of articles about this on the Internet. eg: http://www.macrumors.com/2013/04/03/skydrive-3-0-appears-in-app-store-following-apple-microsoft-conflict-over-subscription-options/
I am wondering what the rules are around using an external payment system (like Braintree) for in-app purchases on iOS. We already run a streaming music service that operates over the web, and we want to develop apps for Android+iOS. It's a subscription service, and we currently run all our payments through Braintree. If at all possible, we'd like to continue to do so.
I'm a little hazy on the exact details of when this is allowed and when it's verboten.
This would allow users to stream full tracks within the app (otherwise all they get are 30-second previews), but it also allows them to use the subscription online and on other platforms. So, would this therefore be an allowable use of a 3rd party payment system by the "law of Apple?"
From the guidelines:
11.1
Apps that unlock or enable additional features or functionality with mechanisms other than the App Store will be rejected
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
https://developer.apple.com/app-store/review/guidelines/