I'm currently creating a service where people can sell stuff and I as a middle man want to make a cut.
I don't want to accept the whole payment tho and split it later but when a customer is paying to not become a trader.
I know how to make transfers on PayPal and co. but is it possible to split these payments right away?
Well if you just use the right keywords for googling you'll find this:
Split Paypal payment into two accounts
What I really needed is delayed chained payments which can be found here.
Related
I am setting up the Paypal integration for a Clients website. He has a page where users can buy stuff that others users sell and he wants the buyers to pay using Paypal, he also wants the payment to be charged a fee, so that a percentage of the payment goes to the website owner and the remainder goes to the seller. For example:
Tom sells shirts at $20 each and i want to buy two, so i would pay $40 plus the 3% of the transaction, that would sum up to $41.2, $40 would go to Tom and $1.2 to the page owner.
How can i do this using Paypal? I have been reading a lot Smart Payments Button describes how to set a payment but the funds go to a single person, i need to set a chained payment, split payment or something alike and their docs seem very fuzzy.
Any help is appreciated.
Thanks!
platform_fees , documented here , is the analogue to chained payments. However, it is only available to PayPal partners -- i.e., probably not your client.
For separate transaction payments to more than one receiver account, there is multi-seller payments.
After completing the Paypal Integration and after tears and pain i can tell that i couldn't use platform_fees.
The implementation is complete and working but i wrote to customer support and to dev support and they just don't want you to use platform_fees so nothing will work along that path.
The solution they provide and the one they want you to use is getting all the money on your account and then splitting it using Payouts to all the clients.
Really bad solution imo but its convenient for them because they charge more transactions instead of allowing you to do everything on a single transaction.
I have an educational website that uses 'Stripe Connect' to accept payments from students, and split the payments between myself (the platform provider) and the teachers (content-creators).
Payments to teachers are currently handled through Stripe. Whenever a student purchases content, the teacher automatically receives the payment directly into their Stripe account. I retain a portion of the transaction directly into my Stripe account. It's an easy system and works nicely.
The problem is that students want to pay with PayPal.
So, I would like to add PayPal as a payment option for students, without forcing content-creators to connect two separate accounts--one for when viewers pay with PayPal, and another for when viewers pay with Stripe. The only idea I have so far, is to deposit all PayPal payments to one PayPal account, then manually "payout" teachers into their Stripe accounts every week.
But is there an automated way to do this? Stripe says they don't accept payments from PayPal.
Any ideas/help would be appreciated. Thanks!
Adaptive payments does support chained payments, as Andrew says in his answer; it would work very much like what you describe having set up with Stripe.
However, this will not meet your requirements of having both PayPal and Stripe payments arrive in a single teacher account. Unfortunately, Stripe & PayPal see each other as competitors and to my knowledge neither one has built a tidy product to consolidate "their" payments into the other company's account.
If you are willing to move away from Stripe, PayPal does provide many solutions that consolidate "raw" credit card payments and PayPal account payments into a single receiver account, including through Adaptive Payments as cited by Andrew.
I would add that Braintree, having been purchased by PayPal, provides perhaps the most Stripe-like integration for a product that would accomplish this goal. However, I do not believe that the Braintree SDK will do the chained payments for you; you might have to do some work to make that happen on your end (take the first payment, then calculate and make payouts either weekly as you mentioned or per-incoming-transaction).
A couple other things to think about: if you split some payments into delayed fulfillment but others are chained inside one payments provider you will need to support two very different flows; you may find it easier (for both you and your content providers) to select one model and run everything through that model.
Also, instead of payments going to you & then chained to the content providers you could have payments to go directly to the content providers and then trigger billing (either invoicing or automatically collected via recurring payments) from the content providers to you for your cut.
The best pattern depends largely upon how you want the legal & financial responsibilities to lie: are you providing the good or service and people are paying you for it, making you like a retail store or distributor for producers? Or are content providers providing the good or service being paid for to the students, and you are like a marketplace/facilitator/advertising venue? This question becomes significant as soon as someone is unsatisfied with something they have bought :).
You can use the Adaptive Payments platform with PayPal to split payments just like you're doing with Stripe. Specifically, you'd use the Pay API setup as a chained payment with a secondary receiver.
If you happen to be working with PHP my class library for PayPal will make all of the API calls very simple for you.
Title probably isn't really light shedding, let me rephrase.
On a platform that i have developed in asp.net, A customer can buy a product from an online seller, both of which are from my DataBase, registered users. Now when the customer makes a transaction, i wish to take a 5% cut from the total transaction amount, and the rest is sent to the online seller. I'm not asking for code to do this, but how is this done the correct way theoretically speaking?
Should the payment go to me first, than i split it into 2 payments 5% for me 95% for the seller, or maybe is there some built-in Paypal feature that enables this?
The Express Checkout API's will give you more freedom to integrate into your application a little more tightly, and the experience for buyers is a little nicer. It allows you to setup a parallel payment where you have multiple receivers on the transaction (with whatever amounts going to each that you specify) but the buyer will be able to see the split during the checkout.
If you want to hide the split you could go with the Adaptive Payments API instead. Within that, you can do parallel or chained payments, or even a delayed chained payment. Chained payments will hide the split from the buyer during checkout, and a delayed chained will be only give the money to the primary receiver until you specify that the secondary payment(s) should be sent by calling the ExecutePayment API.
Yet another option would be to use Payments Standard or Express Checkout to have the money sent to a single account, and then you could forward any payments necessary using the Pay API just for a single payment. This can be automated from within an IPN solution.
I realize that's a pretty broad answer, but it really was a pretty broad question.
I tried asking this on the normal PayPal forums, but they suggested asking it here.
I'm working on a site, where people will be able to sell their goods. The money goes direct to them, and we then just invoice the seller at the end of the month (for their "fee").
My question - is it possible to have multiple amounts paid for in one go (they could also be in different currencies, just FYI). I basically want to get something like eBay has (where you can add multiple items to the cart, and then pay for them all at once)
If not, I guess I'll have to stick with a more basic system of letting them add to the cart, and then at the final stage - give them different buttons for each person
You can do that with the Adaptive Payments platform. Look into parallel and chained payments.
I'v question regarding PayPal chained payments. I employ freelancers (who are the secondary receivers) from different countries who provide online services to my customers. The customer should pay directly to the freelancers and also directly to me (my share). I think that chained payments are the best option because in this case the freelancer can't see the customer details and vice verse. One problem remain though, I understand that before the payment to the freelancer is done, it pass through my account. If this is the case, then the whole sum that the client paid would pass through my account and for tax reasons the whole sum is considered as my income while in fact only part of it goes to me. I have no problem with the payment to the receivers pass through me, but I don't want it to be documented as income, only the part that goes to me should be documented as income and the share of the receivers should be documented from the beginning as their share. Is it possible with this option?
What you want is Parallel payments, not chained payments.
Parallel payments
Chained payments
Also take a look at Introducing Adaptive Payments
no . acutally I would like the same, chained payment, not parallel as I don't want someone to know what's my share. just want to set up primary receiver the person who will do the stuff, and I , comissioner, am the receiver number 2