Using a third-party modular front-end framework (e.g. http://foundation.zurb.com/) would provide design pack developers with a well documented and easily expandable system. The current system's functionality is restricted to the default design pack's use case. It's not modular; overwriting store.css in a custom design pack basically overwrites all styles; it's not possible to overwrite just a single component. It's badly structured; styles are spread over store.css and z-mobile.css. It's confusing; z-mobile.css contains styles for mobile but also desktop and tablet (this was fixed in Sana v9.2.0 though). Using a third-party framework would fix all this. These are generally well documented, under active development and well tested. The default design pack could include just the modules it requires but design pack developers could expand it with other available or custom modules. The well structured nature of the framework would also encourage developers to expand on it in the same well structured manner.

Currently the user needs to set an address in the checkout for the webstore to display prices for this location (i.e. including or excluding taxes). It would be nice to have a location selection in the webstore similar to the language selection. Additionally there could be an option where a new visitor is presented with a specific landing page to select a country to enforce the correct prices to be displayed. This could be automated based on the user's IP address (e.g. using the free GeoLite database: http://dev.maxmind.com/geoip/geoip2/geolite2/). Default languages could be set for each country so that a user would only be required to select a country (and optionally change the language).

BOPS - Buy online default store address so the customer does not have to manually enter.

Suggested solutions: A few ideas for a solutions are noted below:

1. Allow a user to select a store as pickup when the customer is on the item (they can use your existing store look up to find a store closest to them). This would allow for a user (customer) to select a store that offers the inventory and validate the inventory is in stock and available for pickup.




2. Another option would be to allow a user (customer) to select the mode of delivery at checkout BY item. This would allow a user to ship (and pick up) at multiple locations. Having validation at the item level for each shipping method would be a nice to have as well, as some retailer don’t carry all the same products or won’t have stock.




3. Add an option under ‘1. Shipping information’ for a customer to select ‘Store pickup’
   a. If ‘Store pickup’ is selected > the customer would then be directed to select a store (screen shot 2)
   i. The store address would automatically fill in the ship to address information and the ‘Store pickup’ delivery method would be selected automatically.

In the standard functionality only one sales agreement can be applied to a shopping cart. If you want to use several sales agreements, you will need to create multiple orders.

We have a lot of customers which are using multiple blanket sales orders for 1 item, so when you will create a sales order there is the possibility to use several blanket order in the specific order. So you will not create multiple order.

When you will select several blanket sales order we have configured in NAV that the first blanket sales order what will pop up, is the oldest blanket sales order.

So I would like that it will be possible to use several blanket sales order in Sana and on the product detail page the default blanket sales order must be the oldest blanket sales order. This would be the default.

it would be cool if our b2b customers could switch to a end customer mode (f.e. with a switch button).

the business case would be the following. Many times our customers uses our shop in meetings with their customers. But they don't want, that the end customer see their purch prices. so it would be usefull, if the sana shop user can configure some charges which would be added to the prices (f.e. individuall charges for individual items or item categorys)

another cool feature would be if the shop user could also configure the look and feel of the shop in customer mode (f.e. show his logo, colors, ...)

it would also be cool if the shop user could add the ordered items to a basket or whishlist and send this one to the end customer with the calculated prices.