Marketplace - Other Payment Systems (like etsy, etc.)

Marketplace currently works a bit opposite this: all customer payments go to store and store pays sellers a fraction (set by marketplace settings commission rate) of the amount received from customer. Your scenario would work: on the 15th of each month, STORE pays seller 90% of sales.

There is a big problem with the current payment option. If people start to buy stuff from your page and you, as the shop owner get all the money, then after some days you transfer the money to the sellers paypal or bank. But what if the people start a chargeback. Then the users will get the money from your bank account, even if you already send the money to the seller :(
So I am looking for a way to send the payment directly to the seller and get the money from the seller later, like ebay. This solution is much better and more secure.

I agree and acknowledge that the payment system is for limited use cases only. For some stores, the solution is actually quite elegant and useful. For others, it will not work. Unfortunately, from my research for the module, Paypal does not offer API support for splitting up payments (i.e. amongst sellers in cart). Of course, you could issue multiple transactions, but that complicates everything (i.e. Ubercart does not support it w/o custom work) and handling billing is difficult as well. I think eBay has it much better, because eBay owns Paypal, so the integration is ideal.

It would seem Amazon has a solution that may suit the purpose much better: https://payments.amazon.com/sdui/sdui/business?sn=devfps/marketplace

I will have to look into integration. I believe Amazon FPS is being integrated with Ubercart currently, and integrating this should be similar.

Is it possible to send the money directly to the seller? May be for future versions it would be a way to send a bill to the users every month so they pay the commission later on. But I really would like to know if it is possible to send the money directly to the seller not to the shop owner - without the commission of course.

Turgrit is it possible to send the money directly to the seller?

Not currently. Paypal masspay (through store owner) is the only implemented solution at the time.

I would also be interested in an integration that would allow the buyer to pay the seller directly. I think it would make life easier for the shop owner and would put the responsibility for taxes on the seller instead of the marketplace owner.
Thank for all your hard work.

Another promising option by Paypal to compete against Amazon: http://www.techcrunch.com/2009/07/06/paypal-looks-to-crush-amazons-fledg...

I'm interested in assisting with cash to get a support for Amazon's payment service; let me know what it would take.

Regards,
Chris

I like the way it works now from a buyer point of view. I don't like having several carts and making multiple payments when I'm trying to buy 5 items. The first time I shopped on Etsy, I almost abandoned my cart after I realized I have to make different payments to each vendor. I want my customers to shop and pay with ease. When you buy on Amazon, you pay for everything at once and you are done.

If the product is returned for any reason after you have made the payment to the seller, you can contact the seller to confirm the return, refund the customer and the seller will now have a credit of that amount. In the next payment, you send the seller his/her money minus the refund money. (P.S. I'm not sure how the refund process works yet). Another option would be to have the seller refund the buyer directly from their account on the website, Amazon uses this method too.

I'm interested in assisting with cash to get a support for Amazon's payment service; let me know what it would take.

+1 I'd consider some offering some monetary compensation for Amazon FPS marketplace integration

I don't have a huge budget, but it could add up if there are multiple contributers.

I would like to see this as well. For the buyer to pay directly to the seller would help out alot. I run a store and have received several charge backs and lost money on this. I would be happy to help out with some payment to the person to complete this function.

James

subscribing.

Amazon now bills your credit card separately for each seller but the checkout process is the same. I like this method. The buyer doesn't have to make payment several times to each seller but only one time and in the backend, Amazon separates the payments and each seller is paid individually. It would be nice if UC_MP can work like this.

I will help fund this development.

I have a client who may be willing to help fund this development, particularly the integration of PayPal's Adaptive Payment:

https://www.paypal-labs.com/integrationwizard/adaptive/

There is a project started up on ubercart.org for adding PayPal's Adaptive Payment functionality to Ubercart, but the last post is from March 2010:

http://www.ubercart.org/project/uc_adaptive_paypal

That is very intersting, thanks for digging this up clavigne. I look forward to finding out what the status of this project is.

I'm alive. So it's alive. ;)

The reason the last post is from March is due to my dayjob monopolizing my programming time the last few months. If you guys are interested in seeing that module go forward though - please let me know. I'll take feature requests and suggestions as this module is going through it's second draft right now, and monetary support would certainly make my wallet happier. ;)

