LINGA — Feature Request Forum

+1
Completed

Apple Pay/Sumsung Pay on MagTek / tDynamo Device!

Tigran M 6 years ago in POS / RESTAURANT POS updated by Product Engineering 11 months ago 3

We would like to be able to have the ability to accept NFC enabled payments Apple Pay/Sumsung Pay on a tDyanmo device that is similar to eDynamo but has the core NFC ability. eDynamo is available and works well but it is missing the NFC features which we have to have merchants pick between Pax or Clover rather than the convenience of having the mobile portable device like the tDyanmo, that can also be attached to a iPad case or placed on a small stand. 

Thank you!

+1
Completed

CHANGE COURSING FUNCTIONALITY

Sean Tinsman 7 years ago in POS / RESTAURANT POS updated by Product Engineering 11 months ago 2
+1
Completed

Open discount - Reason on the POS/BO

Brittany CH 7 years ago in BACKOFFICE / RESTAURANT BACKOFFICE updated by Product Engineering 11 months ago 3

Below is the way open discount should show for on the POS this way they do not have to keep typing the reason they can either choose a reason or type a reason.

Image 38

+1
Completed

Indication that menu item reached the limit

Brittany CH 7 years ago in POS / RESTAURANT POS updated by Product Engineering 11 months ago 1

Indication that menu item reached the limit:

- It will pop up and notify you 

- It will not print

+1
Completed

Addons/Priced modifiers roll into the price of the Item

Brittany CH 7 years ago in POS / RESTAURANT POS updated by Product Engineering 11 months ago 2

Client orders 2 pizzas.

Pizza 1 – $10.00

+ topping $1.00

+ topping $1.00

Pizza 1 price $12.00

Pizza 2 – $11.00

The pizza and the addon toppings need to be considered one whole unit for comparing price

The addons or priced modifiers,need to roll into the price of the Item

+1
Completed

Bar Pre-Auth functionality for eDYANMO/TSYS

Brittany CH 7 years ago in POS / RESTAURANT POS updated by Product Engineering 11 months ago 1

Have the ability to do a Pre-Authorization for edynamo and TSYS

+1
Completed

Server or Bartender Cannot View or Access Others Checks without Access

Brittany CH 7 years ago in POS / RESTAURANT POS updated by Product Engineering 11 months ago 1

A server or bartender cannot view or access others checks without explicitly allowing this through a system setting.


In the case of a server looking at a table map they would certainly see tables that didn’t belong to them but they could not open the table. However for tabs one bartender would not be able to open or “See” other tabs.

0

Better Reporting and Entry Method for Cash Tips

Josh 1 week ago in POS / RESTAURANT POS 0

The method for declaring cash tips and then reporting seems a bit disjointed.

First off there should be a way for an employee to enter their cash tips without clocking in and out. Some of my merchants do not use the time clock for tracking hours so their employees do not clock in and out. There should just be a simple place where an employee can declare their cash tips and move on without having to clock in and out. Maybe place it somewhere on the batch/tip adjust page or even on the close day page.

I also think that this declared cash tips amount should appear on the cashier report. A number of my merchants use the cashier report as a daily summary for each employee and there is no reason that this should not appear on a cashier report. I know it can be pulled from the back office but now we are putting more work on the admins. Let the employees see this number on their cashier report and when they submit those each day the admins can just have the numbers in front of them.

0

Request to Review Refund Process for Closed Checks

Shajith Samad 3 weeks ago in POS / RETAIL POS 0

Good Day,

I spoke with an agent yesterday regarding Al Jazeera Secrets, which has two retail shops: Daisy’s Boutique and LUV IT Women’s Fashion Outlet. Both stores have a refund policy of 15 days. Even if the customer has paid by card, refunds are processed in cash.

Previously, when an old check needed to be refunded, the process followed was:

(1) Re-open the old check
(2) Delete the payment
(3) Void the check

This process was used because directly returning the check would reflect under the current closed day (under closed checks), which they wanted to avoid. That is why the re-open and void method was followed earlier.

However, after updating to the new version, users are no longer able to re-open old checks. I also confirmed with your agent that even now, when a return is processed in the new version, it is still reflected under the current day’s closed checks.

Because of this, we kindly request that one of the following options be considered:

*Provide users with access to re-open old checks, or

*Ensure that when a return is processed, it appears under Refunded in the receipt status instead of under the current day’s closed checks.

Please consider this request and provide us with a solution, as returned checks are currently reflecting under closed checks, which is causing confusion for users.