Can we have the quantity for the per-item print at the beginning of the item name instead of at the last line?

Ex: 1 x  Grilled

            Chicken

            Sandwich

Instead of:

            Grilled

            Chicken

         1 Sandwich        

Gets confusing with multiple items on the printout.

The transaction report is good but lacks a filter on employee and time. It currently has dates but it is not specific enough all the time. For example  Jack is doing nights shift say from the 17th to the 18th so he has sales on the 17th at night and the 18th in the morning. His next shift is from the 18th at night to the 19 th. With the current filter only on date, you will always have transactions that are linked to two shifts (in our example the 18th). With time filter you can then have only the transactions of the relevant shift.

Right now, the way we have it set up, our modifiers have 4 pre-fixes ("Add", "No", "On the side" and "Sub"). When a customer wants to add a modifier (such as avocado) hitting the pre-fix "Add" is what charges them the cost of that item; we run into issues with our online ordering because customers are clicking on only the modifier (example avocado) but they are not being forced to click any of the prefixes, therefore they aren't being charged the cost of the modifier.
Once the customer has picked their modifier (avocado, bacon, cheese etc), we need to force them to pick a pre-fix so if adding, they get charged for that modifier. 

I have told the support staff about this since last year.  The way the the system has been programmed, what Linga calls Cash Discount is not Cash Discount it is actually Non Cash Adjust.  The name of the function throughout the system needs to be adjusted to alleviate any confusion.  Here are definitions for Cash Discounting, Non Cash Adjust and surcharging

At the most basic, a cash discount is when a customer pays less than the shelf or menu price because they pay with cash. For example, if the shelf price is $10 and a merchant offers a 3% cash discount, the customer will pay $9.70.

A surcharge is when a customer pays more than the shelf or menu price because they pay with a credit card. For that $10 item with a 3% surcharge, the customer will pay $10.30.

Any tinkering with these scenarios doesn’t change the end result. A program in which merchants add a “service fee” or a “non-cash adjustment” that is immediately removed for cash customers is not a discount, as the customer did not pay less than the shelf or menu price. That is, there was no actual discount.

For example, if the shelf price is $10 and the merchant adds a 3% “non-cash adjustment fee,” the price goes to $10.30. The customer chooses to pay with cash, so the merchant removes the fee, dropping the item back to the original $10. No discount on the shelf price occurred. Instead, the customer simply wasn’t surcharged. “Not being surcharged” is not the same thing as “receiving a discount.”

Before a new transaction is started, we should have an option to ask for customer phone number on the customer display. 

If the phone number is found it will bring up the account. If not the customer can enter in a name to create an account

In the Windows app the payment method name does not print on the customer receipt, because saudi rules it should be visible for customer name of payment not Side cc..

In Windows application we are trying to print both language in kitchen printer but its not working

Make front of house POS system menu items/retail items searchable by SKU. 

HI,

Could you please add "Sale Per Order Type" in the Linga Insights mobile App? We would like to see how many orders we are getting via phone, to go, via dine-in etc. We can currently see that by login into the Linga POS back office but we would like to see on the go in our mobile app everyday.

Thank you,

Dip