There have been a lot of bug fixes as well as the a complete rewrite of the checkout. The checkout ATM is only a single page and options like changing address and payment type have not been put back in. These are going to use the #ahah feature of the new formapi to allow users to change much easier. I am going to put back multi page checkouts, but this will be done by configuration and not be forced on the site admin.
The checkout api has completely changed and is now much more modular and should allow for much better formed functions.
Also there were problems with receipting now allowing the processing of receipts which have been fixed and now a complete checkout can be done.
If anyone wants to help they can help by picking other modules that are no longer going to be a part of the core e-Commerce and taking control of these.
Also with the implementation of the new views 2 reports, if anyone wants to start making new reports that they want to include please post them. If there is missing fields/features in the views integration please let me know.
To get the latest version goto http://drupal.org/node/333671
Gordon.
Comments
will D7 cause a ton of changes too
Great work so far. Will D7 require a ton of work for porting?
I don't think that it wil be
I don't think that it wil be as bad as going to D6, but the main problem for e-Commerce is going to be modules like views and such which we relie on.
--
Gordon Heydon
--
Gordon Heydon
different people selling products
Will different people be able to sell products independently or will you continue to developing for the old 1-N relationship?
I think it would be time to allow to create a profile for other subscribers to allow to do business independently.
Think about it like a mini Amazon if you like. In theory it would be possible since Drupal is a role based permission system I don't think that would be all so difficult although it would definitely stand ecommerce out from the crowd.
This is a very difficult
This is a very difficult thing which I am working towards with a couple of different methods.
Doing 1 to 1 just is not possible on a single domain, since it would cause problems with collecting money, esp if people have products from different sellers.
I am looking at doing this with a commissions system so that commissions will be past onto the seller once they customer has purchased the product. (Or depending on rules), with allow you to take care of the credit cards, and all the other processing.
Allowing for mutiple sellers is not that hard if you don't care about the customer experience, but making sure that customers get the best experience is the highest goal, and if it is not done correctly will basically stuff up the shop.
--
Gordon Heydon
--
Gordon Heydon
i dont know
iam just new person in it.i have know the total imfomation of thus site after i will give a comment on this.
i need this
how about osComerce
wireless network
track seller id
Permission can be granted to sellers to create account and product pages. View can be used to filter products and create unique product pages for each sellers. When a product is added to a cart the seller id can be used as an identifier. When order is submitted the transaction table will have a column for seller id, which basically is user id with seller role, that can be used to create order tracking page to determine sell amount for each sellers.
I think with fairly reasonable modification of the Drupal e-commerce architecture this can be achieved. Once in a while I came across this need in the community too.