i-lateral / silverstripe-commerce Goto Github PK

I think this will work in a pretty similar way to checks.

Allow reordering of products, including sub-categories

Basic process would be that when a user adds items to their shopping cart then logs in, the cart would sync with the database (possibly creating an estimate).

If the user leaves the site and comes back, the cart would retain the items they had added previously.

As per preview for pages

At the moment you have to move from a category to a product in order to add to cart. For ease of use, you should be able to add a product to cart directly from the category.

I am guessing that the easiest way to do this would be to add a "CartForm" to the Product Model that somehow posts to the relevant product's controller.

At the moment postage is very basic flat rate. This needs to be improved to allow support for variable rates based on weight, size, etc.

At the moment it is pretty basic, need to update so that it is a bit more flexible.

Thinking probably an association to an "alert" object, specifying the action, who it is sent to, and message.

I imagine this would work by saving the order and generating a page the user can print off, with the order number and postage details.

I think this would work by adding some sort of tablefield to the users account page.

Here they can add multiple addresses and also stipulate if the address is their default address (which would populate the billing fields).

At the moment you select shipping before entering your address, this needs to be improved so shipping options are based on selected address.

Will need to be a set in global settings, you can either choose to show price excluding VAT or including VAT.

This will also need to appear on the cart page.

If the user adds their address, then it will pre-populate the checkout form.

Currently we use the stock keeping module and this is kind of expected in core if you are using a full ecommerce system.

Currently an order is generated and saved into the db at the checkout, instead this should happen when the order summary form is generated (before being sent to the payment provider).

Should be a list of the most ordered products for the last month, with the ability to filter by start and end date.

At the moment upgrading from version 1 requires a lot of manual steps. This can probably be improved.

A user would view a product, if logged in they can add the product to a "wishlist" via a button click.

They can then view a "wishlist" page that shows all products added to their wishlist.

When a product has multiple customisations (ie, different colours), when the option is selected from the drop down box, it should update the main image to correspond with the choice.

When an order is initially created (before payment is taken), it should be created as an estimate.

Once an payment is taken, the estimate should be converted to an order.

This would be a percentage added to all products (unless they opt out under the product settings)

At the moment catalogue, checkout, and cart are very isolated, I think we need top move these so they at least extend ContentController (or even Page_Controller) and gain access to CMS specific functions.

We also need to ensure that template files loaded via Page_Controller are used for Products, Categories, etc.

So the product can be disabled without deleting.

This should display:

• Number of sales in the last 24 hours.
• New customers in the last 24 hours.
• Top 5 products this month.
• Chart of orders for the last 30 days.
• Summary of number of products, categories and pages.

Once product has counted down to 0 in qty, have option to either no show on site, or show but with tag 'Out of Stock'