I want to set up a button on one of my sites where I sell a product for $100 I want the transaction to split the $100 automatically, $80 to the suppliers PayPal account and $20 to my PayPal account.
How can this be achieved
You would do this via Adaptive Payments via parallel payments. You can apply for it on developer.paypal.com
Related
I understand that Paypal's MassPay can be used to, as a business, quickly make payments to multiple people. I also understand that the business sending the mass payment is responsible for the transaction fees, and that the recipients of the payments are not charged any further fees.
I am curious if it's possible to utilize MassPay to account for revenue shares / commissions when a buyer purchases a product through an eCommerce application.
For instance: my application allows users to buy and sell products. My business keeps 20% of every sale, and the seller receives the remaining 80%.
A seller sells a product for $100 to a buyer through my application. My business should receive $20, and the seller should receive $80. The buyer completes the checkout / purchase process by making a $100 payment through Paypal. My application has MassPay configured in a way that will send $20 of that $100 to my business's Paypal account, and the other $80 of that 100$ to the seller's Paypal account.
Is such a thing even possible?
if the answer is yes…
How will this appear in the Paypal accounts (activity / transaction history) of the buyer, the seller, and my business?
What if the buyer has a problem with the product they purchased, and they open a dispute with Paypal? Will they have to open a dispute for one transaction ($100), or two ($80 and $20)?
Because the buyer is the person making this mass payment, will they be charged additional fees in some way? Will those fees need to be factored into their purchase cost during the checkout process?
Thanks in advance.
You can absolutely use masspay to send "contingent" payments like rev shares and commissions; in fact this is the product's most common usage. It was built for that.
You may also be able to use PayPal products like chained or parallel payments to create multi-link payment flows.
In most cases you want payments to flow along with responsibilities/agreements. For example if I buy something (e.g. a t-shirt) I don't want to make multiple payments to supply chain members; I want to buy the shirt from someone and pay them, and it is their responsibility to take it from there; they may then owe a commission to someone (or to 10 different parties, I don't care), or they may owe a supplier (or a bunch of them)... not my problem.
So I strongly urge you to decide what model you want: is someone buying a product from you, and you will pay a supplier? is someone buying a product from a seller, and the seller will owe you a commission for providing the customer through your marketplace? Then set up your payment flows accordingly.
In the former case (ecommerce store) masspay is an excellent fit: the customer pays you and then you masspay (on a per-transaction or aggregated basis) payments to your suppliers. The buyer only sees the payment they are party to, which is their payment to you. Any dispute is between you and your buyer.
In the latter case (marketplace) the customer pays the full (total including commission) price to your sellers. Then you don't need to push a payment to your sellers but rather to collect a payment from them, so you would likely use invoicing or a billing agreement to collect your commissions.
I have some questions about recurring payments using express checkout. On your developer web at the recurring payment page is stated:
To be able to create a recurring payments profile for the buyer, you must ensure that the buyer's PayPal account includes an active credit card.
You can create a maximum of 10 recurring payments profiles during checkout.
You can increase the profile amount by only 20% in each 180-day interval after you create the profile.
For the first statement: can you check that the buyer account has an active cc during express checkout? I mean, can you check that programmatically?
The second and third statement: what does that means 10 recurring payments profiles during checkout? 10 profiles totally or 10 profiles at once? If I will sell my subscription to 1000 customers, can I create 1000 recurring payments or the maximum is 10? What about if I set-up a recurring payment using CC instead of express checkout, are there any limitations to how many profiles you can create?
Can you check that the buyer account has an active cc during express checkout? I mean, can you check that programmatically? No, PayPal will take care of this for you.
What does that means 10 recurring payments profiles during checkout? 10 profiles totally or 10 profiles at once? 10 at one time. Assuming that you can get the buyer to agree to it, you can set up any number of recurring payments profiles with a single buyer, but you'd have to send them back to PayPal multiple times to approve all of them.
If I will sell my subscription to 1000 customers, can I create 1000 recurring payments or the maximum is 10? You can create 1000 recurring payments. There's no limit to the number of recurring payments profiles that you, as the merchant, can establish with your buyers.
What about if I set-up a recurring payment using CC instead of express checkout, are there any limitations to how many profiles you can create? Again, no (but keep in mind -- to set up a recurring payment using a credit card -- and not through Express Checkout -- requires you to sign up for Website Payments Pro with Recurring Payments).
I want to know if there is any fee to make Implicit payment using adaptive payments to other paypal accounts in the same country.
User can buy product from my app using Credit Card through a third party gateway or paypal.
2nd part of my application will distribute commission to multiple merchants who also have paypal account of the same country.
From what I understand its free to send money from senders paypal account in this case the api owner to another registered paypal account of the same country.
Is my assumption correct ?
Hussain
There is a parameter in the Pay request called feespayer that you can set to specify who pays the fee on a payment. Possible values are SENDER, PRIMARYRECEIVER, EACHRECEIVER, and SECONDARY ONLY.
See the Pay API reference for more details.
I'm developing a B2C site where many shop enroll with the site and sell their products. The Site owner needs to get a 5% of the sales done through their site from the sellers. That is when a customer buys product for $100, $5 must be credited to the site owner's paypal account and 95$ must be credited to Seller's paypal account. Does paypal has this option already.
Yes, it's called chained payments. https://developer.paypal.com/webapps/developer/docs/classic/adaptive-payments/integration-guide/APIntro/#id091QF0I30YK
I am building a project that might be a bit complicated and I have to use paypal for this.
There are many users in the app and they can be receivers, payers or both. The receivers/sellers provide certain services and the payers have to pay their sellers monthly. So if the user agrees to pay, the paypal will charge him monthly and automatically. The users need to register as paypal member and get authorized from paypal beforehand so I can use their emails for the transactions in the app.
I am thinking of using paypal express checkout with recurring apis, but I am not sure if it is the right decision and no clue if it is working. Any suggestions? thanks.
You could use either Express Checkout, Subscriptions w/ Website Payments Standard, or Enhanced Recurring Payments w/ Website Payments Standard. Either one of these would allow you to set up recurring payments. Enhanced Recurring Payments is the only one that would have a monthly charge associated with it. Express Checkout and Subscriptions w/ Website Payments Standard would not have a monthly charge. However, Enhanced Recurring Payments allows the buyer to sign up for a subscription without having to have a PayPal account, and they can just use their credit card. Express Checkout and Subscriptions w/ Website Payments Standard require the buyer to have a PayPal account. They can still be billed via credit card, but they have to have the credit card attached to their PayPal account. The subscription would bill the PayPal account, and the PayPal account would pull the funds from the credit card on the account.
With a PayPal account, your users can receive or send funds based on the country these accounts are located in.