I am trying to receive payment entirely on my website.
However, my biggest concern is that for tax reasons, I cannot receive that entire payment myself. In fact, what I will be doing is selling tours for other companies and I need my cut to come to my account and the balance to go to the tour company's account.
Can you help me with how I can do the entire transaction on my website (without being redirected to PayPal's account) and still disburse that amount automatically to the right accounts?
PS: I am familiar with Adaptive payments but it keeps requiring "Express Checkout" which requires you to be redirected to the PayPal site at some point, so that is not a good solution.
Related
On my website, I want to use PayPal Giving Fund with an option for donors to give a Tip. This Tip will go to another PayPal account.
On the same web page there will be
- the contribution to the PayPal Giving Fund
- optional Tip (which goes to another PayPal account)
These contributions would be seamless to the donor and would not have to go to PayPal.
The donor will receive two PayPal confirmation emails...
one from the PayPal Giving Fund
one from the PayPal account for the Tip
PayPal Giving Fund doesn't support split payments, so far as I can tell.
There is an old classic API that supports split payments, called Express Checkout Parallel Payments: https://developer.paypal.com/docs/archive/express-checkout/ht-ec-parallelPayments/
I don't necessarily recommend integrating that, but it is the only generally-available PayPal API I'm aware of that allows splitting a payment in a single checkout. Anything else, you'd have to contact PayPal about.
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.
We're planning a web app that allows users to pay our clients directly through Paypal so there will be many different users and each will be paying a specific client through the website and there will be multiple clients.
These payments may be one-off payments but a few may be recurring.
We won't be charging a transaction fee for this so we basically want the whole payment amount to be deposited in the client's Paypal account (so they pay their own Paypal fees). I've looked at chained payments to be able to take a payment for a client but I'm just wondering what the actual flow of money is in a chained payment.
When a chained payment is made does Paypal deposit the payment go into our Paypal account first and then be paid into the client's account or does the client portion (in this case 100%) go directly into the client's account?
I'm asking as we're not sure how it would affect us in terms of accounting in our business if all the payment money was actually passing through our Paypal account (even if only briefly).
Or is a chained payment not the ideal solution for this?
Thanks,
Steve
If you are not taking a cut of the money, then I believe either Simple or Parallel payments would be a better solution. If you are going to be processing payments for a single buyer to a single merchant, then you can just use Simple Payments. If you are going to be processing payments for a single buyer to multiple merchants then you'd want to use Parallel Payments. More information on each of those APIs can be found here.
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 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