Apple has a list of official URL schemes so that you can link to Facetime, SMS, Maps, and iTunes using a URL from an email or web page.
About Apple URL Schemes
I want to be able to direct people to Apple Pay. I do not need to charge them, and am not trying to collect payment for anything. I just want to open the Apple Pay app with a click from an email.
How do you open Apple Pay with a click from an email or web page?
The URL scheme for Wallet (Passbook and Apple Pay together) is shoebox://, but that is officially an 'undocumented API' (source).
If you're trying to open the screen to initiate a payment, I believe that is possible only with a native app implementation and a lot of other back-end configuration.
Related
I'm developing an iOS app where users can ask for advice to influential people on their subject. In order to interact with these people you have to pay the price they set. Once you pay you are able to engage with them on a private chat.
There is an app called Healthtap which does almost the same but with doctors.
I wanted to know if we might be able to use paypal and stripe payment systems instead of apple's.
For more info, I'm building it with HTML5 and making it native with Phonegap
Thanks!
You "have" to use apple's system when paying will add more content to the app, which seems to me, is what you are trying to do.
From Apple's In-App Purchase Programs:
You should read this if you are interested in offering additional
paid functionality to users from within your application.
You can use other payment methods when you are not adding new functionality to the app but rather buy something else in the real world. This is the reason why apps such as Amazon's kindle stopped selling ebooks through their apps, since they did not want to share their profits with apple.
No, Apple does not allow any third-party payment methods to be presented in the app itself; it's IAP or nothing.
What you CAN do is have the third-party payment system as part of your web site and have your users make payments through the web site. You will then need some authentication system in the app that uses to validate the user's payment.
I know there is IAP for native apps, regarding the iOS, but does this effect websites (I will explain)?
I have an e-commerce store (standard website) and my client wants to be sell on Facebook alongside promotions etc.
Within the configurations for 'Mobile Web' on developer.facebook.com there is this line If your app accepts payments through any non-iOS approved service it will be restricted on iOS.
Learn more..
What exactly does this mean?
Is Mobile Web not intended for configuring web apps, so they appear on iOS Facebook.
Where can I find a list of approved payment providers?
Or have I missed the point altogether? I am using Google Checkout API to process payments from my custom cart.
Any light someone can shed on this would be appreciated. Thanks
I am guessing the answer:
This is a legal requirement by Apple that is passed on by Facebook.
Apples does not allow any app to perform payments not through its payment mechanism.
Facebook iOS App is bound by the same licence.
Since Facebook is an (iOS) App that runs other (facebook) Apps - the apps inside the Facebook (iOS) App should abide the same licence.
I agree this is not convenient as it makes you deal with more than one payment service just for you to get to iPhone.
--franji
Please tell me How to make payment with different amount via In app purchase in iphone sdk?? as i am creating an application in which subscription charges deduced from a website and in the same way i want to make payment using my application and subscription amount change all the time.. as apple don't approve paypal for the same purpose. How to handle this problem??
can we use web services for deduction of charges and get response of success or failure from web services?
For in-app purchases of app content, you're only allowed to use Apple's In-App Purchase system. You're not allowed to use paypal or anything else from in the app.
The only way to set the price of an in-app purchase item is in iTunes Connect. StoreKit (the API you use for in-app purchases) gets product prices from iTunes Connect, and there is no API for overriding the prices from within the app.
There's no public API (as far as I know) for changing the price in iTunes Connect, either. Perhaps you can script the normal web browsing interface, or find code someone else has written that scripts it. But the only way that Apple provides for changing the price of an in-app purchase is to log in to the iTunes Connect web site in a web browser.
I'm currently making an iPhone app that allows users to post items for sell that other users can purchase. I would like for them to be able to pay each other through the application using PayPal, but I'm not sure if this is currently allowed under Apple's app submission policy.
Also, if it is allowed, I need to know how I would go about setting up PayPal to work within the app.
I think the easiest and safest way is to navigate to a webview with the paypal login URL
This might help you
You could generate a link for each product and if the other client wants to buy it, he gets this link from the server/db
I am currently building an app for an existing and large Royalty Free music library. They sell stock music to be used in productions/websites/commercials etc. What they sell is the license to use the music in your production.
What they want to build is an iPhone and iPad app that is basically an extension of their website. Users can browse and purchase music through the app. I am building a web service to connect to the existing website and will most likely use Webview to handle payment via PayPal. The user is then sent a download link for their music via email after successful purchase
The question I have is whether Apple will reject due to the way we are selling goods. This is an already established business and the iphone apps are just an extension of that.
Any help is really appreciated.
If you sold using in-app purchase (30% to Apple) they would probably accept it. Otherwise not, and you should stick with a web app (which you could highly customize for the iPhone/iPad).
Most likely would get rejected. One option might be to use the iPhone app to browse and sample the tracks, but link out to a mobile safari web page to complete the transaction.
It will definitely get rejected.
My app had a link to our website that had a puchase link. They rejected the app for that too.
Buying directly from the app is not allowed.