I am planing to integrate paypal Mobile Express Checkout or Mobile Payment Library with my android application for in-app purchase.
I would like to know,
How can I proceed with the integration?
Google's "IN_APP BILLING" or PayPal's payment gateway. Which is better?
All the transaction fees that are applicable to me as a merchant.
Thanks,
Mith
I'd recommend starting with PayPal because as of today it's much more widely used than Google by buyers. That may change in the future and it may not, but at any time you could always add Google and offer both as payment options just to ensure you have options for buyers to pay however they want. You might even add Amazon and other options at some point.
PayPal provides a mountain of documentation. You might want to start with their SDK library. Click on the mobile tab and you can download the Android specific SDK. If you prefer, you can setup simple HTTP POST requests using NVP or SOAP API's.
PayPal's fees are based on your monthly volume and they start at 2.9% plus 30 cents. Once you do $3k/mo in volume that will drop to 2.5%, and if you do $10/mo in sales it'll drop to 2.2%.
Related
Is there Mobile API for Android that have an option to charge clients automatically or in the end of the month? And also can handle wallet information? (I don't want to keep card information on my own server)
For example taxi, Lime (scooters) apps that charges automatically in the end of ride (card information was entered before), or even Google Ads that charges in the end of the month.
Which payment services they are use? Someone familiar?
For PayPal on Android, a partial answer would be the Native SDK: https://developer.paypal.com/docs/business/native-checkout/ (not the web Checkout SDK referenced in another answer)
This does not address recurring billing / future transactions, however. For that with PayPal you need a feature called 'reference transactions' to be able to save or vault a billing agreement with each user. The PayPal business account owner can contact PayPal's general support (not their technical support) to inquire about enabling reference transactions with their service, and explain the business need for it. On review, PayPal may or may not approve the request, which is necessary for auto billing.
Most merchant services should provide you with one. Here is paypals, but you would only want to use it if paypal is your merchant.
https://github.com/paypal/Checkout-Java-SDK
Really, you should contact your merchant services (the company you are running the credit cards through)
Short Question: Can you split the revenue on a payment between multiple parties?
Explanation:
I want to integrate payments inside an Android App, and I am liking Google Wallet as the solution. However, the app's developer wants to take a commision on the payments, and I am searching for a way to make it integrated in the app. Let's say: When a user buys a product the app's developer takes a percentage and the rest goes to the provider.
Is there a way to automatically split that payment so that a percentage reaches the developer's account and the rest goes to the provider's account? Any payment processor is capable of this? How do other developers handle this?
With PayPal Adaptive Payments/ Chained Payments you can setup the account to split a payment between two or more receivers.
Here is the PayPal Developer information on Adaptive Payments
Adaptive Payments Getting Started Guide
Here are references about the Mobile SDKs for Adaptive Payments
Page 19 of the Android Mobile Integration Guide has Adaptive Payments
Mobile Integration Guide
Mobile Integration API Payment Details Request
I'd like to use the paypal SDK for android in order to process real products available in my app. I would like the users to enter their card information only once, or at least only require a security code and for paypal to save these details so I need only send a token of some sort to refer to those saved details, rather than the user entering their card information again when purchasing a different product. Essentialy, I want to make the process of buying further products as easy as possible after the initial purchase.
Is this possible using the paypal SDK for android? or would I need to implement the Paypal REST API on my server, and communicate from the android to the server, and let that do the heavy lifting instead?
I actually don't understand the difference between the Paypal SDK for android, and the REST API available, as I imagine you could use both from android (using HttpClient for example)
Thank you,
Jonas
Sounds like you are wanting to enable future payments in your app. However, PayPal Mobile SDK 2.0+ only supports this feature as PayPal payments and not direct credit cards.
Currently if you wanted to store credit card details you would need to use REST API and the Vault.
Paypal SDK:
The PayPal Mobile SDKs enable native apps(Android, iOS) to easily accept PayPal and credit card payments.
For android: https://developer.paypal.com/docs/classic/mobile/ht_mpl-itemPayment-Android/
Paypal SDK is newer than PayPal Rest API, the best difference is the speed to implement in your aplication.
PayPal Rest API: include features like pre-approved payments, chained payments, and more support for non-U.S. accounts, and sometimes you really dont need that. And take more time de implementation.
I Recommend use Paypal SDK.
I'm writing an android app where customers can purchase tickets for the race track. I've got the whole paypal sandbox set up and it works to take payments. Only problem is, how would I get it to take the customers name so that I know who gets the tickets? How do I pull the info to determine exactly who gets the tickets ie shipping info etc... Where in the api are the screens for shipping etc?
Thanks
Jeff from PayPal at your service. The PayPal Android SDK does not yet support shipping addresses. Your best bet is to use MPL until the new SDK will support this feature.
In my Android app, I am using the MPL library to allow users to pay with PayPal. I am able to make purchases in the Sandbox and everything seems fine. I would like to go live but am confused about a few issues.
First, the PayPal docs refer to to "Classic APIs" and "Adaptive APIs". I have no idea what they are talking about. What is MPL using? Doing a Google search, I find posts like "MPL is based upon Adaptive APIs". Well that sure doesn't tell me much. "Based upon" in my English language doesn't necessarily mean it "is" Adaptive APIs.
The PayPal docs say that you need an API Caller account in addition to the Buyer and Seller account. Yet the code in my app only uses a single account and that is where the payment ends up at. So do I need an API Caller account or not? In the Sandbox accounts, all I see are options for creating buyer and seller accounts.
MPL library uses Adaptive payment.
Adaptive Payment allows sellers to use your Paypal merchant(business account) to pay to the buyers. So, if a seller has only a personal paypal account he can use your application, through adaptive payment he will be able to pay to a buyer's paypal account. You can send money to one or multiple receivers.
You will get to know more about Adaptive payment from here:
http://youtu.be/GjEPcf7fvkM
To make your MPL library live, you need a Live Paypal Business account. If you don't have one create it here:
https://www.paypal.com/us/webapps/mpp/merchant
Then you go to your "My Account > Profile > My Selling Tools"
Click Selling Online > API Access > Update to display the API Access page. If Update option is not there you will see create option. You will get this info in the youtube video link above.
Below is the doc to make your app live:
https://developer.paypal.com/docs/classic/lifecycle/goingLive/
Then you go to apps.paypal.com and then login using your live paypal credentials, and then create an application there. You have to enter description and flow of your app. Once they approve it you will get a "Live App ID". You need to use it in your MPL to make it live.