Hi I'm a little confusing with this adpative payments option, what I have is this scenario.
I have a site which can charge without problem using paypal api nvp using credit card directly.
what I want to do is charge in the same way with the credit card and then, split the income into two differents paypal accounts. 15% in one and the rest in the other one.
So how can do this? I can't find any example for achieve this, Im watched a few examples of adaptive payment where the sender (which use an paypal account) send money to the primary reciever and then this keep his fee and the transfer the rest. But not using a credit card as an input of payment
But what I want to do is charge with the credit card. Keep 15% fee and the send the rest to the other account. what I want is only be charge with 1 fee from paypal and not two from transfer money to two differentes accounts.
I just need an example.
Not sure if I'm understanding your scenario correctly, but I'm using chained payments to process a payment to a primary receiver, and then charge that receiver 3% to go towards my site's account. I'm using C# language and NVP, and this is what I have:
double mysiteAmt = Convert.ToDouble(payPalObj.transactionAmt) * .03;
// receiver(0) is the primary receiver of the payment
body.Append("receiverList.receiver(0).amount=" + HttpUtility.UrlEncode(payPalObj.transactionAmt.ToString()));
body.Append("&");
body.Append("receiverList.receiver(0).email=" + HttpUtility.UrlEncode(payPalObj.receiverEmailAcct));
body.Append("&");
body.Append("receiverList.receiver(0).primary=true");
body.Append("&");
// receiver(1) is my site
body.Append("receiverList.receiver(1).amount=" + HttpUtility.UrlEncode(mysiteAmt.ToString()));
body.Append("&");
body.Append("receiverList.receiver(1).email=" + HttpUtility.UrlEncode("payments#mysite.com")); // This is my site's PayPal account
body.Append("&");
body.Append("receiverList.receiver(1).primary=false");
When the sender is redirected to PayPal, they only see one transaction amount. When the payment is processed and the primary receiver logs in to PayPal, they will see two transactions: 1) A payment FROM the sender, and 2) a payment TO my site's PayPal account.
Hope this helps.
Edit:
You also have to include this so that the primary receiver is responsible for the PayPal fees.
body.Append("feesPayer=PRIMARYRECEIVER"); // Receiver will pay the fees.
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.
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 have the following requirements for an online payment solution:
There are two types of users: Buyers and sellers.
Only digital stuff is exchanged.
When a buyer buys content, money is sent to the seller immediately as well as a small fraction of the money to the website owners.
A buyer must before he can sell his offerings connect his account (that may be PayPal or any other service) to the platform to be able to receive money.
Now, I'm not an expert in this field but my initial idea was to have a PayPal account with Mass Transactions enabled for this website which will receive all payments and then send money out to the sellers via API calls.
However, it would be very nice if it is possible to make this process completely external, a.k.a. use a service for payment which sends the bulk of the money to the seller but a small fraction to the shareholders (website owners). Of course, a seller must first connect his account to the platform to make sure in case one of his offerings was bought he can receive money.
Any ideas are well appreciated.
PayPal Adaptive Payments/Chained Payments might be the best option for you as it can be setup to automatically send a portion of your payments to other accounts.
Here is the overview of Adaptive Payments:
Adaptive Payments Overview
From the PayPal Documentation here is an exact definition of Chained Payments:
Chained payments allow a sender to send a single payment to a primary receiver. The primary receiver keeps part of the payment and pays secondary receivers the remainder. For example, your application could be an online travel agency that handles bookings for airfare, hotel reservations, and car rentals. The sender sees only you as the primary receiver. You allocate the payment for your commission and the actual cost of services provided by other receivers. PayPal then deducts money from the sender’s account and deposits it in both your account and the secondary receivers’ accounts.
Here is the information on Chained Payments:
Chained Payment Developer Guide
Here is information on registering your Application, which will allow you to create the Sandbox API Calls:
PayPal APP Basics
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.
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.