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.
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.
In my website I have integrated PayPal subscription. There client redirects to paypal site and do the payments and return to my site, it is fine. But my client wants to accept credit card payments, in current implementation users need to create paypal account in order to do credit card payments. As per my finding on the web we can do recurring credit card payments in following ways.
Collect credit card detail and store on paypal side and perform transaction when we need using a token. But this method supports only in UK and US
https://developer.paypal.com/docs/integration/direct/rest_api_payment_country_currency_support/#direct-credit-card-payments
Collect credit card details and create recurring payment profiles via API. But this method possible only in US,UK,Canada only
We can do credit cards payments on PayPal site(without paypal account) with their Enhanced Recurring Payment service. It is not free($19.99/month)
My client is in France, So in my case only possible option is 3. Am I correct? Is there any other way to do it.
Unfortunately, none of the option is available for France Merchants to process direct credit card payments.
The option 3 Enhanced Recurring Payment(ERP) is available for US,UK,AU and CA.
No, for France Merchants there is no way to accept direct credit card payments, only way is you can turn on "account optional" feature in paypal account and increase chances that buyer could pay with credit card along with PayPal with Website Payment standard or Express checkout
i am creating a small marketplace where sellers can sell their products and receive payments to their PayPal account directly from the buyer.
i've previously been using "website payments standard" but am looking to switch to the express checkout API to generate a one-time payment token each time someone purchases something and which then allows buyer#email.com to send a payment directly to seller#email.com without the involvement of my PayPal account.
is that possible?
i've only found one option in the documentation at https://developer.paypal.com/docs/classic/api/merchant/SetExpressCheckout_API_Operation_NVP/ called "PAYMENTREQUEST_n_SELLERPAYPALACCOUNTID", but is that the correct way to send the entire payment from the buyer to the seller without any amount going to me?
also, do i NEED to have my own "USER" and "PWD" to generate an API token each time if I am receiving no payment mysefl?
Think you are looking for Adaptive payments.
Adaptive payments handles payments between a sender of a payment and one or more receivers of the payment. You are an application owner, such as a merchant that owns a website, the owner of a widget on a social networking site, the provider of a payment application on mobile phones, and so on. Your application is the caller of Adaptive Payments API operations.
So, in general if you want to act as API caller and to felicitate the money transfer between buyer and seller, Adaptive payment is the way to go.
Steps to go live with Adaptive Payments
I'm setting up an ebay like website where there are buyers are sellers. When a user (both buyer and seller) signs up, I make them sign a paypal billing agreement with me. When a buyer sells an item, I charge the seller using the billing agreement.
What I'm stuck on is sending that amount to the seller using the billing agreement. I realize I can use the MassPay or Adaptive Payments API to pay the seller but neither of those interfaces taking a billing agreement ID. They both only take the seller's email address. Does that mean I need to retrieve the user's email address via GetBillingAgreementCustomerDetails before making the masspay / adaptive payments call?
I would look into Preapproved Payments if I were you. Your users would setup a preapproval profile instead of a billing agreement. Then you can send money on behalf of any user using their preapproval key.
Specifically, you'll use the Preapproval API to create the profiles and then the Pay API with a preapproval key included to submit payments when necessary.
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.