|
Enhancement or Fault Number |
Item Description |
|
Updated Feature |
Support of Windows Updates
Windows updates were applied 8/15/2014 to the following system types
Server 2003 and POS windows xpe.
Server All updates applied
except for the following: - Internet Explorer 8 for Windows Server
2003 - Security Update for Windows server 2003 (KB974112)
POS
Alls updates applied except for the following: - Update for Windows
XP (KB971029) |
|
WD 404581
|
Modify code to save changes to the DefDrive in
addition to the LanDrive on the PC making the change(s) in the System
Configurator.
|
|
WD 404582
|
Remove Configuration option "Electronic Journal
Installed" from the Global Settings in the System Configurator.
|
|
WD 404583
|
UCI promo movement in gr2point.btr sometimes also
has a non zero Mix/Match as well and this causes problems at the POS.
Scenario: 1. UCI promo is injected to sale.
Expected
Results: Gr2point file movement should only show the the UCI coupon # as
the only non zero key field.
Actual Results: Sometimes a non zero
mix/match number is also written to the movement.
|
|
WD 404585
|
Incorrect account number appears on EJ
transaction report for charge payment account. Two account numbers
were used in a transaction and the incorrect account number was listed
as the charge payment account.
Scenario: 1. enter 101 as FS
customer 2. make charge payment to customer 103 3.total and tender
4.pull EJ transaction report
Expected Results: 103 listed as
charge payment account
Actual Results: 101 listed as charge
payment account. If I reverse the entry so that 103 is FS and 101 is
charge payment the EJ report correctly reports 101 as charge payment.
the Tlog looks correct, the receipt is correct, the customer file
reflects the correct change in the proper charge account. files are
attached
|
|
WD 404624
|
RSS-14 barcodes don't work with PSC USB interface
(NCR Platform). The Problem :The new PSC scanners with the USB
interface beep when you scan RSS14 codes but ScanMaster doesn't respond
to it. Further investigation reveals that the codes don't have a prefix
"[" or "R" for the POS to know what type of code it is. This was
done for the Fujitsu platform as TD 9147. The same fix put in there,
needs to be put in for the NCR platform.
|
|
WD 404625
|
Non Frequent Shopper surcharge is causing
"Gain/Loss FC". Enabling Non Frequent Shopper Surcharge is resulting
in the surcharge amount reporting to either the Out of Balance or FC
gain/loss bucket on the Cashier/Store Totals Report(s). Also when a
refund is performed the POS is calculating the surcharge correctly but
it is not being updated in any of the department reports. See comments
for additional issue reported on 12/10/10 regarding tendering with WIC
CVV.
Scenario: 1. Enable Non Frequent Shopper Surcharge, Set
%, fill in surcharge description in RCF 2. Update POS 3. Ring a
transaction and cash tender. 4. Ring a refund transaction and cash
tender. 5. Settle Cashier 6. Run EOD and complete office rec and
deposit 7. Print / display cashier/store totals report and dept
activity or dept historical report
Expected Results: 1. Cashier
Report lists Non Frequent Shopper Surcharge amount 2. Refunded
surcharge is reflected in dept 99's totals on dept reports Actual
Results: 1. Cashier Report lists Surcharge amount in Out of Balance or
FC gain/loss 2. Refunded surcharge is NOT reflected in dept 99's
totals on dept reports
|
|
WD 404626
|
Tendering Food Stamps using EFT button will not
allow partial payment of total purchase. If a total purchase is $20
but the customers FS card only has a $15 balance and the cashier tries
to use EFT FS tender a decline will occur
Scenario: 2.8.0-70
1. total a transaction 2. tender EFT, FS 3. decline message
because FS balance is less than purchase total 4. tender EFT, FS for
the balance amount
Expected Results: Purchase total reduced by FS
balance amount, requiring additional tender to finish payment
Actual Results:decline message and indication that FS balance is less
than purchase total, EBT FS can be used at this time to tender FS
balance
|
|
WD 404628
|
IBM 350 Cash Drawer failing to be
recognized by ScanMaster after update or reboot. Cash Drawer is
working properly, but if an update is performed or a reboot of the
register the cash drawer fails, another restart of ScanMaster is
required to engage the cash drawer
Scenario: 2.8.0-90, IBM 350
1. System fulling operational and cash drawer working 2. open cash
drawer at sign in is enabled 3. perform a manual update or restart
windows 4. sign in to ScanMaster when it gets up to closed screen
Expected Results: Cash Drawer opens
Actual Results: Cash
Drawer fails, does not work until ScanMaster is restarted, feel like
this is a timing issue with the OPOS and ScanMaster.
|
|
WD 404644
|
Non Frequent Shopper surcharge Returns are not
writing to department. Enabling Non Frequent Shopper Surcharge is
resulting in the surcharge amount reporting to either the Out of Balance
or FC gain/loss bucket on the Cashier/Store Totals Report(s). Also when
a refund is performed the POS is calculating the surcharge correctly but
it is not being updated in any of the department reports. See comments
for additional issue reported on 12/10/10 regarding tendering with WIC
CVV.
Scenario: 1. Enable Non Frequent Shopper Surcharge, Set
%, fill in surcharge description in RCF 2. Update POS 3. Ring a
transaction and cash tender. 4. Ring a refund transaction and cash
tender. 5. Settle Cashier 6. Run EOD and complete office rec and
deposit 7. Print / display cashier/store totals report and dept
activity or dept historical report
Expected Results: 1. Cashier
Report lists Non Frequent Shopper Surcharge amount 2. Refunded
surcharge is reflected in dept 99's totals on dept reports
Actual
Results: 1. Cashier Report lists Surcharge amount in Out of Balance or
FC gain/loss 2. Refunded surcharge is NOT reflected in dept 99's
totals on dept reports
|
|
WD 404650
|
Non Frequent Shopper surcharge Returns are
rounding improperly. Enabling Non Frequent Shopper Surcharge is
resulting in the surcharge amount reporting to either the Out of Balance
or FC gain/loss bucket on the Cashier/Store Totals Report(s). Also when
a refund is performed the POS is calculating the surcharge correctly but
it is not being updated in any of the department reports. See comments
for additional issue reported on 12/10/10 regarding tendering with WIC
CVV.
Scenario: 1. Enable Non Frequent Shopper Surcharge, Set
%, fill in surcharge description in RCF 2. Update POS 3. Ring a
transaction and cash tender. 4. Ring a refund transaction and cash
tender. 5. Settle Cashier 6. Run EOD and complete office rec and
deposit 7. Print / display cashier/store totals report and dept
activity or dept historical report
Expected Results: 1. Cashier
Report lists Non Frequent Shopper Surcharge amount 2. Refunded
surcharge is reflected in dept 99's totals on dept reports
Actual
Results: 1. Cashier Report lists Surcharge amount in Out of Balance or
FC gain/loss 2. Refunded surcharge is NOT reflected in dept 99's
totals on dept reports
|
|
WD 404651
|
Non Frequent Shopper
surcharge not being included in WIC CVV total.
Enabling Non Frequent
Shopper Surcharge is resulting in the surcharge amount reporting to
either the Out of Balance or FC gain/loss bucket on the Cashier/Store
Totals Report(s). Also when a refund is performed the POS is calculating
the surcharge correctly but it is not being updated in any of the
department reports. See comments for additional issue reported on
12/10/10 regarding tendering with WIC CVV.
Scenario:
1. Enable Non Frequent Shopper Surcharge, Set
%, fill in surcharge description in RCF
2. Update POS
3. Ring a an item with WIC_CVV flagged as on
4. Hit TOTAL and see that the Sale TOTAL has
increased to include the surcharge
5. Hit WIC CVV Tender without typing in amount
(under the OTHER tender menu)
Expected Results: WIC
CVV TOTAL shows as the amount of the Item including the surcharge
Actual Results: WIC
CVV TOTAL shows as the amount of the Item before including the surcharge
and, therefore, the entire sale can not be tendered as WIC CVV.
|
|
WD 406517
|
Updated date in direct item maintenace does not
update all items with same like code when changes are made to one item. If
a price change is made to one item that is connected to other items via
a like code the updated date changes for that item but not for the other
items with the same like code. The price does change, just the updated
date field doesn't change.
Scenario: 2.9.0-50 1. Create a
few items connected with the same like code 2. Change the price on
one of the items and save 3. check the updated date field for the
time of this change on this item 4. check the updated date field for
the time of this change on the other items with the same like code
Expected Results: the updated date fields will all show the same
time of the change
Actual Results: the updated date fields do not
show an updated time for the change made
The itrail does show the
change to all items and records the updated time for all items as well.
Since the date of last change does not reflect the correct
information pulling item information based on that makes the information
invalid.
|
|
WD 406526
|
Updated date in direct item maintenace does not
update all items with same like code when changes are made to one item.
If a price change is made to one item that is connected to other items
via a like code the updated date changes for that item but not for the
other items with the same like code. The price does change, just the
updated date field doesn't change.
Scenario: 2.9.0-50 1.
Create a few items connected with the same like code 2. Change the
price on one of the items and save 3. check the updated date field
for the time of this change on this item 4. check the updated date
field for the time of this change on the other items with the same like
code
Expected Results: the updated date fields will all show the
same time of the change
Actual Results: the updated date fields
do not show an updated time for the change made
The itrail does
show the change to all items and records the updated time for all items
as well.
Since the date of last change does not reflect the
correct information pulling item information based on that makes the
information invalid.
|
|
WD 406810
|
EJ processor creates Phantom Coupons when using
Total Sale UCI promo.
Scenario: 1. 3rd party sends down UCI
promo using a total sale coupon amount
Expected Results: promo
should work and print coupon for monies off next purchase
Actual
Results: promo does not work and ej processor creates a "bogus"
electronic coupon
|
| |
|
|
 |
 |