Enhancement or Fault Number

Item  Description

Updated Feature

Add checks for the new Solidcore 5.1.2.8122. The pathing for the location of the sadmin.exe file has changed so the exist test needs expanded to test for the new location and do the sadmin bu and sadmin eu commands similar to the current versions.

(CR 298337 / FSD 298337)

WD 240137

Possible race condition in TransCli.exe, record is not processed into SQL. 

Expected Results: Records are written to SQL

Actual Results: Randomly a record will not be written to SQL. Reprocessing the same transaction file processes all records into SQL.

WD 274441

When entering Database Management/Financial/Tender Maintenance and a tender is selected, invalid data is assigned to the tenders.

WD 284524

SmartCard WIC EBT - HCL file should be verified against the same process as the APL file is verified.

WD 284526

SmartCard WIC EBT - Claim file should use 'System' Date in Header and Trailer records as well as the Claim file name.

WD 284527

Smartcard WIC EBT - When errors occur with importing either the HCL or APL the lane should not be refreshed with the failing file.

WD 294652

Cashier cannot cancel out of manager ID entry for override of EFT check decline.

Scenario:

1. Casher tenders check and the check is declined by MTX with the option of a manager override.
2. POS asks for manager ID and password but cashier attempts to cancel by pressing CLEAR.

Expected Results: Tender is cancelled. and POS returns to tender selection state.

Actual Results: POS re-prompts for manager ID password. Cycle continues until valid manager ID/Pwd is entered or POS is restarted

WD 296781

EFT Stub receipt displays the wrong information when requesting cash back with a debit card.

Scenario:
1. (WHEN USING A DEMO HOST) ring up a transaction of $5.01
2. Total order
3. Hit EFT
4. Customer swipes card selects debit enters PIN number
5. Customer selects $20.00 cash back
6. When the Is this amount okay box appears the customer selects no.
7. Cashier enters a new amount, $5.01
8. Customer gets prompted for cash back again… which they decline, no cash back this time
9. The customer gets prompted to okay the amount of $5.01
10. The register sends up a debit transaction for $5.01… however, the EFT stub receipt is incorrect: It shows the following: Purchase $20.01 Cash back $15.00 ----------------- Total $5.01
Expected Results: The EFT receipt will display the correct amount as follows: Purchase $5.01 Cash back $15.00 ----------------- Total $20.01 11. Checking the MTX server all of the information within the MTX Server is correct. QA helped me recreate the issue.
Actual Results: EFT Stub receipt displays the wrong information as shown above

WD 297621

Manually entered check numbers are truncating 1-2 numbers of the Check Number. This only appears with manual entry as a swiped check goes through fine. Per MTX their spec shows that the Check Number field should have a minimum of 8 characters and we are limiting it to 6. The example from the attached journal logs:

04/22/10 10:20:06.936 SERIAL MTX_POS_SET_ExtendedCashierPrompts = Enter Check #,,,,
04/22/10 10:20:06.936 DLL-EX MTX_POS_GET_ManualEntryMICRFlag = True
04/22/10 10:20:06.936 DLL-EX MTX_POS_SET_CheckNumber = 954601
04/22/10 10:20:06.951 DLL-EX MTX_POS_GET_SCATStatus = 1 <Done>

Scenario:
1. Ring up an item, hit total
2. Select check, bypass the scan for manual entry
3. When prompted for the check number, enter "12345678"
4. Log will show that we only send the last 6 digits: 345678

Expected Results: All 8 digits are sent for the Check Number

Actual Results: First two digits are truncated