I think this is a perfect idea!. i'm currently creating a website where authenticated users will be able to sell items on my website and I will be charging them a 10% commission on each of their sales and will be charging a small membership fee to join the website. I would like for the membership to be able to renew automatically (which the user would be able to choose to renew manually or automatically). I have no idea how to do this yet..but hopefully will figure it out.

The api paypal payment sounds perfect. If a user purchases several products from different sellers, they can just make one payment but each seller gets paid directly rather than the administrator have to pay all of the sellers through masspay. I know this is in the works, so i'll wait for the official release.

I have a question though...how do I charge commissions from each sale, I think by what I read on this website, that you can choose to take the commission from each sale before the balance gets paid to the sellers correct through the api payment system?.....also, Is that the best option, or can we save users credit card numbers in ubercart marketplace and just charge them at the end of every month (as ebay does) rather than take it from each of their sales....

Any suggestions?

I'm really looking forward to this module. I think it's exactly what I need. I'm still trying to get the sellers roles setup as I'm still fairly new to ubercart....

Thanks.

Adaptive API is set up such that you could take your percentage off while the transaction to the rest of the sellers is being made. In that scenario the seller wouldn't be invoiced at all by the site owner, it would simply be a fee reducing the amount that arrived in their account after the buyer payed. So all the money is handled once and in the same series of transactions and fee deductions.

It does make for a lot of micro-payments floating around into your site account. That sort of 'in-the-flow' continuous stream of money is very low maintenance but can raise questions regarding cut-off dates for charging monthly fees or other forms of getting money out of your sellers. Aka - you would be best served by using an additional module to handle charging the seller a monthly fee for the account if you were working on a fee-per-month in addition to the commission price.

Charging the seller a lump sum at the end of the month is more like an invoicing system. That's another module I've worked on that was very customized to the site it was for (hence it's not ready for general release yet). So that style of behavior would also be a module in and of itself, again you would have to do a fair chunk of calculation to get the fees set right.

So your options here, assuming you're wanting 10% off the sales and a monthly (yearly?) fee for store permissions:

1) An Adaptive Paypal module, set to peel 10% off the top, with an additional monthly role renewal fee (I think there's a module that does this already.)

2) An Adaptive Paypal module, set to peel 0% off the top, with an additional invoicing module to calculate monthly charges based on stuff sold + monthly fees and remove role permissions where overdue. (As far as I know, there is not a module that does this available publicly - yet.)

Hi,

We are trying to figure out how to implement a new module that could handle all of these problems. You can see a short explanation here:
http://drupal.org/node/743708

Do not hesitate to participate. All ideas and questions are of course welcome!

Best regards.
K.

Thank you Bastlynn for your detailed response. You are right on what I need! I'm actually debating between a yearly or a monthly fee. I'm probably going to go with the monthly fee. But as far as that goes, that will all be part of the paypal module so I will wait for that to be available to set all of that up.

So basically the adaptive paypal module would work perfect if it automatically takes the 10% commission from each sale so there would be no need to store and charge the customer's credit cards for the commission as ebay does. This would be more simpler and less complex for the site owners I would assume.

Is it safe to assume that there is going to be a return process as well in thsi paypal module so the buyers can contact the sellers directly if they want a return and the seller would deal directly with the buyer so there is no need for the site administrator to be involved. ...I wanted to somehow include this in the terms and agreement, etc page that I will not be held responsible for returns/refunds, etc.

Thanks!

Actually maybe someone can point me in the right direction. I'm pretty stuck right now with a few things.. I was able to customize and change some layouts/designs/colors on my website such as location of search box navigation/ login, cart, etc. with the css. I'm saving everything in my local.css. I hope I'm doing this correct, but when I change the css properties from the store layout, it all gets saved on the local.css file as well correct?

I'm having trouble on these few things right now:

1. how do I customize and add more fields to the registration form? At time of registration, i also wanted to charge the customer the monthly fee, so do you advise to wait for the paypal module to add that? IS there a module to change/customize the registration form?I can't figure that out. such as add name fields, phone number/ address/ credit card for payment of membership, etc...

