AdminSupport
(Support, uCommerce)
My feedback
-
6 votes
Has been planned for the next sprint.
-
1 voteAdminSupport
(Support, uCommerce)
shared this idea
·
-
19 votes
Going forward the goal is to have every object in uCommerce defined by definitions.
AdminSupport
(Support, uCommerce)
commented
Definitions are supported on Product Catalog Group and Product Catalog with version 7.8.0.17285 and on.
Shipping Methods are still slated to get the same treatment.
-
1 voteAdminSupport
(Support, uCommerce)
commented
Great suggestion. Definitely something we'd like to add to Ucommerce.
-
2 votesAdminSupport
(Support, uCommerce)
commented
The LUX Framework aims to make extensibility easier and more granular than what's the case today. You'll be able to create all cockpits (like today) and new property editors at the lowest level (like today), and also add new sections to existing UIs (this is the big one).
It's all done in Angular 2 and Twitter Bootstrap 4 using Google Material Design Guidelines to make sure there's a stringent form to OOTB cockpits as well as clear guidance to app developers.
As for the timeframe, I always shy away from sharing deadlines as more often than not I end up being wrong :)
LUX is one of two main priorities for the product team. We are a few sprints and have a working prototype of the framework, which needs more core capabilities implemented like dialogs, validations, and other core services. Once done we will proceed to building PIM cockpits followed by OMS cockpits.
With the current progress the LUX framwork should be completed at the end of Q2 with the first PIM cockpits to be shipped in beginning Q4.
I have to caveat all that by saying that while the priority of LUX will not change, I cannot guarantee any of the timeframes.
AdminSupport
(Support, uCommerce)
commented
Hi Al,
We are working an a brand the back-end UI, which will include a new OMS experience. Focus is on bringing everything to the client and dealing with large amounts of information.
The LUX framework is actively being worked on at the moment with first priority to ship new PIM experiences and OMS as the next priority.
-
2 votesAdminSupport
(Support, uCommerce)
commented
I didn't notice "new orders". Read that as "orders" :)
Obvously new orders should reflect new information if the customer addresses are used.
Generally the member is used only for login from uCommerce' perspective. Address info should be stored as just that and associated with the customer object, which in turn is associated with the member profile.
Which information would you like to see reflected on the customer/customer addresses from the member and how do the changes occur on the member, e.g. changes in back-end, performed via API updates, or something different?
-
0 votesAdminSupport
(Support, uCommerce)
commented
There's a very simple API to advance from one status to the next on IOrderService called ChangeOrderStatus. It will automatically call the configured pipeline. Your point that it should be wrapped in a task is a good one.
-
1 voteAdminSupport
(Support, uCommerce)
commented
We're looking to create a more Google-like experience when searching in the backend meaning all fields will be searchable from a single input field. I believe this will neatly solve this.
-
1 vote
Excellent idea. I worry that
AdminSupport
(Support, uCommerce)
commented
Excellent idea. As we revamp the backend, we also look into the existing functionality of the individual foundations. I will add this to the feedback for Marketing Foundation.
-
3 votes
Will be included in uCommerce 7.5.
AdminSupport
(Support, uCommerce)
commented
Great idea! I will add it to our backlog. You don't have to wait for us to complete it though.
It's possible to add new target, which prevents a user from triggering a discount when that same discount was previously triggered by the customer.
Basically the new target would look through discount´s on previous orders and match those with the discount it is configured for. If a match is found it would opt the customer out of the discount.
Using this approach you get the behavior you're after, not just for promo codes, but for any type of discount.
Docs for building a new target is available at http://docs.ucommerce.net/ucommerce/v7.1/extending-ucommerce/marketing-foundation/add-a-new-advertise-and-act-target.html
Hope this helps.
-
3 votesAdminSupport
(Support, uCommerce)
commented
Great idea. Will add it to our feedback board for triage.
-
1 vote
-
20 votes
-
1 vote
-
8 votesAdminSupport
(Support, uCommerce)
commented
Awesome idea. Thanks for suggesting it.
-
3 votes
Project LUX will introduce this capability.
AdminSupport
(Support, uCommerce)
commented
Awesome idea. Thank you for suggesting it.
-
4 votesAdminSupport
(Support, uCommerce)
commented
I'm a little torn on this.
I'm not sure it's a great idea to allow product with no prices to be added to the cart.
On the other hand it does allow for using the cart for other purposes than straight sales.
Thoughts?
-
1 voteAdminSupport
(Support, uCommerce)
commented
You can do this via the API today.
Here's an example of doing a "Recently Browsed Items List". The concept is similar to the wish list with the difference being that the customer is maintaining the wish list and the system is automatically maintaining the recently viewed list.
http://www.publicvoid.dk/BuildingARecentlyBrowsedItemsListWithUCommerce.aspx
-
2 votes
Project LUX aims to revamp the back-end UX of uCommerce to make digital merchant more efficient in day to day operations. We will take your suggestion into consideration as part of the UX research.
AdminSupport
(Support, uCommerce)
commented
Great idea. Appreciate the feedback.
Hi,
Thanks for reporting this back to us.
It has been reported back to the development team which has added it to the upcoming sprint.
Regards
Support