Given a market place that has buyers and sellers exchanging goods. What is the best way to allow a buyer to make a purchase and with hold the money from the seller until the shipment has been received?
Chain payments force the primary recipient to be receive the majority payout. But if that is the case, we end up being force to pay the seller at point of sale instead of what the shipment is complete.
Buyer - pays the total amount
MarketPlace - receives percentage
Seller - receives majority of sale (after delivery confirmed)
Any thoughts on how to accomplish our goal with Paypal?
Thanks!
There are lots of things you can do and any of them could be the best solution. It seems like you are already on the right track with is adaptive payments. The type of adaptive payment I would go for would be a delayed chained payment. A delayed chained payment as described by paypal is
Delayed Chained Payments
By default, payments to all receivers in a chained payment are
immediate. However, you can choose to delay a payment to a secondary
receiver. For example, as primary receiver, you may require secondary
receivers to perform some action, such as shipping goods or waiting
for expiration of a return period, before making payment. To complete
the payment, you must explicitly execute a payment to secondary
receivers after the sender pays you. The payment must occur within 90
days, after which you cannot complete the payment as part of the
original chained payment.
You can find more info about this about a quarter of the way down the page here.
Hope this helps!
p.s. checkout their samples included with their sdk for the classic api here.
Related
I am working on a web application for a client and he wants the payflow to work sorta like this:
Seller makes an offer for an item
Customer purchases the item
The seller sees the item is paid for but won't get the payment
When the item has been marked shipped the payment minus app fee and paypal fees will be sent to seller
App Fee is deposited into the application's paypal account
I have implemented it using paypal's express payment api and do the payouts manually. But this has caused double paypal fee's which are incorrect. My client wants to use adaptive payments but that isn't going to work since they require the seller to be the primary receiver and the merchant service be the secondary but for out desired flow that won't work. What other option do I have?
From the description you provide, the best approach is to use Adaptive Payment Delayed Chained Payment. The buyer will make a payment for the item and the seller will directly receive the amount. You can specify the merchant services to be the secondary receiver but when using the Delayed Chained Payment, primary receiver (seller) will always get the payment first and using the Pay API, secondary receiver (merchant services) will get their portion. If you required the seller to be the last person to receive the money then they (seller) should be the secondary receiver.
I am working on a WebService that will accept payments from PayPal. There will be two sides (seller and buyer) and I will take commissions. However, I don't want to direct the payment instantly to the seller. The seller will complete the service through some conversations, but I want to guarantee to the buyer that it will receive the service as he wants and at the same time, guarantee the seller that he will receive his money.
Is there a way to reserve/freeze/hold the money from the buyer's PayPal account or do I need to take all the service money instantly to my account and then direct the money afterwards, after taking my commission, when the service is marked as completed by both parties? What is the optimal way to achieve what I am trying to do?
The delayed chained payment using Adaptive payment API would be the optimal way for your business pattern. It allows you to keep the money for 90 days during which you can pay the sellers their portion any time. You can refer to this page https://developer.paypal.com/webapps/developer/docs/classic/adaptive-payments/integration-guide/APIntro/#id091QF0I30YK to understand the basic function, and see this guide https://developer.paypal.com/webapps/developer/docs/classic/adaptive-payments/ht_ap-delayedChainedPayment-curl-etc/ for implementation.
Let us assume that some money is deposited to the admins account when a user signups . Now the same user when goes to buy a item he gets some kind of discount for ex:- the item he wants to buy costs $500 but he gets $100 discount so he has to pay only $400 . Now the remaining $100 will be diposited from admins account to the sellers account . so the seller gets $400 from buyer and $100 from admin in a single transaction .
Is it possible in Paypal ? Your ideas/suggestions would be helpful. Please do it.
Currently there is no single API call that would do what you are looking for. You could code it where you accept the payment and then make a 2nd payment out to the seller. You could even look into Chained Payment Adaptive Payments for part of it (You are the primary receiver and accept the payment and then chain most of that payment over to the secondary receiver).
You should be able to do this with PayPal adaptive payments, using parallel payment. It is the same as chained, except there is no primary leg. All the payment legs would have the same receiver, 6 is total number of receivers in the parallel case.
To reverse if either fails: reverseAllParallelPaymentsOnError to true
How do you intend to authorize the payment? If you are using the admins credentials to make API call this might work. Buyer explicitly approves payment, admin (since his credentials) implicitly approves payment.
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.
I am currently developing a web application which is a booking system for events.
Basically i want to use PayPal's Delayed Chained Payments system to do this:
BUYER makes a purchase through web app
ADMIN is the primary receiver of the funds
SELLER receives the funds 7 days after the event has occurred (less commission for ADMIN)
The reason i am leaving a 7 day period until the SELLER receives the funds is to allow for refunds and cancellations.
My question is:
Does the API allow me to interveen the delayed payment before the 7 days has elapsed, thus cancelling the payment to the SELLER and allow me to directly refund the BUYER the full amount. This is my ideal situation as it means their will not be the problem of the SELLERS account not having sufficient funds for the refund.
If anyone could help it would be great!
With Delayed Chained Payments you'll have the ability to cancel or execute the payment whenever you need to (within 90 days). So if the seller isn't able to supply the product to the buyer (or whatever reason) you can cancel the transaction.
Submitting a refund after a payment has been executed is a little tricky.
So to do a refund for a Chained Payment transaction you'll need to use the Permission Services API calls for the receivers to allow you to process refunds on their behalf. If they don't, you cannot refund the payment sent to another recipient.
After make delayed chained payment if you are not execute payment to secondary receiver then you can refund full amount of payment using refund api Call but you need to grand third party access .using grant api access