we are going to integrate paypal to our system and I have a question about surcharge.
Is possible to add for example 4% to all transaction and thanks to it, customer will cover transaction fees? I've heard that paypal don't allow it but I'm not sure about it.
Thank you
Unfortunately, the merchant will have to bare the PayPal transactions fees. You could perhaps increase the price by a slight margin to cover the transaction fees if you would like.
Jeremy
Related
I am in the process of adding an additional credit card processing fee of 2.5% across the entire bill upon check out in a bigcommerce store. My question is: Can I manipulate the grand total as it seems I cannot change it or is there any other way?. Also would adding a line items work? Or if you have any other idea please let me know. There is not much information that is found in BC site
So you actually have a couple of no code options in setting this up!
You could use the native Handling Fee (percent or flat rate) to add a fee to the shipping, which I would assume you'd do more than 2.5% if you chose this route. Or you can look at creating a custom tax to add to the checkout.
We do have an Idea in our Ideas Portal that I invite you to review that is to support transaction fees on the order. If you are in support of this idea, please upvote it to relay that feedback to our Product teams! :)
I am setting up the Paypal integration for a Clients website. He has a page where users can buy stuff that others users sell and he wants the buyers to pay using Paypal, he also wants the payment to be charged a fee, so that a percentage of the payment goes to the website owner and the remainder goes to the seller. For example:
Tom sells shirts at $20 each and i want to buy two, so i would pay $40 plus the 3% of the transaction, that would sum up to $41.2, $40 would go to Tom and $1.2 to the page owner.
How can i do this using Paypal? I have been reading a lot Smart Payments Button describes how to set a payment but the funds go to a single person, i need to set a chained payment, split payment or something alike and their docs seem very fuzzy.
Any help is appreciated.
Thanks!
platform_fees , documented here , is the analogue to chained payments. However, it is only available to PayPal partners -- i.e., probably not your client.
For separate transaction payments to more than one receiver account, there is multi-seller payments.
After completing the Paypal Integration and after tears and pain i can tell that i couldn't use platform_fees.
The implementation is complete and working but i wrote to customer support and to dev support and they just don't want you to use platform_fees so nothing will work along that path.
The solution they provide and the one they want you to use is getting all the money on your account and then splitting it using Payouts to all the clients.
Really bad solution imo but its convenient for them because they charge more transactions instead of allowing you to do everything on a single transaction.
I offer a service 2 times a year. Some of my clients desire to make payments rather than pay in one lump sum. They need to choose the amount they desire to pay and when they (date) they want to pay on. I just need PayPal for the processing and also the tracking for the amount they have paid. It also needs to not accept any more funds once they have reached the set amount.
Has anyone heard of this capability?
You time and consideration.
Have a look at https://developer.paypal.com/docs/classic/products/paypal-payments-pro/
They implement payment by instalments on their end with Paypal Credit. I believe you will still receive the entire payment in one go, but the customer will have to pay it off to Paypal directly. Alternatively, you may be able to hack something with recurring payment, though you would need to cancel it once the total amount has been reached; it's definitely not meant for that.
Regardless, you are probably better off contacting paypal support for this, since this isn't really a programming specific question.
In our early test/launch of our product we would like to sponsor the $.25 Dwolla charge when a payment above $10 is made. Is there any clean way to do this? Clearly the transactions know the developer account information in order to make facilitator fees possible, but you can't set a negative facilitator fee. I can think of the hacky option of pairing every real transaction above $10 with a $.25 transfer from the developer account, but I am looking for something that will be transparent to users if possible.
There's no clean way to pay the transaction fee as a facilitator, unfortunately. This is an interesting case, and a negative facilitator fee would probably be the best way to solve it. I'll bring up this potential feature with our team!
For now, however, the hacky solution of reimbursing the recipient or sender of $0.25 is the only viable solution.
Which payment gateway should I choose from among Authorize.net, PayPal & Google Checkout?
Is there anything wrong if I provide all ? I'm planning for express checkout methods in all the three services, the direct credit card accepting service.
The more choices you offer, the more choices your customers have, so no, there is nothing wrong with offering all three.
If you potentially have customers from the EU or Asia, you may want to investigate options that are popular in those regions as well.
Keep in mind, PayPal tends to freeze money in account for some reason and have huge problems even answering email with 24 hours.
Paypal is of course the most well known and respected, however the answer actually depends on the amount of revenue your company will make (monthly and yearly averages), the average price per transaction and the number of debit card vs credit card payments you are likly to take. Without these figures it's nigh on impssible to determine which one is cheapest for you.
Authorize.Net is only a payment gateway, not a payment processor. You need to have a US based merchant account to use with Authorize.Net.
Paypal and Google Checkout are third party payment processors. They essentially are the payment gateway and merchant account rolled into one package.
It's worth noting, from the research I've done, using PayPal is cheaper than credit card processing directly. They charge less of a fee (I'm assuming because they process everything themselves, and don't go through some third party to get to the credit card company).