Im creating the iOS counterpart for an app that allows charitable donations. Google allows this, but as per Apple's terms this must be done via an external weblink.
Does paypal have an API to create a donation inside of the app and then launch safari with an auto generated invoice for that donation?
You can create a donate button specific to the Apple IOS.
Here is the information from the Mobile Payments Library Guide.
You will want to add the sub-button type of invoice. SUBTYPE_INVOICE
Page 24 and Page 25 of the MPL IOS Library has the details.
PayPalInvoiceData
This object is an optional parameter to a
PayPalPayment
or a
PPReceiverPaymentDetails
object. This object holds data
regarding the tax shipping and
a per-item breakdown of the items included in the pa
yment. While this is an optional class, once
it is added to a container, it must be
populated with the following required fields.
PayPal Mobile Payments Library IOS
Mobile Payment Library SDK from GitHub
From Page 10 and 11 of the MPL IOS Guide
Related
i see many applications downloaded from google play that offer different alternative payment method like
cell phone bill
google Wallet
Credit card
Paypal
Do we have the right to offer in google play several distinct payment method for in-app subscription ? the problem is that i don't like that google take 30% of fees when it's me who send the user on the play store to simply download my application.
Same question about apple store ..
below a screen copy of well know social application named badoo that i download from the play store and who offer several distinct alternative payment :
With Google Play it depends on the app and the in-app product you are selling.
Developers offering products within a game downloaded on Google Play or providing access to game content must use Google Play In-app Billing as the method of payment.
Developers offering products within another category of app downloaded on Google Play must use Google Play In-app Billing as the method of payment, except for the following cases:
Payment is solely for physical products
Payment is for digital content that may be consumed outside of the app itself (e.g. songs that can be played on other music players).
https://play.google.com/about/monetization.html#payments
If I have to guess, it may be that badoo satisfies the last point; that their digital content can be consumed outside of the app.
iTunes, however is not relaxed on this point at all:
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/#purchasing-currencies
If you want further clarification, I suggest asking Apple and Google. They are the only ones who can tell you if your app will be rejected or not.
Come back here and answer your question if you get clarification, this question has been asked many times before and it will be helpful to others who are also unsure.
Is it possible to pass a custom ID to the new PayPal mobile SDK?
We need to use the custom ID in order to use the IPN message service. Without the custom ID, IPN becomes useless.
Thanks
Currently there is no support for you to pass a custom ID to the new PayPal mobile SDK. There are several use cases for this which are being discussed within PayPal.
PayPal will likely support webhooks for SDK payments at some time in the future, but no specific announcements about this have been made yet. Not sure exactly what you are trying to do, but maybe there are alternatives to using IPNs.
Suppose i have an app and a website that offers people to sell finger drawings made on their phones.
People create finger paintings on iPhone and upload it to a website in which they can view all
of their drawings and associate prices with these drawings.
Suppose each drawing has a QR Code tied to it to identify it and its price. And i see it in real life and i want to buy it. I scan it, pay for it through paypal.
But how will paypal redirect this money to -> owner of that product set.
What i need is a system in which each transaction knows whose account the money is being directed to. Lets say I have 10 various qr codes according to the 10 drawings. This product set needs to have something associated with it so that when they are scanned, paypal money flows to that product set owner.
Also, these drawings owners/product set owners must be able to withdraw money from the aforesaid html website.
Paypal Adaptive payments option has two options for this.
Chained payments
Parallel payments.
Please refer to : https://www.x.com/developers/paypal/documentation-tools/adaptive-payments/integration-guide/APIntro
However, current iOS SDK - which is in beta status (https://www.x.com/developers/paypal/documentation-tools/adaptive-payments/integration-guide/APIntro) - does not support these features. (as on 21 March 2013)
One option is to use paypal APIs directly, or implement the flow using a webview.
Try with MPL which is also recommend by PayPal https://github.com/paypal/sdk-packages/blob/gh-pages/MPL/PayPalMPL_2-1-0_iPhone_DevelopersPackage.zip
Check the below link where I have written complete flow to integrate delayed chain payment in iPhone.
iOS PayPal integration with backend chained payments
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.
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