Mongolia, city of Precious (Эрдэнэт)
Hello.
One of our potential clients wants a marketplace for second hand objects. I've no idea how much work it would be to upgrade Übercart marketplace to Drupal 7. If you are interested to do the job, please write your price and delay. It might be easier to begin again from scratch. I'm not interested in the compatibility with the old Übercart marketplace module, but the module should of course be compatible with the core of Übercart for Drupal 7.
The required features are:
1) 4 roles: administrator (our company Fiable.biz, installing the website), market owner (the webmaster), seller, buyer.
2) Compatibility with Übercart 7.x-3.0 (or the 1st stable version of Übercart 7.x when released), so that the features of Übercart regarding the buyers be available, and Übercart features regarding the seller be distributed between the market owner and the seller.
3) All the items configured by the market owner (see below) are managed by GUI (graphic user interface).
4) Buyers and sellers should open accounts.
5) 4 levels of categories (for instance: telecom → telephone → mobile → mobile with no web capability). The categories can be defined and deleted by the market owner (thus by GUI, as all things managed by the market owner). The administrator should be able to reorganised the categories hierarchy with not too many difficulties (but a GUI is not required for this).
6) Management of a brand field (for instance "Nokia").
7) 2 levels of description of the object to sell: the model description (for instance "Nokia 1100") and the copy description (for instance "bought in 2005", "good condition"). Both forms would allow a photo field.
8 ) Some fields are common to all categories, some depend of the category. They are inheritable and defined by the market owner by GUI. For instance, any vehicle "copy" form should have a "number of km" field. Some fields should be compulsory, other ones optional, at the market owner's choice.
9) Buyers and sellers can browse the site by the categories hierarchy or by a search engine, or by search restricted to the category they have chosen.
10) Management of a real currency and of a unit of account, at the seller's choice. The aim of the site is to encourage sellers to choose the unit of account, but the latter should still be able to deal directly in the real currency if they prefer.
11) Any new user gets some units of account as welcoming gift. The amount is configured by the market owner.
12) Calculation of the shipping price according to the category and price of the object sold, thanks to a double-entry table filled by the market owner.
13) If the buyer wants to take the object himself at the seller's home, no shipping price is added. So the county of the seller should appear along with the "copy" description of objects.
14) Payment from the buyer to the market owner, transferred to the seller once the sold object received. If the seller sells in unif of account, the amount is then converted into the real currency.
15) Once the money paid by the buyer, the sellers details are sent to him.
16) A commission is deducted by the market owner, depending on the purchase amount and of the currency (real currency or unit of account), for instance 1 € + 15% of the first 100 € + 10 % on the bracket [100€, 500€] + 5% on the remaining amount (beyond 500 €). The number and limits of the brackets, as well as the rates, should be configurable by the market owner through a GUI.
17) A bonus in the unit of account, depending of the purchase and transferred to a special account of the seller if he sells in units of account, to the special account of the buyer if he the seller sells directly in the real currency. The bonus is calculated by brackets of the purchase amount, like the commission is, but the proportions are of course less, and configurable by the market owner by GUI.
18) The units of the bonus account can be donated to a charity, or used only to buy things in this marketplace only. The charity itself can only use them on this marketplace.
These requirements are not yet rigid. Please provide a quotation feature per feature, rather that a global quote only, so that our potential client could substract features if the total is too expensive and the said features unessential to him.