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.

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.

Kao Thai Cuisine is asking for the ability to see their employees cashier reports by Shift. They often have employees that work both the lunch and the dinner shift as they are closed from 3-5pm between meals. If they look up the report in the back office it only pulls the entire day and there's no ability to break it into the separate shifts worked. 

Shift filter pulling the preentered Shifts within Business Hours and/or a generic time filter (for those that might not use shifts).

I do not want a "addtional tip" line nor do I want to exclude the tip line for all transactions - only transactions that already include gratuity.. most major POS systems do this - don't understand why you cannot?  This leads to guests double tipping (20% or more) because they do not read "additional tip" and they either forget or don't know the tip is already included.

Merchants needs the ability to control whether a receipt for a void or HA Payment prints to the receipt printer.

Current Behavior

Auto Print is set to No

Print CC Customer Copy is set to Yes

Print CC Merchant Copy is set to Yes

The expectation is that only cc receipts would print.  However, when the merchant does a void it sends to the kitchen as expected and also prints at the receipt printer.  In addition, when a transaction/check is paid using HA Payment a receipt prints at the receipt printer.

Rationale

The merchant feels that printing these receipts is a waste of paper and doesn't provide value. 

We had a merchant notice that when they did a Split By Seat, the suggested tips on the CC receipt were based on the whole check and not just that seat. I explained they would need to split by check to avoid that because split by seat is still one check and that's why it does that but they asked me to submit a feature request. I think it would be nice if it worked this way.