2. Does anyone know why or how to get all of the categories to be visible in the menu? all of my products are going to be products submitted by sellers so I don't have any products as of right now since my site isn't ready. I want to have all of the categories visible so when people go to the site, they can see rather than wait to upload their product to see what categories are available?? this is driving me nuts. I made subcategories as well and can't see any of them..

Thanks...

Adaptive API would be great, especially if it also included the option for flat fees and not just percentage cuts, and preferably an optional combination of the two.

Does anyone know when this module will be available. Just wondering as I'm going to need it before my site goes live...thanks.

Hi,

the Adaptive API solution sounds perfect, is this still under development? If so, is funding needed?

Hope all is well,

Evelyn

I am interested as well and able to contribute funding.

Hey Colorado,

it appears things on the uc adaptive module have kicked off again http://www.ubercart.org/project/uc_adaptive_paypal#new

Hope you're well,

Evelyn

Not sure if this is useful to anyone, but here is what I got so far. It's not the same as "adaptive" payments mentioned on this thread. This module allows Web payments pro for sellers. I would like to either combine this with marketplace in the future or create it's own drupal module.

http://www.ubercart.org/project/mp_paypal

Definitely needs more work, ideas/testers/contributions always welcome!

Thanks!

I am pushing ahead with the contrib at http://www.ubercart.org/project/uc_adaptive_paypal

I have 2 kind sponsors that have pitched in, if anyone else wants to sponsor please PM me.

In a nutshell, this module uses Paypal Adaptive Payments to allow direct payments to the seller (using the Paypal ID set up in their profile), and will allow the payment of commission to the site owner using the commission percentage set up in Marketplace. For zero commission, the commission rate of 1 can be used, meaning 100% goes to the seller, useful if you are monetizing the site in other ways, such as monthly subscription.

I can also do with testers if anyone is willing to test.

Let me know if you have any questions.

Cheers
Dave

Does each transaction actually goes through paypal? For example, if one buy a file 1$, do we have to pay 0.3$ of commission for Paypal?

Regards.

Sounds great. I just wish Marketplace commission allowed a combo of both percentage and flat fee. So it's unfortunate yours will rely on that limitation to percentage only.

So I've got a job I'm working on to implement Amazon FPS with Ubercart Marketplace. Will distribute funds at time of purchase to various recipients/receivers/vendors, and will eventually also do deposits - partial payment now with the rest later. It will not be connected with the receiver reports as Paypal Adaptive Payments is. The caller (Amazon FPS term for the user whose site it is) only gets a commission on sales - never sees the full purchase price in their account.

Also, we have a very different commission setup requirement than Ubercart Marketplace does, so I will probably do a basic version that uses the product cost field and provide a hook so people can do something else. We need to use a stretch commission (different rate if sales pass a threshhold).

I'm going to be working in earnest on this in the coming weeks. If anybody has a parallel project, maybe we can share. If anybody wants to support, let me know.

I thought I would add that integration with ubercart marketplace is minor compared to Paypal Adaptive Payments. Using the system I'm working on will only require enabling the Amazon gateway in Ubercart as well as some additional checkboxes to enable the multi-recipient form. All I really need to do is make use of the database structures that Ubercart Marketplace uses. So I don't at the moment expect any code changes to Ubercart Marketplace, but it will be a dependency for the module as I will be using the mp_seller_order_statuses table. Come to think of it, the payment_id in that table is an int, and I need a varchar[65]. Suggestions for that? Should I modify the table at install to add a column? I haven't dug into exactly how that column is used, so I'm reluctant to just change that column's structure.

Hi,

maybe you could have a look to this module first: http://drupal.org/project/mp_wallet

Best regards.

I join a bit late to this conversation.

I think Mutual Credit module http://drupal.org/project/mutual_credit could have some sinergies with what you are talking here.
It's basically a mutual credit engine with a different range of applications based on virtual currencies.
They just released last week their 6.x-2.0 version and seem to have an experimental Ubercart payment method.
It could be a good oportunity to join efforts.

mp_wallet looks as well very promising to me.

maybe you could have a look to this module first: http://drupal.org/project/mp_wallet

Just in case it can be of any help.