What are the fees when using authorize and capture?
For regular payment I think the fee is 3.4% + 0.30$
Is that works the same way for authorize and capture?
Is there also fee for re-authorize?
Is there also fee for void?
Is there additional fee for multiple captures?
What happens if I did authorization for 500$ but eventually captured only 100$? the 3.9% are deducted from 500$ or 100$?
I know it's a lot of questions but hopefully I can get some answers.
Thanks!
For PayPal account payments all fees are the same whether using auth/capture or not. Feed apply to captures, no auth fees, so in your example you would pay fees on $100, not $500.
But this type of info should be easily (and more reliably) obtained from PayPal's website or sales staff.
PayPay charge fee only on the money they take - so no fee for authorize and fee only for the amount that was captured.
Related
I'd like to find a cheaper (free) service to use to transfer money between my websites customers and Stripe's fees a very high.
I can't seem to get any clear answer from the PayPal website for developers or by talking with a customer service reps on the phone.
In my website, I want to transfer money (via API) from my customers account (PayPal) to my business account (PayPal), then at a later time, transfer money from my business account to another customer account (PayPal).
Can this be done NO transaction fee?
If no, what are the transaction fees for this, I'm a little confused by the fee site.
Is this is the correct page? - https://developer.paypal.com/docs/payouts/reference/fees/
Or do I look under the merchant fees and which link? - https://www.paypal.com/us/webapps/mpp/merchant-fees#paypal-payouts
I also see adaptive payments, but it says on the site that it isn't available for "new integrations". Does this mean I can start using it when I go live with my site?
https://developer.paypal.com/docs/archive/adaptive-payments/
API...without paying a fee
No, the usual processing fees apply to all API transactions.
The only PayPal transfers without a fee are in certain countries that have payments to "friends & family", which are not for business or commercial purposes and can be initiated only in paypal.com and sourced from the PayPal balance or local bank (sending money from a card always has a fee).
Regarding fee types, merchant fees apply to receiving payments to your account and payouts fees apply to sending money from your account (if you have the payouts service)
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.
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.
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.
Yes i know this question looks similar to Add funds to PayPal from Bank Account , but I have a legitimate circumstance why that answer is not acceptable.
I have many recipients that I need to automatically pay out each day, and need my paypal account to have suitable funds (while only making ONE call to my bank account). My bank account has transaction limits and I therefore can't afford to make 10+ withdrawals a day.
I plan on using Mass Payments api, does anyone know if this makes one lump withdrawal for the total amount of all the payments combined that are wrapped up in a mass payment?
Alternatively, does anyone know of an api way of funding a paypal account from a bank account?
Thanks
Unfortunately, there isn't any way to fund your PayPal account from your bank through the API. MassPay won't automatically do it either. You would need to have the funds already available in PayPal for MassPay to work.