Feature Requests

Ensure that products selected in the cart remain visible and unchanged when a user switches the interface language mid-order, allowing continuity in the ordering process without losing previous selections.

Ability to merge consumers on the order-taking app. This action must retain the history of orders.

Adding the warning time for dateless menus too on the menu selection screen, not just the dated menus.

Right now, there is the possibility to place order D-1, D-2, D-3 etc in advance. But it should place all the orders "in between". So, orders automatically placed D-3 for example, places the orders for D+1, D+2 and D+3. Not just D+3. --- This is for weekends, to be able to print all order tickets on Fridays for orders up until Monday morning.

Auto-send all order tickets of the day + of tomorrow to a local folder, just in case internet shuts down in the middle of service.

Consumer is type A I place orders on menus for type A When I go to the menu overview screen for the consumer, I see the orders were placed. I change the same consumer to type B When I go to the menu overview screen for the consumer, I should be alerted that orders were already placed on specific days.

For users that have established a HIS integration with Menutech, allow admin users to "force" a sync for their entire consumers database. This is useful for on-site sync testing, to identify why/or why is information is not synchronised.

That is the case of beverages, where it is layout-wise desired to keep the serving sizes as price variants instead of descriptions. when it comes to order-taking, it would be good to auto-select the variant hen there is only 1. It avoids the risk of forgetting to select it (particularly important for invoiced room service beverages).

Right now, we can only see the day for which the order is placed. The report should have an additional column to see the day and hour at which the order placed.

On the order-taking app, it is essential to be able to loosely search names. The software is currently too strict for names with german Umlauts for example.