I'm currently looking for a checkout provider for a marketplace app we're designing.
I studied PayPal Adaptive Payments and Stripe and they do the trick but it are too expensive (2,9% of transaction). Who has an idea of making this work with other/cheaper solutions?
Our case:
The users should be able to pay each other. When user A sells a product to user B, user A requests a payment from user B and user B pays user A. In their settings the users can enter their account number (so this may vary from time to time). Payment will made directly to the other user, without our intervention.
If you're selling digital content have a look at Google Wallet for digital goods. Base transaction fee is 1.9%.
https://developers.google.com/commerce/wallet/digital/
Related
I have been building a marketplace application with an iOS app as front-end that drives the business. The app can accept payment either through a paypal account or a credit card. I have integrated Braintree iOS SDK into my app and linked the paypal business account in Braintree controlpanel. The funds processed using PayPal are being routed to the paypal and those processed using cards end up in the bank account linked with Braintree merchant.
Now, the core of the application is to take a certain commission and payout the rest to the sellers involved in transaction. I have taken the seller's PayPal ID at the time of registration to pay them.I have explored the PayPal docs and found that Payouts REST API does exactly what I need provided I maintain the required balance in the merchant account.This is where things came to a standstill. Specifically, I need to get confirmation on the below points
1.As there are two different places(paypal merchant and bank account
linked to braintree) where my funds are parked, Is there any
possibility that the transaction could directly be funded from the
bank account if the same is linked to both merchant accounts?
2.Will PayPal withdraw the entire amount at once or in partial
transactions.
Can anyone who have been in a similar situation suggest how to go about paying out the sellers. I am open to any alternative that satisfies all the requirements of the app.
Iam looking to transfer money from one user to another user using paypal ExpressCheckout.
Is it possible to send money to user to user with ExpressCheckout.
its not a marketplace we don't have seller or buyer or merchant.
Am making social networking so that friends can transfer money within my site using paypal.
You can use Parallel Payments in Express Checkout without having an adaptive payment application registered. But if you required some chained mechanism, you may need to use Chained Payment in Adaptive payment.
We have the following requirements for an online payment solution:
There are two types of users: Buyers and sellers.
Only digital stuff is exchanged.
When a buyer buys content, money is sent to the seller immediately as well as a small fraction of the money to the website owners.
A buyer must before he can sell his offerings connect his account (that may be PayPal or any other service) to the platform to be able to receive money.
Now, I'm not an expert in this field but my initial idea was to have a PayPal account with Mass Transactions enabled for this website which will receive all payments and then send money out to the sellers via API calls.
However, it would be very nice if it is possible to make this process completely external, a.k.a. use a service for payment which sends the bulk of the money to the seller but a small fraction to the shareholders (website owners). Of course, a seller must first connect his account to the platform to make sure in case one of his offerings was bought he can receive money.
Any ideas are well appreciated.
PayPal Adaptive Payments/Chained Payments might be the best option for you as it can be setup to automatically send a portion of your payments to other accounts.
Here is the overview of Adaptive Payments:
Adaptive Payments Overview
From the PayPal Documentation here is an exact definition of Chained Payments:
Chained payments allow a sender to send a single payment to a primary receiver. The primary receiver keeps part of the payment and pays secondary receivers the remainder. For example, your application could be an online travel agency that handles bookings for airfare, hotel reservations, and car rentals. The sender sees only you as the primary receiver. You allocate the payment for your commission and the actual cost of services provided by other receivers. PayPal then deducts money from the sender’s account and deposits it in both your account and the secondary receivers’ accounts.
Here is the information on Chained Payments:
Chained Payment Developer Guide
Here is information on registering your Application, which will allow you to create the Sandbox API Calls:
PayPal APP Basics
We are a UK-based marketplace site that wants to never force buyers to sign up for paypal. We allow users to set up customized stores through our site, and our second requirement is that these users be able to become sellers with only a basic paypal account. When a buyer makes a purchase, we are the primary receiver, taking 15% and passing on the entire paypal fees to the secondary receiver (user), as well as all the remainder of the transaction. My question is: What's the best solution paypal offers for this? It seems that chained payments would be, but if I understand correctly the Website Payments Pro system is the only one that guarantees that buyers outside the UK wouldn't need a paypal account. Is there a way to take the money in ourselves with Website Payments Pro and use the API so it transfers the 85% (minus the fees) to the user's paypal account?
It depends on what approach you want to take.
I would prefer Chained Payments as it allows guest checkout (credit card payments outside a PayPal account) with certain restrictions and will easily allow the user to receive the funds and automatically forwards the 15% cut to your account. This removes the need to collect funds outside of the payment flow. This means no invoicing or no lost dues!
Website Payments Pro only offers credit card payments however you would also need to offer Express Checkout for PayPal payments as well. You also have the flexibility of hosting the order form so you control what the users see. The downside is you'd have to collect funds from the user outside the payments. Such as monthly invoicing, billing agreements or manual processing.
Here is the criteria we use to allow guest checkout. Please keep in mind these are due to rules and regulations, not PayPal's choosing.
The credit card has a lifetime limit of 10 purchases outside a PayPal account
The user's email address must not be attached to an existing PayPal account
I don't have a direct answer for you but hopefully this helps make your decision.
I wanna build a web store for selling people's second hand products.
A customer adds the products into a shopping cart.
He/she pays (credit card, bank account) for it and I get the money.
The seller sends the bought products to the customer.
I get send the money to the seller (and have taken a fee for it).
People tend to mention Amazon's, Google's and PayPal's payment service but recently I came across services like Chargify and Recurly.
My questions:
How do these two differ from the other three?
Which one would support the above mentioned transaction process?
How should I set up the above transaction process?
The "big 3" require an account. How do I charge with just a credit card or bank account only?
Thanks!
Thanks for thinking of Chargify.
We're not the right thing for your need... we focus on helping a business manage many things involved in recurring billing of customers.
For what you want to do, I think one of the "Big 3" is the way to go. You've got the extra "wrinkle" of this, however: you're essentially collecting money on behalf of each Seller, and each Seller may be selling very different things and will have different levels of honesty, etc.
All of my experience is with merchants that have a traditional merchant account and payment gateway, which together allow them to charge credit cards. But the banks that issue merchant accounts want to know what each merchant (each Seller) is about. I'm 99% sure the banks dislike a single merchant account being used to sell / collect credit card payments for more than one merchant.
Anyway, to the degree that it's useful, I wrote a blog post last year about merchant accounts and payment gateways. It may be helpful to you as you explore options:
https://lancewalley.wordpress.com/2010/06/22/merchant-accounts-payment-gateways/
See my answer in Online payments for a middleman.
PayPal Adaptive Payments allows you to accept guest payments, without requiring buyers to have a PayPal account.
Another thing to think about is regional availability; Amazon / Google may sound interesting, but are not very useful if you don't live in the US or UK. Whereas PayPal Adaptive Payments is available pretty much globally (with the exception of a few countries where PayPal hasn't launched yet).