I tried asking this on the normal PayPal forums, but they suggested asking it here.
I'm working on a site, where people will be able to sell their goods. The money goes direct to them, and we then just invoice the seller at the end of the month (for their "fee").
My question - is it possible to have multiple amounts paid for in one go (they could also be in different currencies, just FYI). I basically want to get something like eBay has (where you can add multiple items to the cart, and then pay for them all at once)
If not, I guess I'll have to stick with a more basic system of letting them add to the cart, and then at the final stage - give them different buttons for each person
You can do that with the Adaptive Payments platform. Look into parallel and chained payments.
Related
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.
We have a company that designed our website and we have pay pal standard set up to take payments. It works great except for theres times where there is a double order because the notifications from paypal go to one sales person and another sales guy handles the website orders. The notifications could be from more than just the website so the sales guy doesn't think anything of it when putting in the order and the notification however doesn't update on our website if the order is filed by that sales person and vis versa. Also we run into the issue of the shipping and billing addresses being different and matching them since the website shows who its going to as the main name and the pay pal will show the billing name. Any suggestions on what we can do to make it easier on our sales team?
I would HIGHLY recommend you implement paypal-ipn and process the orders into your system that way. That notice would let you use a program to process the order data into your system and avoid issues like multiple entries, keying errors, etc.
I'm currently creating a service where people can sell stuff and I as a middle man want to make a cut.
I don't want to accept the whole payment tho and split it later but when a customer is paying to not become a trader.
I know how to make transfers on PayPal and co. but is it possible to split these payments right away?
Well if you just use the right keywords for googling you'll find this:
Split Paypal payment into two accounts
What I really needed is delayed chained payments which can be found here.
I'v question regarding PayPal chained payments. I employ freelancers (who are the secondary receivers) from different countries who provide online services to my customers. The customer should pay directly to the freelancers and also directly to me (my share). I think that chained payments are the best option because in this case the freelancer can't see the customer details and vice verse. One problem remain though, I understand that before the payment to the freelancer is done, it pass through my account. If this is the case, then the whole sum that the client paid would pass through my account and for tax reasons the whole sum is considered as my income while in fact only part of it goes to me. I have no problem with the payment to the receivers pass through me, but I don't want it to be documented as income, only the part that goes to me should be documented as income and the share of the receivers should be documented from the beginning as their share. Is it possible with this option?
What you want is Parallel payments, not chained payments.
Parallel payments
Chained payments
Also take a look at Introducing Adaptive Payments
no . acutally I would like the same, chained payment, not parallel as I don't want someone to know what's my share. just want to set up primary receiver the person who will do the stuff, and I , comissioner, am the receiver number 2
Is paypal a suitable system for handling event ticket payments. All I want to do is create a page with event details, a list of hOw many tickets are left and a secure payment handling. Systems like eventwax seem to charge for use of there system and then paypal charges you too. I just dont get why people are paying twice. Also does anyone have any other recommendations for similar sites like eventwax
Google Checkout lets you do something that will work for you. Basically you create a Google Docs spreadsheet that follows a special format and contains the items that you sell and the quantities remaining. Then, you can make an HTML button that you can embed in your page. When a user clicks the button, it processes the selling of a specific item from that spreadsheet. Google handles everything else automatically - it subtracts one from the quantity field in the spreadsheet, processes the payment and sends you an email with the purchase and shipping details. Little to no programming required.
Of course, this can't work with PayPal.
First off, paypal comes in many different flavors. From the simple they host the order form and process payments way on up to all you do is pass them the credit card info and charge amount and they process it.
With that in mind I don't believe they support selling a limited quantity of items. This is something you would have to provide with your site.
Which leaves us with: are you asking a "how do I code this" type of question or something more general. If the former then please provide language and what you have so far. If the latter, then you might try at http://webmasters.stackexchange.com
Now regarding eventwax charging for usage, that is a perfectly legit thing to do. They are providing a service which allows people to sell a limited number of things, ensure that those things aren't over sold (which can be difficult depending on your db transactional experience), and handle payment processing.
All said and done there are really several companies which will get a piece of the action so to speak. Paypal is one, the credit card companies are another. If you are using paypal's payflow pro gateway then there is at least two other companies involved: your bank and the transaction processor themselves.
Which leads us to why people pay companies like event wax. Quite frankly, it's easy they don't have to screw around with programming something, and it works right now. There's a lot that can be said about doing things this way. Usually you just include all of this into the cost of doing business.