Enhancement or Fault Number

Item  Description

WG2.EXE

With MTX OpenEPS (v 823.0), when (1) the cashier tenders with the EFT key, (2) the customer uses the payment terminal and advances to the PIN Entry prompt and (3) the cashier hits the CLEAR key, the POS doesn't send a Reset to the payment terminal while returning to Tender Entry.

Dr. Watson error upon cancellation of pin entry of credit to debit conversion.     

Scenario: 1. Ring $1.21 @ the POS

2. Press TOTAL @ the POS

3. Press EFT @ the POS

4. Swipe the Credit Card @ the EFT Terminal - Pin pad should now display enter PIN

5. Press CLEAR on the POS - DR. WATSON ERROR displays 

WG2.EXE

Signature capture files are not available through the Electronic Journal for transactions including a total time discount.

Scenario:

1.  Ring a discountable item

2.  Press total

3.  Press status and give a total time discount

4. Tender the transaction using a credit card with signature capture through Open/EPS

5. Sign for the transaction and accept the signature

Expected Results: That once the sale is processed by the EJ processor that the Electronic Journal report for that transaction would reflect that a signature file was available.

Actual Results:  Once the transaction is processed, no signature file is available in the Electronic Journal report for that transaction.

WG2.EXE

Buffering CLEAR keys on POS while Getting Signature.

The Problem :Buffering CLEAR keys while Getting Signature.  Using WinEPS and Signature Capture with System Configuration "Cashier Verify Elec Signature = Y".  If the cashier hits the CLEAR key while the customer is signing the PIN pad (while the POS shows "Getting Signature" - default MTX text), the POS is retaining those CLEAR keys so that when the customer is done, the Verify Signature screen is answered immediately by each of those buffered CLEAR keys.  This results in the screen simply flashing the signature and causes the system to Redo the signature.   

WinEPShas been tracking this issue as seeing the MTX_POS_RedoSignatureCapture function call as soon as the signature data is delivered.  They didn't realize CLEAR key buffering was in play. 

NOTE: The cashier may be hitting CLEAR attempting to abort the process but cannot.  This is as designed.

Scenario:

1.System Configuration "Cashier Verify Elec Signature = Y". 

2.Tender Credit

3.Press CLEAR key(s) while customer is signing pad and POS shows "Getting Signature"

4.Customer accept signature.

Expected Results: Cashier sees Verify Signature prompt and can accept it. 

Actual Results: Cashier sees Verify Signature prompt flash and redo signature capture in a loop that iterates for each CLEAR key that was pressed while waiting for the customer to sign.