I would really like to use Paypal for my marketplace I am developing. I need to allow users to enter their paypal email address and whenever customers purchase that users products I take a small fee then the rest of the money goes to the user who listed the product.
What paypal service is the best for these types of payments? (me taking a transaction fee and sending the rest of the money to another paypal account)
I was looking into paypal express checkout, but can't find any info on sending some payouts to the users listing products. Also does express checkout require that the customer have a paypal account?
In case you are wondering and finding an answer, Express Checkout now comes with Parallel Payments. Read it here. As Adaptive Payment Parallel Payment now deprecated, the option left is using Express Checkout.
I have been trying to get a sensible answer from PayPal for days now. They are planning to release a protocol to support a market place in 2020 but not date yet. They have also confirmed (after talking to sales & tech support) that PayPal cannot be used for market places where your platform is nothing more than a broker.
Stripe Connect (Standard account) is probably the best solution out there.
Related
A proposed scenario is, assume the shopping cart site, where buyer has to pay for a product. The sold product costs will be transferred to the respective merchant. Here, the website owner has to be paid(commission) for the purchased product.
Is it possible in Paypal? Right now, I am using Paypal checkout. Your ideas/suggestions would be helpful. Please do it.
There are a number of ways you could set this up.
You could use the Adaptive Payments platform, specifically the Pay API, to create parallel or chained payments so that multiple receivers can receive money within the same transaction.
You can also do a parallel payment with Express Checkout, but you can't do a chained payment.
The main difference is that with parallel payments the buyer will see the split during checkout. With a chained payment you can hide that so they only see the primary receiver. Also, chained payments can be delayed so you can trigger the commission to be paid at a later time if necessary (for example, waiting for services to be completed.)
Another way you could do this is to use Payments Standard, Express Checkout, or Payments Pro, and let the payment go entirely to a single account. Then setup a Pay API request to submit payment to the secondary receiver, or use the MassPay API. This could be setup within an IPN solution so the entire thing is automated. In this case you'd basically be building what the adaptive payments platform does for you, but it would give you a little bit more freedom over everything in the application.
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 am new to PayPal integrating and need to integrate PayPal recurring for subscriptions. I googled for that, but I am confused with below questions.
Which API should I use with PayPal recurring, WPS or Paypal express checkout? Which one will be good?
Is there any good example or help to integrate this?
Thanks a ton in advance.
Good overview of recurring payments: Handling recurring payments
I'm using the Lionite PHP Paypal class. It's not free, but even if you're not going to use it, read through that page because it contains some useful info that is omitted from the Paypal docs.
If I understand correctly, Express Checkout requires your customer to set up a Paypal account, so Website Payments Standard would be a better option.
Unfortunately the Paypal SDK only has code examples for direct payment. If you want to use Website Payments Pro with Direct Payment, be aware of PCI compliance (which can be expensive and time-consuming) and also be aware that services like BrainTree exist which have transparent redirect, thus helping you to avoid PCI compliance (I haven't used this service however).
Express checkout code example: https://github.com/hrendoh/PayPal-Recurring-Payment-example
Set up your sandbox account at http://developer.paypal.com
Update: IPN for recurring payments is a nightmare. Not only are the recurring payment IPN responses completely undocumented, but none of the support staff I talked to had a clue about them either (in some cases they gave me incorrect answers to questions). Here is a list that others have put together, but all of these resources are incomplete:
https://www.x.com/developers/community/blogs/ppmacole/recurring-payments-ipns?page=1
http://docs.ipn-easy.com/html/T_Rolosoft_IpnEasy_Net_PayPal_TxnType.htm
Unfortunately because of the limits placed on recurring payments with express checkout, direct payment was the only option for me. I strongly suggest that if you need to do direct payment with recurring payments that you find a different payment provider.
I am looking to set up a recurring payment option for my website. I was thinking of going with PayFlow since it does not require expensive SSL. But I am not sure how to set up a recurrence payment where if the user decides to change the account type, we can automatically set up recurring payment for them to get charged next month. Not sure if this is possible?
A few problems, they charge almost $60/month and they require to have a Merchant Account (any suggestions)?
Can some one help with what type of service should I use? I am looking to not have credit card acceptance on my webpage because SSL is really expensive.
The webpage is in php.
PayPal Express Checkout does this, and more. While Payflow Link is generally a good and robust solution, Express Checkout has a bit more to offers in terms of features. It also redirects your buyers to a PayPal landing page for entering their card details.
I assume you can simply delete / disable a recurring payments profile and set up a new one whenever someone switches plans, right? In that case you'll want to look at the CreateRecurringPaymentsProfile API.
Have a look at https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/e_howto_api_ECRecurringPayments and https://www.x.com/docs/DOC-1168
Do keep in mind however, that recurring payments on Express Checkout only works with existing PayPal accounts. Someone who doesn't have a PayPal account yet, will have to create one during checkout.
Paypal is usually a great solution. There is no problem with billing recurring payments (subscriptions).
You can read all about it here:
https://www.paypal.com/pdn-recurring
My business is setting up online billing using PayPal and Google checkout. I'm looking for the best way to charge a recurring monthly service fee for my website. My site is subscription based and I charge X amount of dollars per month. I want to bill the customer's credit card each month for that monthly fee. The subscriber to the site knows that it is an ongoing monthly service charge when they sign up.
I'm looking for the quickest, easiest, best, most reliable way to charge this recurring fee.
I'd prefer to have the monthly fee just show up on their monthly credit card statement like it does on mine for many services I use like Slicehost.
NOTE: Google checkout now DOES support recurring payments -- they just implemented it!
Google Checkout doesn't currently support recurring billing, but it is on their Feature Suggestions page.
PayPal supports Recurring Payments either manually or through their API.
I'd highly recommend using PayPal's API, as it's straightforward, well documented, and you can easily test everything out on your non-production sites by using PayPal's Developer Site.
Goole Checkout now supports "Recurring charges and subscriptions" in beta mode
There's more info at Google's site