Item Description
|
New Feature
|
Smart Card WIC Support. (Enhancement first appeared in 2.09.00-100 as
CRD 404439.) (CRD 284322 / FSD 28432)
|
|
New Feature
|
Add support for 64-Bit Server using Microsoft Server 2008 / 2012 and
Workstation using Microsoft Win 7. (CRD 423958 / FSD 423958)
|
|
New Feature
|
Change POS to not allow Media Swaps on Store Coupon Tender 19. (CRD
358180 / FSD 358180)
|
|
New Feature
|
ScanMaster Integration with New NCR Platform (76xx). (Enhancement
first appeared in 2.08.00-110 as CRD 360992 & 2.09.00-060 as CRD 360997.)
(CRD 360142 / FSD 360142)
|
|
New Feature
|
Support Cashier Monitoring on a Windows 7 System. (Enhancement first
appeared in 2.09.00-070 as CRD 368364.) (CRD 368192 / FSD 368192)
|
|
New Feature
|
Add warning message and logging to SM2PMM.EXE when a very large Multimedia
File is attempted to be imported. (CRD 368324 / FSD 368324)
|
|
New Feature
|
Add Configurable options
to include Long Description on receipt.
(Enhancement first appeared in 2.09.00-070 as CRD
375268.) (CRD
375267 / FSD 375267)
|
|
New Feature
|
Add a HASP position for
Self Checkout support.
(Enhancement first appeared in 2.09.00-120 as CRD
399051.) (CRD
385624 / FSD 385624)
|
|
New Feature
|
Individual item batch start/end dates not updating properly. Problem is in
shared clsBatchHeader.cls module. (CRD 390668 / FSD 390668
|
|
New Feature
|
Support Manual Discounts with the ScanMaster / SSCO Interface. (CRD
399587 / FSD 399587)
|
|
New Feature
|
Support for Store and Mfg Coupons with the ScanMaster / SSCO interface in
assist mode. (Enhancement first
appeared in 2.09.00-090 as CRD 399588.) (CRD 399587 / FSD 399587)
|
|
New Feature
|
ProLogic Interface add support for GS1 Databar Coupon data in their
interface for receiving promotion information. (Enhancement first
appeared in 2.09.00-110 as CRD 399815.) (CRD 399814 / FSD 385814)
|
|
New Feature
|
Honduran VAT. (Enhancement first appeared in 2.09.00-110 as CRD
404453.) (CRD 404454 / FSD 404454)
|
|
New Feature
|
Add Hasp Option for Smartcard WIC EBT Feature. (Enhancement first
appeared in 2.09.00-100 as CRD 411297.) (CRD 411296 / FSD 411296)
|
|
New Feature
|
ProLogic Phone Number Response Messages. (Enhancement first appeared
in 2.09.00-110 as CRD 411925.) (CRD 411928 / FSD 411928)
|
|
New Feature
|
Add support for Beeping on Weight for NCR with USB. (Enhancement first
appeared in 2.09.00-110 as CRD 415299.) (CRD 415301 / FSD 415301)
|
|
New Feature
|
Prevent Pickups and Loans at the POS during the EOD process.
(Enhancement first appeared in 2.09.00-120 as CRD 415422.) (CRD 415422
/ FSD 415422)
|
|
New Feature
|
Support weight from GS1 Barcode / TLog into movement file.
(Enhancement first appeared in 2.09.00-120 as CRD 417043.) (CRD 417033
/ FSD 417033)
|
|
New Feature
|
Add support for Aborting Not Found EAN-128 scans. (CRD 423779 / FSD
423779)
|
|
New Feature
|
Historical Cashier Reports (CRD 426066 / FSD 426066)
|
|
New Feature
|
Add Option to allow a Alternate ID lookup to utilize the ScanMaster
Customer file instead of the UMI/UCI interface when UCI is enabled
(CRD 427196 / FSD 427196)
|
|
New Feature
|
Allow cashier to abort electronic signature capture by hitting CLEAR key.
(CRD 432032 / FSD 432032)
|
|
New Feature
|
Change install to build a new user and include a sample file to allow a
dealer to lock down the PC. (CRD 435412 / FSD 435412)
|
|
New Feature
|
Honduras Receipt Customization. (CRD 443474 / FSD 443474)
|
|
New Feature
|
Modify the number of days calculation to be inclusive for finance charges.
(CRD 447562 / FSD 447562) (Enhancement first appeared in
2.09.00-130 as CRD 447561.)
|
|
New Feature
|
Add Support for Transaction level Tax Exempt ID to UMI/UCI interface.
(CRD 443477 / FSD 443477)
|
|
WD 158309
|
RSS-14 barcodes don't work with PSC USB interface (NCR Platform). 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. (Fixed first appeared in 2.09.00-100 as WD 404624.)
|
|
WD 158314
|
Ringing a "UPC RTN Not Found (Scan)" will never use the "} or ?" as a TLog
type. Ringing this type of item will always put a 'J' in the TLog type
field. This is because you press the 'Status' button and it will appear to
the TLog that it will be a key entry item.
Scenario: 1. Ring a
UPC RTN Not Found (Scan) 2. Check the TLog
Expected Results:
TLog Type should be '}' or '?'.
Actual Results: TLog Type is 'J'.
|
|
WD 166647
|
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. (Fixed first appeared in
2.09.00-100 as WD 404625.)
|
|
WD 167961
|
Offsale start date should equal parent batch end date.
|
|
WD 247228
|
LaneHawk-Issues with 32-Key Keyboard and Partial Touch Screen.
Scenario: 1. Ring some items. Scan some LaneHawk items past the ICLU.
2. Hit TOTAL to bring up LaneHawk Screen. 3. Hit the buttons on
the 32-Key to CLEAR or ENTER/ACCEPT items. Buttons are disabled since
using Touch Screen (email attached has details). 4. CLEAR the items
via LaneHawk Screen. 5. Second LaneHawk Screen appears with items that
were not rung or scanned via the ICLU.
|
|
WD 247858
|
Scanning an item and hitting TOTAL at same time rings up that item on next
transaction.
Scenario: 1. Ring a sale. 2. Hit TOTAL and
scan an item at the same time. 3. Finish sale and the next sale has
the item that was scanned during the last sale.
|
|
WD 255748
|
eWIC: CVB causes overflow error if prescription value exceeds a certain
amount. This error occurred from an issue fixed to address specific
subcategories and broadband in the CVB category. Since my Kentucky card
has $999 in CVB category, this amount exceeds the combination of the
amount of subcategories and broad band.
Scenario: 1. Ring a
CVB item. 2. Tender eWIC using a card with large amount in CVB
category.
Expected Results: CVB item should tender.
Actual
Results: Get overflow 6 error. (Fix First appeared in 2.07.02-070 as WD
255747.)
|
|
WD 290254
|
Power Fail does not retain total time EC discounts on certain coupon
types. When doing a Department Total EC Discount or UPC/MM/RPT/Promo EC
Discounts that use favor flags, the discount is not reissued after a power
fail.
Scenario: 1. Ring sale with EC discount of 10% off a
department 2. Press total 3. Powerfail the POS 4. After POS
reboots, sign on and press total
Expected Results: The discount
should be given.
Actual Results: The discount is not given and
$0.00 appears as the amount of the discount on CID. (Fixed first
appeared in 2.08.00-060 as WD 158765.)
|
|
WD 318866
|
The enforced quantity column on the PLU file report does not always report
correctly what is shown in the item maintenance file.
Scenario:
2.8.0-60, have observed this on systems back to 2.7.1-70
1. Create
item with NO enforced quantity
2. Check item in PLU file report
3.
Change item to ENFORCED
4. Check item in PLU file report
Expected Results: PLU report will show nothing for NO, and E for ENFORCED.
Actual Results: PLU report shows E for NOTHING and E for ENFORCED. it
will also show nothing for items that have been created with ENFORCE.
|
|
WD 327173
|
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:
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.
(Fixed first appeared in
2.09.00-100 as WD 404626.)
|
|
WD 331407
|
SM2SJRPT.EXE - In the Electronic Journal Report, the description of media
cashing EJ report says Check Cashing. When the media cashing option is
selected in EJ reports the transactions come up with the title of check
cashing even though there could be check or gift card cashing, it should
say media cashing.
Scenario:
1. Open EJ Reports
2. Choose
media cashing option as the transaction type
3. Pull transactions,
double click on a single transaction
Expected Results: The title
on the left side should say "Media Cashing" to reflect the fact that
multiple media could be cashed.
Actual Results: The title on the
left side says "Check Cashing",
|
|
WD 336439
|
Discover card is accounted for as an American Express in SM. When a
Discover Card beginning with 35 is swiped ScanMaster is reporting that it
is an American Express
Scenario: 2.6.1.17
1. Ring a
transaction 2. tender with a discover card beginning with 35
3.
check the transaction in EJ reports
Expected Results: expect
tender to be Discover because that was what was used
Actual
Results: ScanMaster indicates that an American Express was tendered
because the card started with a 3. I found on the MTXEPS site that
Discover is now using 30, 35, 38, 39. Amex is using 34, 37.
|
|
WD 346844
|
Media swap not cleaning money out of FROM tender when in Lane
Accountability. Doing a media swap from MFG CPN to Paper Check does not
clean the money out of the MFG CPN bucket when using Lane Accountability
and results in an out of balance amount on the reports
Scenario:
Store at 2.7.0-130, tested on 2.8.0-80 and 2.8.0-90, MUST be in Lane
Accountability
1. ring up a $10.00 grocery item
2.ring in a $2.00
MFG CPN 3.cash out sale
4.media swap $2.00 from MFG CPN to Paper
Check 5.close lane, settle lane, run EOD
6.perform Office Red. and
Final Deposit 7. Check SRR and Lane Totals report Expected Results:$0
in MFG CPN, $2 in Check Actual Results:$2 in MFG CPN, $2 in Check, $2 out
of balance on lane report. Not able to change this during the settlement
process since the MFG CPN cell is non-adjustable.
|
|
WD 351600
|
SM2SYSCF.EXE - In the System Configurator, modify code to save changes to
the DefDrive in addition to the LanDrive on the PC making the change(s).
Change to copy the changes to the local drive in addition to the LanDrive
Drive. The change will involve copying the changed LanDrive file to
DefDrive on program exit and the message display needs updated to explain
that the change(s) will be immediate on the local PC but any other
BackOffice PCs will still need to go to login to update to the new control
file. (Fixed first appeared in 2.09.00-100 as WD 404581.)
|
|
WD 352424
|
Entering PLU number when asked to select customer from flip chart creates
an overflow error. If at the point when you are asked to select a name on
the flip chart in the process of selecting a frequent shopper customer
from the phone number look up, but instead the cashier types in a 5 digit
or larger number, such as a PLU number, the register gets a (6) Overflow
Error and Clear to Shut Down message.
Scenario: 2.8.0 -90, enable
phone number lookup
1. at Register hit Status, Account #, Phone #
lookup 2.enter phone number, hit Enter
3.when asked to select
person from flip chart list type in a 5 digit or larger number
Expected Results: Invalid Entry with Clear to go back
Actual
Results:(6) overflow error with clear to shut down, this can create lead
to a complete reboot of register computer if using a non-touch monitor
like a DynaKey.
|
|
WD 353779
|
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 fully 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.
(Fixed first
appeared in 2.09.00-100 as WD 404628.)
|
|
WD 357433
|
Certain Databar coupons cause USCAN to interpret the coupon twice if SNH
is enabled. This causes ScanMaster to display "Coupon Not Valid" in Direct
Mode and the USCAN will not accept any more scans without Cashier
intervention. These coupon have the Primary Company prefix beginning with
a 2. This causes WG2 to send the Databar coupon and then the
interpretation of the Databar with a beginning 2 which sends an SNH coupon
as well.
Scenario:
1. Set USCAN as SNH lane
2. Scan Item
3. Scan Databar coupon
4. Enter Direct mode.
Expected
Results: Should only get the Databar discount once.
Actual
Results: Get the Databar discount and then a "Coupon not Valid" message.
(Fixed first appeared in 2.08.00-100 as WD 357431 and in 2.09.00-060
as WD 357432.)
|
|
WD 357992
|
Authorization number not being transferred from MTX to TLog when Print
Sig. Slip is set to NO. If in the media configurator under any card type
media the option "Print Signature Slip" is set to NO then the
authorization number that comes from MTX is not being transmitted via the
TLOG and stored in The EJ files, thus when a signature proof page is
printed from the EJ transaction the Authorization number is missing.
Scenario:2.7.2-50 and 2.8.0-100, Credit Card media set to not print a
signature slip, enable signature capture at the pin pad
1. total a
transaction 2. select charge/EFT
3. customer swipes card, proceeds
through prompts, signs pin pad
4. sale completes and prints receipt
with all information listed, including authorization number
5.some
time later the signature print is needed for some verification reason
6. pull up this transaction in EJ transaction, select the yes under the
signature column for this transaction
7. print the signature
Expected Results: All vital transaction information is printed including
the authorization number as well as the signature (no items listed)
Actual Results: Authorization # field does not show the authorization
number, it is blank.
|
|
WD 358164
|
SM2SRR.EXE - In the Store Reconciliation Report, there is an issue
modifying an edible field that is yellow. SRR issue modifying an edible
field that is yellow. When editing one of the yellow fields on the SRR,
the field may not save the changes. If the field is double clicked they
field turns from yellow to white. The user can still enter data, but when
exiting the data is not saved. Also if the field is just single clicked,
the yellow box does not show the frame that you are in the correct yellow
box. The description at the top changes, but the yellow box does not
frame. This worked properly in the 2.08.00-050, and does not in
2.09.00-050.
Scenario:
1. Open SRR
2. Double Click on a
yellow modifiable box
3. Enter data
4. Exit SRR
5. Open SRR to
view changes.
Expected Results: Double click should not change
from yellow and changes should be saved. Also the box should hold the
frame.
Actual Results: Double click will turn box from yellow to
white and not save changes. Also does not hold the frame around the box.
(Fixed first appeared in 2.09.00-060 as WD 358163.)
|
|
WD 360000
|
SM2SRR.EXE - In the Store Reconciliation Report, Print EOD reports for SRR
is trying to print Compare SRR report. When ScanMaster Prints the EOD
reports and SRR is selected to be printed the Compare SRR report is
printed and not the current week SRR.
Scenario: 2.9.0-50
1.
Enable SRR in Print EOD reports
2. Run EOD
3. Print EOD reports
Expected Results: SRR weekly report.
Actual Results: SRR
compare report.
(Fixed first appeared in 2.09.00-060 as WD 360043.)
|
|
WD 360431
|
Tender change at POS does not reset Pin Pad once EBT-FS is selected. If
EBT-FS is selected on the Pin Pad but then the POS denies because there
are no Food Stamp items a change in tender on the POS never changes the
tender on the Pin Pad and the transaction is paid for with Food Stamp.
Scenario:2.7.2-90, duplicated on 2.8.0-100
1.ring up a transaction
with no food stamp items
2.total and choose EFT
3.on pin pad
selected EBT, Purchase, Food
4.Cashier screen will have red message
"zero amount invalid"
5.Pin pad will be saying "please wait"
6.
change tender type at POS
Expected Results: pin pad should reset
so a different tender type can be used.
Actual Results:
transaction goes straight to approval and receipt prints out. POS receipt
will indicate the 2nd tender type, the MTX receipt will show Food Stamp.
Need Get_SCAT_Reset in code.
|
|
WD 360599
|
Total Sale Electronic Coupon Void is missing fields in UMI: Type and
Lookup Code. The Universal Marketing Interface (UMI) is missing fields in
the case of the void of a total sale electronic coupon. The two fields
missing are the Type (which should be 8 - Total Sale) and the Look Up Code
(which should represent the amount of the sale). This same behavior is
happening to Department Total type Electronic Coupons.
Scenario:
1. Enable the UMI Interface
2. Set up a ScanMaster Total Sale
Electronic Coupon
3. Ring a sale large enough to receive the total
sale electronic coupon
4. Hit total
5. (See the L record in the
UMI has the Type field in position 49 marked as an 8 - Total Sale Type and
the Look Up Code in position 49-69 as the sale total)
6. Hit CLEAR to
return to sale
Expected Results: See the L record in the UMI has
the Type field in position 49 marked as an 8 - Total Sale Type and the
Look Up Code in position 49-69 as the sale total.
Actual Results:
See the L record in the UMI has the Type field in position 49 marked as a
0 - (not defined) and the Look Up Code in position 49-69 is all zeros.
(Fixed first appeared in 2.09.00-090 as WD 361098.)
|
|
WD 360945
|
Some Electronic Coupon Voids don't send the coupon amount to UMI. Some
electronic coupons, when voided, don't include the amount in the record to
UMI. - Bundle with @ a price (% or $ types work)
Scenario:
1.
Turn on the UMI / UCI interface
2. Use included GR2BUNDL.BTR and
GR2POINT.BTR to populate a promotion for Bundle 01
3. Ring five items
with the Mix Match 106 (EC will be delayed until TOTAL)
4. Hit TOTAL
and see EC for bundle 01
5. Return to sale and see the EC for bundle
01 voided 6. Look at the UMI file produced
Expected Results: See
that the issuance of the EC had an amount in the L record AND the void of
the EC has the same amount.
Actual Results: See that the issuance
of the EC had an amount in the L record but the void of the EC has an
amount of 000000.
(Fixed first appeared in 2.09.00-060 as WD 361100.)
|
|
WD 361068
|
U-SCAN: Bundle Electronic coupons are causing the USCAN to automatically
tender sale if attendant goes into and out of direct mode. This allows the
customer to walk out without paying. The bundle electronic coupon is set
up buy 5 at a price of $19.95. The electronic coupon is issued. If
attendant goes in and out of direct mode, the sale automatically finishes.
The attendant must go into direct mode and finish the sale.
Scenario:
1. Set up an at a price bundle, to issue at tender time.
2. Ring all the items in the bundle to satisfy the coupon
3. Press
finish and pay
4. Enter direct mode
5. Exit direct mode
Expected Results: Customer is expected to pay for order.
Actual
Results: The sale automatically tenders with out entering cash or card.
(Fix first appeared in 2.09.00-060 as WD 361067)
|
|
WD 361373
|
SM2BCTRL.TMP - In the System Configuration file, configuration option
"Electronic Journal Installed" should not be a Global Setting. By making
the option "Electronic Journal Installed" a Global Option machines that
don't run the EJ processor don't have the option to say NO and will check
for EJ inactivity.
Scenario:2.7.2-90, 2.8.0-100
1. Personal
Configuration 2. Global Tab
3. Electronic Journal Installed
Expected Results: Want this option to be individual to each machine.
Actual Results: This option is global.
(Fixed first appeared
in 2.09.00-100 as WD 404582.)
|
|
WD 361999
|
Partial Payment with ECC being allowed back into sale and resulting in
double ECC payment. If a partial tender is made using ECC the cashier is
being allowed back into the sale thus resetting the total to the full
amount and opening up the possibility for over-payment via ECC by customer
Scenario:2.9.0-50, customer had a $160 total and wanted to pay
with ECC, the cashier mistakenly put in $106, the ECC was approved, the
cashier got back into the sale and the total on the screen reset to $160,
they proceeded to make another ECC tender for the $160, correct amount. As
Expected SM shows only the $160, but the CP side sent both the $106 and
$160 amounts to the bank causing issues with customer. the store had set
the setting in the Paper Check / ECC tender to a 2 for No Return to Sale
and should not have been allowed to get back into the sale, but was
allowed. 1. In SM Personalization settings - Rtrn to item Entry During
Tender - YES 2. In Media Configurator POS settings - under Paper Check
/ ECC 1-EFT Void 2-No Return to Sale - set to 2
3. In Media
Configurator POS settings - under Paper Check Non-EFT 1-EFT Void 2-No
Return to Sale - set to 0
4. Save and update register
5. Tender a
transaction, total, tender a partial amount for Checks (11.00 is Approval
Amount for Demo MTX system)
6. Select Paper Checks
7. Follow
prompts to process check with MICR or manual entry
8. If signature
capture is enabled do this at the pin pad when asked
9. Void check and
remove slip - will now say Check Converted to ECC on Cashier Screen
10. Press enter to move on
11. The screen is now ready for the
remainder of the payment, it now says "paper check Non-EFT approved"
12. Hit clear
Expected Results: Return to Sale Invalid!
Actual Results: have been allowed back into the sale and the total owed is
back to the original amount, the print out of the check shows that a
partial payment via ECC was made but then indicates that a return to sale
occurred and "paper check-non EFT" amount was voided (this is the ECC
partial payment amount), if in the media CFG POS under Paper Check Non-EFT
the option is set to 2 - No Return to Sale then at step 12 after hitting
clear the Expected result occurs and the cashier is not allowed back into
the sale.
|
|
WD 363151
|
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.
(Fixed first
appeared in 2.09.00-100 as WD 404644.)
|
|
WD 363152
|
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.
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.
(Fixed first appeared in
2.09.00-100 as WD 404650.)
|
|
WD 363856
|
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.
(Fixed first appeared in 2.09.00-100 as WD
404651.)
|
|
WD 364569
|
Manually entering a Databar coupon and selecting store coupon will write
the Item type to the TLOG as a MFG coupon. The Record Type is a W (UPC Key
Entry) and the item type is a 5 (Mfg Coupon) But should be a 4(Str
Coupon), because that is what the cashier selected. If the Store is Adding
Store coupons back to sales, the cashier will be out of balance by the
amount of the coupon.
Scenario:
1. Ring item or items to
satisfy a Databar coupon
2. Press Store Coupon key
3. Manually
enter coupon code
4. Enter price
5. View TLOG
Expected
Results: If the cashier selects Store coupon, the TLog item type should be
a 4 (Store Coupon)
Actual Results: The cashier selects Store
Coupon and the TLOG item type is a 5 (Mfg Coupon)
|
|
WD 364681
|
SM2SRR.EXE - In the Store Reconciliation Report, the Summary Report
Extract No Longer Including Start Date and End Date in Grid The SRR
Summary Extract Excel Spreadsheet in 2.8.0-100 and prior had put the start
date and end date in the spreadsheet grid in cells B1/B2 and C1/C2, no
seeing in 2.9.0-60 that those pieces of information are missing.
Scenario: tested on a 2.8.0-100 system and a 2.9.0-60 system
1. On
each system create a summary report
2. Export the report
3. Open
the report in Excel
4. Unhide the columns between A and I
Expected Results: Should see Start Date and End Date and the actual dates
in the cells below each description.
Actual Results: The 2.8.0-100
does this as usual, the 2.9.0-60 does not show the information, Will
attached the spreadsheets from each version to this record.
SS041913-042013 is 2.8.0-100, SS040513-041813 is 2.9.0-60. The date
information is included in the header of each printed spreadsheet, and on
the tab at the bottom of the Excel spreadsheet screen.
|
|
WD 364949
|
SM2ITEM.EXE - In Item Maintenance, split weight pricing does not calculate
the correct margin / markup. The margin / markup calculation does not
take into account for a split weight pricing scenario
Scenario:
Dealer tested on 2.8.0-110, Retalix lab 2.9.0-60, code indicated this
would have never worked.
1. create a scale item
2. set price as
1lb. for $1 3.fill in information for the margin / markup calculation
4.change pricing to 2lb. for $1
Expected Results: the margin /
markup should change
Actual Results: the margin / markup does not
change with the change in weight. The code indicates that the margin
calculation never considers this split weight scenario and only looks at
the unit price for a scale item.
|
|
WD 365029
|
U-SCAN: PICK 5 EC reverses after returning from finish and pay but will
never display the discount again. The EC Pick 5 discount is reduced the
first time you press finish and pay. If the customer goes back into the
sale the EC discount reversed. This is as expected. But if the customer
scans an item not on file, the attendant clears the item not on file
message and press finish and pay, U-SCAN never displays the EC Pick 5
Coupon.
Scenario:
1. Ring up items to satisfy a PICK 5 EC
2. Press Finish and Pay
3. Scan an Item Not on File
4. Clear the
Not on File message (Do not add amount and dept.)
5. Press Finish and
Pay
Expected Results: U-SCAN should issue the EC discount again
and display the correct total.
Actual Results: U-SCAN does not so
the EC discount again and the wrong total is displayed.
(Fixed first
appeared in 2.09.00-090 as WD 364562.)
|
|
WD 365030
|
MakeHP.EXE - Need to add /TOUCHSND to MakeHP to support beep when keys are
pressed on touchscreen.
Expected Results: When keys are pressed on
touchscreen (L6015tm) the sound card in RP5800 will beep. You can manually
set /TOUCHSND in regstart.dat. This option used to appear in the make
program on the Fujitsu 3000XE but also applies to this HP POS.
Actual Results: No beep occurs.
(Fixed first appeared in 2.09.00-060
as WD 361492)
|
|
WD 365031
|
IBM 350 cash drawer is intermittently not initializing correctly.
(Fixed first appeared in 2.09.00-060 as WD 362547.)
|
|
WD 366330
|
SMO_Batch.dll - Fix issue where batch action code always returns an "A".
When reading SM batch header action code, the interface always returns an
"A" regardless of the actual value.
Scenario:
1. RPO reads
batch header for a batch that is a Delete batch.
Expected Results:
Batch action code is a "D".
Actual Results: Batch action code is a
"A".
(Fixed first appeared in 2.09.00-070 as WD 365250.)
|
|
WD 366647
|
Second receipt should not print when ECC is used and signature is
electronically captured.
Scenario:
1. Enable ECC with
signature capture
2. Set print 2nd slip in control file = NO
3.
Tender order as ECC
Expected Results: Only main customer receipt
prints.
Actual Results: Main customer receipt prints along with
another copy.
|
|
WD 366657
|
MTX Development - After a Reboot POS stuck on "Please wait while closing
electronic payment". When a POS is rebooted it will not make it to the
closed screen, becomes stuck on "please wait while closing electronic
payment.
Scenario:2.9.0-60, MTX 828,POS Win7 OS, IBM 350
1.
reboot POS
Expected Results: eventually gets to Closed screen in
ScanMaster on Cashier Screen
Actual Results: stuck on "Please wait
while closing electronic payments" on Cashier Screen. Support Tech has to
go into POS and end the wg2.exe then restart SM. Current thinking is that
MTX calls one time but POS is too busy and thus does not respond. MTX does
not call again.
|
|
WD 366968
|
When hosting SIL in to Enhanced Price Management using Batch Header Dates
no end date gets populated
Scenario:
1. Set system to Use
Enhanced Price Management
2. Set system to follow Batch Header Dates
3. Process in SIL host file
Expected Results: To have Batch
End Date be populated with date from SIL Host Header Record.
Actual Results: No End Date gets populated from SIL Host Header Records.
(Fixed first appeared in 2.07.02-100 as WD 367174 and 2.08.00-120 as
WD 367175 and 2.09.00-070 as WD 367176.)
|
|
WD 371325
|
SM2LMENU.EXE - Found a bug in the Delete Error Log routine.
Scenario:
1. Click on Delete Error Log
2. Click Yes to Delete
3. Message comes up that says an error log was found on the Server, do you
want to delete. The code isn't currently doing an exist test for a server
error log so it asks this question even if there isn't a server error log.
If you answer Yes it doesn't delete the local error log.
Expected
Results: Application should only as about a server error log if it exists
and delete the local error log if you responded to a Yes.
Actual
Results: Application always asks about server error log and if you respond
Yes to delete the server error log it doesn't delete the local error log.
|
|
WD 371962
|
SM2RPAIR.EXE not fixing nulls in gr2cust.btr. If there are nulls in the
reserve field of the gr2cust.btr the sm2rpair utility will not fix them.
Scenario:2.9.0-60
1. Put nulls into the reserved field of a
gr2cust.btr 2. Run sm2rpair on the customer file
3. Check to see
if the nulls have been fixed
Expected Results: Nulls fixed.
Actual Results: Nulls not fixed.
|
|
WD 371964
|
SM2H2CUS.EXE In Customer File Hosting, placing nulls into reserved field
of gr2cust.btr. If a hosted file is processed through sm2h2cus, SM does
not take into account the reserved field and puts nulls in that field of
the gr2cust.btr.
Scenario:2.9.0-60
1. Check a host customer
file ssxcusp is clean of nulls, need a clean file
2. Place the host
customer file (ssxcusp) into F:\grocery\host, note there is no extension
on the file name
3. Run sm2h2cus from
C:\grocery 4. Check the gr2cust.btr file for nulls
Expected Results: No nulls.
Actual Results: Nulls in the reserved
field.
|
|
WD 372650
|
SM2ITEM.EXE - In Item Maintenance, fix bug in clsBatchHeader.cls where
item start dates aren't being updated on all items in a batch when
changing the batch start date. When using enhanced price management and
you create a batch without a start date at the time of creation then try
to put a date on the items after creating the batch only the item you put
the start date on will get updated. all other items will not get the start
date(when using batches follow header dates).
Scenario:
1.
Create a batch with multiple items
2. After creating batch go back and
put a start date on 1st item in batch
Expected Results: all items
will have the start date updated.
Actual Results: only the item
you physically put the start date on gets the start date.
(Fixed first
appeared in 2.09.00-070 as WD 372484.)
|
|
WD 372915
|
Selecting department flip chart item not adding item to transaction. When
selecting the top item on a department flip chart the item is not being
added to the transaction but rather the number 0 is being placed in the
item/amount box.
Scenario:2.9.0-60, IBM and NCR 82XRT
1.
Create a flip chart of a few items for the Top department on the
department list. this is the list that can be edited in the keyboard
configurator. 2.start a transaction
3.select the top department
4.select the top item
Expected Results: item is entered into
the transaction
Actual Results: on the IBM the item is not always
entered into the transaction, but a zero shows up on the item/amount box
where the keyed in numbers usually appear. On the NCR the item never is
entered into the transaction, the zero is always appearing. Once the zero
appears hitting Enter gives the zero price invalid message on the cashier
screen, hitting clear just moves past the issue. A Unit and a Split price
item both had the same results, a Scale item not tested because no scale
was attached to the lab machine.
|
|
WD 372992
|
SM2SRR.EXE - In the Store Reconciliation Report, Memo text totalizer 1500
is gray but should be white. Totalizer 1500 the memo text field in the SRR
is an editable field that should be white but is actually gray.
Scenario:2.9.0-60
1. Put totalizer 1500 into SRR
2. Open SRR and
look at field
Expected Results: It is white.
Actual
Results: It is gray, it was white in 2.8.0-90, but became gray with the
2.9.0 release.
|
|
WD 374360
|
SM2DEPT.EXE - In Department Maintenance, when deleting department in
department maintenance wrong department is deleted
Scenario:
1. Create a new dept. #90 and save.
2. Create a new dept. #91 and fill
in description but do not save and select delete.
Expected
Results: Dept. indicated for deletion should match department actually
deleted or do not allow deletion to occur before record is saved.
Actual Results: Application indicates dept. 91 will be deleted but
actually dept. 90 is deleted and 91 was never saved so it is also not
there.
|
|
WD 375586
|
SM2F2BAT.EXE - In PLU to Batch, Zero Mover Batches select items with
movement. The zero movement batch will actually select items that have
movement and will lead to the deletion of valid items.
Scenario:
1. Create a zero mover batch
2. Create a ytd movement batch
3.
Compare
Expected Results: No same items on both.
Actual
Results: Items with movement appear on zero mover batch as well. The zero
movement batch does not look at movement, but instead looks at the date
the item had the its price modified last. If the price was not modified
since the date selected with the batch then it is included in the batch
even though it could have movement.
|
|
WD 376520
|
The security log is showing 000 as the ID# .
Expected Results: the
security log should never list ID# 000.
|
|
WD 377919
|
eWIC: POS aborting completion when Item Action Code received. When the
eWIC processor sends an approved completion of an eWIC transaction that
also includes an Item with an Item Action Code, the POS is aborting the
eWIC transaction and is left requiring payment.
Scenario:
1.
Ring an Item that causes the eWIC processor to return an Item Action Code
such as 26 - Approved for a lower price (Peanut Butter)
2. Tender eWIC
Expected Results: Transaction is approved and POS moves on to next
order.
Actual Results: Transaction is approved via EFT but the POS
is left needing another tender to complete transaction as if the eWIC
tender was not accepted.
(Fixed first appeared in 2.09.00-090 as WD
377918 and in 2.09.00-070 as WD 377916.)
|
|
WD 378729
|
SM2EJ.EXE - UCI promo movement in gr2point.btr sometimes also has a non
zero Mix/Match as well and this causes problems at the POS.
(Fixed
first appeared in 2.09.00-100 as WD 404583.)
|
|
WD 379001
|
Bottle Deposit being included in Department discount of item to which it
is connected. The dept. discount given to an item in a specific dept. is
also being given to the bottle deposit connected to item even when that
bottle link is set for a different dept.
Scenario: 2.7.? and
2.9.0-60 1. Set up a Dept. Elec. Cpn example 5% off Dairy Dept. #7
2. Set up a Bottle Deposit Dept. example dept. #50
3. Create an item
and set its dept. to Dairy Dept. #7, set unit and $1.00 for easy math
during testing
4. Set up a bottle link to be connected to this item
via the item maint-misc. maint.-bottle link editor menu example #2 dept.
#50 10 cents 5. In the created item select the #2 bottle link
6.
At POS enter created item UPC, should see the item and an indication of a
bottle deposit on the cashier screen 7. Total
Expected Results:
expect discount to bring total to $1.05 which is 5% discount of $1.00, the
cost of the Dairy Dept. #7 item.
Actual Results: the total is
$1.04 which is 5% discount of $1.10, the cost of the Dairy Dept. #7 item
and the Bottle Deposit. Dept. #50.
|
|
WD 379002
|
SM2BATCH.EXE - 2.09.00-070-In Batch Maintenance, "Change All Item Dates To
The Selected Header Dates" doesn't work properly.
System
Configuration:
"Use Enhanced Price Management" = YES
"Batch Items
Follow Header Dates" = NO
When "Batch Items Follow Header Dates" = NO,
means that in the batches on the items themselves, user is able to put
different "Start" and "End" Dates on each individual item.
Scenario:
1. Created a batch putting a Start Date of 08/21/13 and an
End Date of 08/22/13.
2. Added the following UPC's:
UPC#3810000302 and put a Item Start Date = 08/15/13 and End Date =
08/17/13, SAVED.
UPC#2500002149 and put a
Item Start Date = 08/13/13 and End Date = 08/17/13, SAVED.
UPC#3810000302 and put a Item Start Date = 08/13/13 and End Date =
08/19/13, SAVED.
3. Check "Change All Items Dates to the Selected
Header Dates", hit SAVE and it turned all the items in the batch to the
following, Start Date of 08/21/13, but then the End Dates of 08/19 and
08/17. 4. When the batch is activated, it doesn't change any prices,
etc. Also, Calendar won't work when choosing Item Start/End Dates when
"Batch Items Follow Header Dates" = NO and no start date or end date is
chosen.
|
|
WD 379003
|
SM2ITEM.EXE - 2.09.00-070- In Item Maintenance, minor display issue in
Create/Edit Batch Header Dates
Scenario:
1. Create a batch
without putting a Start or End Date.
2. Add a UPC, change the price,
and put an END DATE on Header Date, SAVE.
3. In the CREATE/EDIT Batch
list, the display of that batch does NOT show the END DATE. Checked
Pervasive and the Batch Header shows the END DATE.
|
|
WD 379146
|
Change amount not showing on Cashier Display. Cashier Display is not
showing the change amount after tender is entered and drawer pops open on
new NCR 7606 platform.
Scenario: NCR 7606, SM 2.9.0-60
1. Ring
up transaction
2. Total
3. Enter amount more than total
4. Hit
cash
Expected Results: Drawer pops open and change amount is on
bottom of Cashier Display with Close Drawer message at top.
Actual
Results: Drawer pops, the change amount quickly flashes in appropriate
place on cashier display but is replaced with $0.00 and there is no close
drawer message even though the drawer is open. The Cashier can look at the
receipt to get the correct change amount. Was able to correct problem by
setting the YCableStatus to 1 and the OpenDrawerSUE to 0 in the Registry
under Cash Drawer, NCRCashDrawer.1 and then Model for second setting.
|
|
WD 379246
|
The weight in UMI record doesn't deduct tare on a void. It does,
correctly, deduct the tare in the weight when the item is initially sold.
This makes the weight for the void appear different from the initial sale.
For example
Weight = .43 lbs
Tare = .12 lbs
Weight
shown in sale = .31 lbs
Weight shown in void = .43 lbs
Scenario:
1.Turn on UMI / UCI
2. Ring a weighted item with a tare
attached 3. Void that item
4. Look in the UMI file
Expected
Results: The weight field in the item sold and item voided records are the
same with the tare deducted.
Actual Results: The weight in the
item sold and item voided records are different with the voided record not
deducting the tare amount.
(Fixed first appeared in 2.09.00-070 as WD
369265.)
|
|
WD 379267
|
SM2EJ.EXE - In the Electronic Journal Processor, UCI promo movement in
gr2point.btr sometimes also has a non zero Mix/Match as well and this
causes problems at the POS.
|
|
WD 379890
|
SM2RPAIR.EXE - the movement repair procedure is not fixing all of the
nulls in a record.
Scenario:
1. Using RBO to extract
ScanMaster movement, but the extract was causing RBO to fail when
importing the extract.
2. Found nulls in several records, mostly in
the Blanks field.
3. Ran Sm2rpair on the movement file.
Expected Results: All nulls should have been converted to zeros.
Actual Results: Nulls remained in several records.
|
|
WD 380076
|
Suspend/retrieve, get a error 62 input past end of file hit clear to shut
down when trying to retrieve a suspended transaction with 2.9.0-70.
Scenario: 2.9.0-70
1. Suspend a sale
2. Retrieve the sale
Expected Results: At the time of selecting the specific sale to
retrieve the cashier screen should show the sale information.
Actual Results: At the time of selecting the specific sale to retrieve the
cashier screen shows an error 62 input past end of file hit clear to shut
down, also the suspended sale is locked and must be unlocked in the system
services part of the backoffice or the message "suspend process busy -
retry" will appear on the screen, tested on 2.9.0-60 and the
suspend/retrieve process works with no issues.
(Fixed first appeared
in 2.09.00-080 as WD 380075.)
|
|
WD 381211
|
SM2SJRPT.EXE - Electronic Journal Report is showing the wrong customer
account number as the charge payment account. When two account numbers are
used in a transaction , one for FS and one for Charge Payment, the lower
number is reported on the EJ transaction as getting the charge payment
even if it wasn't.
Scenario:
1. Enter freq. shopper number
101, 2. Make charge payment to 103
3. Total and tender
4. Pull
EJ transaction
Expected Results: charge payment to 103.
Actual Results: charge payment to 101
|
|
WD 381325
|
SM2SJRPT.EXE - In the Electronic Journal Report, 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.
(Fixed first appeared
in 2.09.00-100 as WD 404585.)
|
|
WD 381448
|
POS not allowing items with age restriction if younger age restriction
already entered via Y/N prompt. The cashier says yes to a prompt for age
for a product with a 18 year or older restriction, any items with age
restrictions for ages over 18 are not allowed to be sold
Scenario:
control file and restriction file are attached
1. ScanMaster Ver
2.09.00.60 POS > 2.09.00.17
2. Tobacco is set at age 18 , Alcohol is
set at 21 3. Scan DL# for Restrictions >>>>>>>>>>YES Cust Age
(0=Date 1=Id 2=Both)>>>>>> 0 Birthdate Display Age Verify >>>>>>>>YES
Security on Age Restrict Decline>>>>>>>NO
4. Enter a tobacco item
5. Clear past scan DL# as if the customer does not have a license to
scan 6. Hit enter for Y to prompt that customers birthday is at least
that of 18 years according to date on screen
7. Enter an alcohol item
Expected Results: POS should ask for DL scan since a different age
restriction is required and then allow to say Y/N to date prompt if
license not available to scan
Actual Results: POS says customer
age restriction! in red bar on Cashier screen, does not allow item, have
to ring up item in a new transaction. Not sure how long this has been this
way in ScanMaster, was not able to test on an older system.
|
|
WD 381790
|
SM2SRR.EXE - In the Store Reconciliation Report, a double right click on
the spreadsheets of the office procedures brings up a workbook. If once a
cashier is selected in any of the spreadsheets of the office procedures
menu a double right click results in the opening of a designer workbook.
Scenario:2.9.0-70
1. Open pickup/loans
2. Select a cashier
3. Double right click in the spreadsheet area
Expected
Results: Nothing happens
Actual Results: A Formula One Designer
Workbook opens. this is actually related to the ocx involved with this
part of the ScanMaster program.
|
|
WD 383481
|
Regardless of what check media is selected validation occurs from the
Paper Check media. When Payroll check and paper check non-EFT are the
selected tender type the checks are validated with the validation from the
paper check media type
Scenario:2.9.0-70
1. Control.001 and
mediacfg.001 are attached to this SR.
2. With paper check turned off
in the control file and the media cfg ring up a transaction
3. Total
and tender the ACH button (Defect 317746)
4. Pick paper check non-EFT
5. It asks to insert check
Expected Results: Validate with the
validation in the paper check non-EFT media.
Actual Results:
Validates with the validation in the paper check (ECC) media . Repeat this
with the payroll check and you get the same actual results.
|
|
WD 385274
|
SM2BAPLY.EXE - In Batch Activation, when applying an initial load batch to
an empty gr2item.btr where the Unit Size Description field ended up as 9
nulls instead of the 9 spaces which were in the batch.
Scenario:
1. Start with an empty gr2item.btr and apply a batch with items having
the Unit Size Description set to all spaces and apply the batch.
Expected Results: The unit size description field should be 9 spaces if
the batch had spaces.
Actual Results: The unit size description
field contains nulls.
|
|
WD 385582
|
SM2ARACT.EXE - A/R Payment Flash Report (A/R activity report) is cutting
off the last decimal place of payment amounts. The last decimal place of
individual payment amounts are being cut off on the A/R payment flash
report, the total amount is showing correctly.
Scenario:2.9.0
1. Make a payment to a customer InStore account
2. Go into A/R
activity report and select the payment flash report for that customer
Expected Results: All the numbers show up complete with both decimal
places showing.
Actual Results: The individual amounts do not have
the last decimal place (the penny).
|
|
WD 389176
|
UPC Type 4 Customer Number Support allowing manual entry non-Type 4. When
the System Configuration options, "UPC Type 4 Customer Number Support" and
"Prmpt for Frq Sh # at New Sale" are set to Yes, entering a Frequent
Shopper at the beginning of the sale, which is NOT a type 4 UPC, will
yield the error, "INVALID ENTRY!" This is working correctly when a
non-Type 4 is scanned. When an entry to the customer account prompt is
hand keyed, however, a non-Type 4 code is allowed and processed as a
customer number. This can be the case when a cashier doesn't realize
they're sitting at the customer number prompt and mistakenly enters a
produce code to start the sale. This is especially a problem when the
customer number is transmitted to a third party as with the UMI/UCI
interface.
Scenario:
1. "UPC Type 4 Cust Num Support" and
"Prmpt for Frq Sh # at New Sale" are set to Yes
2. Enter a four digit
produce code at the customer number prompt at new sale.
Expected
Results: POS should yield the error, "INVALID ENTRY!"
Actual
Results: POS Accepts the number and tries to process it as a customer
number.
|
|
WD 391342
|
Promo coupon does not print when POS is in offline mode.
Scenario:
2.7.2 - 50 and 2.9.0-80
1. Create a promo coupon
2. Create a total
sale electronic coupon that includes the promo coupon
3. With register
online ring up a sale to kick off this elec. coupon to verify that it does
work and prints the promo coupon
4. Place an eod.rrr into the
F:\grocery\files to force an EOD to run on the POS
5. Watch to be sure
the EOD does occur on the POS
6. Place POS in offline mode
7. Ring
up the same sale
Expected Results: electronic coupon works and
promo coupon prints.
Actual Results: electronic coupon works for
the total sale part, but it does not print the promo coupon, upon
additional investigation I find that the gr2cpn.btr and the gr2point.btr
is not being copied as gr2*.reg and so the EOD at the POS is copying down
an old file without the new promotion / coupon information. I manually
copy these .btr files to .reg, and force an EOD on the POS. the gr2cpn.btr
on the POS does show that it was updated, but the gr2point.btr still has
an older date. I add a new electronic coupon to the gr2pont.btr file
through ScanMaster and do a full EOD on the server. The POS spits out a
slip that says the EOD file copy was successful, and offline file copy
successful. the gr2point.btr still has the older date stamp. I ring up a
transaction online, I run the transaction so that I will get the new total
sale coupon I just created, it works and prints all coupons. I change to
offline mode and the same transaction does work with the total sale
discount amount but it does not print the coupons. My only thought at this
point is that there is an additional file that is not updating correctly
to the C on the POS, or the POS is not supposed to print the promotion
coupons when offline.
|
|
WD 393073
|
UMI/UCI Frequent Shopper # and UPC # being interpreted incorrectly.
Loyalty card numbers not being recognized and UPC # being recognized as
loyalty card numbers, when using UMI/UCI.
Scenario: 10 store chain
using UCI/UMI interface for fuel rewards program thru Excentus/Centego. 3
stores running ver 2.7.0-090/100; 1 running ver 2.8.0-070; 6 running
2.9.0-060. All stores experiencing this issue. UCI/UMI interface turned
on; FrqShpr program enabled; enable type 4 customer support turned on;
Prompt at start of each order for FS # entry turned on; Dynamic customer
build turned Off. Customer # range in use: 40000000001 thru 40000100000,
FS customer number barcoded on card with UPC-A format barcode. Many
transactions identified where customer's scanned card number not
registered as being the FS customer # to transaction and some other
purchased item's UPC # is registered instead. Result is customer does not
get credited their fuel rewards purchase points for transaction and the
item that gets registered as the FS # does not ring up & charge customer
so they end up getting that item for free. When the incorrect FS # comes
across, that data does appear in the UMI data file and also am seeing that
same account data show up in the EJ for that transaction. I was thinking
that at start of order with the Scan FS card prompt on register and
cashier scans an item instead of the FS card, but they are getting a
"Invalid Acct #" error message and no info appears to get registered to
the UMI data file when this occurs or if customer card is then scanned
that is getting registered into data file.
|
|
WD 393621
|
Cashier TLogs appearing in multiple CTLog, not being deleted from
F:\Grocery\files. A cashier TLog is being left in F:\grocery\files and
also moved to F:\tlog over multiple days causing movement and inventory
issues
Scenario: 2.9.0 and past SM versions
1. Cashier signs
on and TLog record opened in F:\grocery\files
2. Cashier signs off and
is settled and or delayed - moving TLog to f:\tlog
3. Check
f:\grocery\files
Expected Results: Cashier TLog no longer in this
file.
Actual Results: Cashier TLog still exists and will be moved
to F:\tlog again when cashier is settled on another days business.
(Fixed first appeared in 2.09.00-090 as WD 393611.)
|
|
WD 396855
|
Change POS error.wav sound to not play at the same time as the button
beep. When a system is configured as a touch screen using the systems
sound card for touch beeps and errors, (/TOUCHSND and /SCERROR in the
REGSTART.DAT respectively) the POS only uses touch.wav for both functions.
This is because initial trials at using both of the sounds, which
sometimes would play at the same time - when a button was an error
condition, was a very offensive dissident sound. Two changes are requested
of the POS A) change the sound in error.wav so that there is silence
at the beginning of the sound so that the error sound will actually play
AFTER the touch sound beep - even if they happen at the same time.
B)
Change the POS back to playing both the TOUCH.WAV and ERROR.WAV once the
above change was made.
|
|
WD 396904
|
MAKEPOSN.EXE - Add /TOUCHSND /SCERROR as options in MakePOSN.
New
hardware platforms, such as the NCR 82XRT, use the on-board sound card for
beeping. This means that it is preferable to have ScanMaster make tones
when a button is pressed or when there is an error by playing wav files.
This functionality already exists in the POS but is not supported as
an option in MakePOSN and should be available as checkbox options which
default on for a new install.
|
|
WD 397446
|
S&H Prologic type 2 UPC coupons are requiring manager ID after total sale
but not before. A type 2 UPC coupon coming from S&H Prologic is kicking
off the security on manual entry of type 2 UPC when applied after the
total.
Scenario: 2.9.0.15 at one store and .17 at another, IBM
systems 1. Turn on security for manual entry of type
2 UPC 2. Have
a S&H TCP/IP interface tool
3. Ring up a sale and hit total
4.
Send a type 2 UPC via the S&H TCP/IP interface tool
Expected
Results: discount applied no security ID needed.
Actual Results:
POS asks for manager ID as security before applying the discount.
|
|
WD 397008
|
ScanMaster SCO gets 'POS out of sync' error when trying to void a random
weight item after a not found items is scanned.
Scenario:
1. Scan
Random weight item
2. Scan another random weight item
3. Scan a
not found item
4. Void a random weight item
Expected Results:
Item voids without POS confusion no 'POS out of sync' error should occur
Actual Results: Item voids as if it were a ECPN and a 'POS out of
sync' error occurs.
(Fix first appeared in 2.09.00-090 as WD 398007.)
|
|
WD 398200
|
Enforced QTY/Split QTY item is causing the display on the SCCO to be
incorrect
Scenario:
1. Set up Kiwi (4030) Enforced QTY Split
QTY 6 @ $2.00.
2. Key enter code 4030
3. Enter Quantity of 3
Expected Results: Screen should display 3@6/$2.00 And ring up at
$1.00.
Actual Results: Screen displays 3@$1.00/Each Price rings
correctly at $1.00.
(Fixed first appeared in 2.09.00-090 as WD 398199.)
|
|
WD 398738
|
Potentially out of sync if ScanMaster is at tender time and SSCO is
attempting adding or changing an item in assist mode. ScanMaster should
recover if in tender mode when SSCO tries to add items or change price in
assist mode.
Scenario:
1. Ring items
2. Press Finish and
Pay (Both SM and SSCO are in tender mode)
3. From Tender mode go into
Assist mode 4. Try either Change Price or Department Sale
Expected Results: ScanMaster and SSCO should stay in sync and the
functions of adding or changing prices should not be allowed.
Actual Results: ScanMaster is still in tender time and SSCO is adding or
changing items the system is now out of sync.
(Fix first appeared in
2.09.00-090 as WD 398737.)
|
|
WD 398936
|
Decline of a Gift Card will leave ScanMaster needing a Clear, however SSCO
is not able to send a clear.
Scenario:
1. Scan $18.00 item
2. Tender Gift Card
3. Get Decline message
4. Select department.
Expected Results: ScanMaster should recover from the Clear decline
message and respond to the OK press from the SSCO.
Actual Results:
Audio message of Information needed is played SSCO is at a press ok
screen. The OK button is pressed but nothing happens. ScanMaster is at the
Clear decline message.
(Fix first appeared in 2.09.00-090 as WD
398935.)
|
|
WD 399764
|
NCR SSCO: Change Price on Scaled Items shows incorrect adjusted Price per
Pound. NCR SelfServe Checkout: when doing a price override on a scaled
item by using Assist Mode: Change Price button, the new Price per Pound
isn't showing correctly even though new extended price is correct. The new
Price per Pound amount is also showing the extended Price which is
incorrect.
Scenario:
1.Ring Bananas 4011 for 1.23 lb @
$1.99/lb 2. press Help,
3. Store Log In,
4. (Enter ID),
5.
Assist Mode 6. Change Price
7. Press "Enter" button
8. Enter
Price $2.99 and press "Enter" button
Expected Results: eReceipt
should show 1.23 lbs @ $2.99/lb and a total of $3.68.
Actual
Results: eReceipt should show 1.23 lbs @ $3.68/lb and a total of $3.68.
(Fix first appeared in 2.09.00-090 as WD 399726.)
|
|
WD 399816
|
NCR SSCO $0.00 Sale causes out of sync with POS. When a sale is ended
with an amount of $0.00, ScanMaster moves on to the next sale but the SSCO
is stuck on Finish and Pay.
Scenario:
1.Enter an Item on the
SSCO 2.Enter a Coupon (through the Assist Mode) for the same amount so
that the sale total is $0.00
3.Hit "Finish and Pay"
Expected
Results: SSCO finishes sale and is ready for the next sale
Actual
Results: SSCO is stuck. (Fix first appeared in 2.09.00-090 as WD 399813.)
|
|
WD400228
|
NCR SSCO Open Department Coupons aren't showing on the eReceipt if applied
to the sale after a Total Time Discount has been automatically applied and
reversed.(by returning to Scan & Bag)
Scenario:
1. Ring a
discountable item on NCR SSCO
2. Apply a discount trigger UPC (CR
399588) 3. Hit "Finish and Pay" to see discount applied
4. Hit "Go
Back" to return to item entry and see discount voided
5. Apply an Open
Department Coupon through assist Mode
Expected Results: See coupon
applied to sale on the eReceipt.
Actual Results: The text applied
to the eReceipt mimics the void of the discount so there now appears to be
two of them. ( Fix first appeared in 2.09.00-090 as WD 400222.)
|
|
WD 400229
|
NCR SSCO prompt for Manager ID cannot be entered at the RAP station.
Scenario:
1.Configure the system to have Security on Voids
2.Void an item on NCR SSCO
Expected Results: Manager ID may be
entered on SSCO or RAP station.
Actual Results: See Manager ID
prompt in Customer Mode and the RAP station button is green. Attempting to
enter assist mode at the RAP will lead to an out-of-sync situation between
the RAP and SSCO. The POS is sitting waiting for the Manager ID prompt to
be entered. (Fix first appeared in 2.09.00-090 as WD 400226)
|
|
WD 400485
|
Cash Management function is getting SSCO "System Busy Please Wait" because
SSCO is waiting for a response from ScanMaster. The SSCO send a messages
for Pickup and Loans and waits for a response from ScanMaster with
approval amounts.
Scenario:
1. Go to Store Mode and select
Cash Management
2. Press Add Cash
3. Insert Money
4. Exit when
finished
Expected Results: Amount inserted is approved and SSCO
returns to store mode
Actual Results: System sits at "System Busy
Please Wait"
(Fix first appeared in 2.09.00-100 as WD 400484.)
|
|
WD 401482
|
PRESTAGE.EXE - In Batch Staging, Under certain conditions, a newer Start
Date item could be marked as already applied. UPCs in multiple permanent
batches may have the newer start date item marked as applied leaving the
older item available to be applied.
Scenario:
1. Using
TD401482.zip for this version (in the EXE folder) to your F:\Grocery\Files
folder and unzip. UPCs 4740012652 and 7906800091 are duplicated in 2
different permanent batches. One batch has a Start Date of 3/22/2014 and
the other start date is 3/25/2014. You will either need to modify the
start dates or reset the date on the test PC to 3/25/1014.
2. Turn on
Enhanced Price Management
3. Run Prestage.exe
Expected
Results: The items with the start date of 3/22/2014 should both be marked
as Activated while the 3/25/2014 dates should not be activated.
Actual Results: UPC 4740012652 with the start date of 3/22/2014 is not
marked as activated while the 3/25/2014 dated item is marked as activated.
|
|
WD 404419
|
SM2EMAIL.EXE - Email receipt PDF is not following the .ini file settings
with live TLog receipt. The PDF files that are created by the sm2email
program are not always following the smemail.ini configuration. This
leads to receipt lines that stretch across two pages but should be
contained on one page.
Scenario: 2.9.0-60+
1. Leave the
smemail.ini at the default configuration settings
2. Enable the
various system configuration settings for the email program, set the send
email option to NO, be sure to set up an email customer as well
3.
Run sm2email /C from a command line, C:\grocery to verify that the program
is working 4. Ring up multiple transactions, I did 4 in my test
5. Run the end of day so that a grctlog.asc is created
6. Check the
PDF's that were created, f:\email
Expected Results: The PDF shows
the receipt on the page starting near the top left of the page.
Actual Results: The PDF shows the receipt on the page starting in the
middle left, or bottom left The Calibrate PDF seems to work fine each
time. The issue does not occur with every PDF, but a majority of them are
not right. There is also a question about the program not placing the
logo on the PDF.
|
|
WD 404584
|
SM2SJRPT.EXE - The Electronic Journal Report is showing the wrong customer
account number as the charge payment account. When two account numbers are
used in a transaction , one for FS and one for Charge Payment, the lower
number is reported on the EJ transaction as getting the charge payment
even if it wasn't
Scenario:
1. Enter freq. shopper number 101,
2. Make charge payment to 103
3. Total and tender
4. Pull
EJ transaction
Expected Results: Charge payment to 103.
Actual Results: Charge payment to 101.
|
|
WD 405857
|
SM2ADMV.EXE - Item movement reports using ad levels return error 380
Invalid Property Value in some circumstances. When more than more than
10,000 records exist per an ad level on a Item Movement report a error 380
Invalid Property Value will occur.
Scenario: Any ScanMaster
version, but need +10,000 movement records containing the same ad level
1. Run an item movement report for an ad level with +10,000 records
already existing
Expected Results: Report is created.
Actual Results: Error 380, Invalid Property Value.
|
|
WD 406756
|
Updated date in direct item maintenance 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.
(Fix first appeared in 2.09.00-100 as
WD 406756.)
|
|
WD 406833
|
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.
(Fix first
appeared in 2.09.00-100 as WD 406810.)
|
|
WD 408035
|
Manager ID only prompt for one time when using POS Enhanced Security and
No Security if Manager Cashier. When using POS Enhanced Security along
with the option No Security if Manager Cashier the prompt for Manager ID
is only being asked for one time. After that no manager ID is prompted for
even thought there is security on that feature.
Scenario: 2.9.0.17
1. Enable POS Enhanced Security and give rights to reports menu to a
manager ID 2. Enable No Security if Manager Cashier 2a. Enable
"Security on Report Function"
3. Update POS
4. From closed screen
hit the up arrow, when prompted for manager ID put in he ID that you just
gave the rights to.
5. Once in the menu, hit Clear to get back to the
closed screen.
6. hit the up arrow again
Expected Results:
prompted for manager ID.
Actual Results: no prompted for manager
ID the reports menu opens with no security.
|
|
WD 409273
|
SmartCard WIC: Entering quantity of CVB items are only paying for 1 CVB
item not all. Example: 4012 Oranges 5@$0.25 is $1.25. WIC only pays the
$0.25 and the sale needs tendered with other media.
Scenario:
1. Ring Quantity of CVB item
2. Tender WIC
Expected Results:
All quantity of CVB items should tender WIC as long as the card has
benefits.
Actual Results: Any time a quantity more than 1 is
entered only the price of 1 is charged by WIC.
(Fix first appeared in
2.09.00-100 as WD 409272.)
|
|
WD 409274
|
ScanMaster Smart Card WIC: Pan Masking on receipt is not following the
settings in the State Maintenance application.
Scenario:
1.
Set different Pan Masking lengths in State Maintenance
Expected
Results: Should follow the setting in State Maintenance.
Actual
Results: Receipt always masks the first 12 and leaves the last 4 are
displaying. (Fix first appeared in 2.09.00-100 as WD 408657.)
|
|
WD 409275
|
ScanMaster SmartCard WIC: WIC/EBT Cash Value Receipt does not mask the Pan
Account #. (Fix first appeared in 2.09.00-100 as WD 408660.)
|
|
WD 409276
|
ScanMaster SmartCard WIC: UOM field only display 5 characters. Would like
to support 6 characters. Would like to support 6 characters. Gallon
displays as Gallo and JarBag displays as JarBa. This was complaint as well
in the V7 ISS45 software.
Expected Results: Would like to support
6 characters in the UOM field on the receipt
Actual Results: UOM
only supports 5 characters.
Fix first appeared in 2.09.00-100 as WD
408661.)
|
|
WD 409292
|
SmartCard WIC: Enable SmartCard CVR Print option does nothing. The Cash
Value Receipt prints no matter if the option is set to Yes or No.
Expected Results: Enable SmartCard CVR Print option should follow setting.
Only print if set to Yes.
Actual Results: Enable SmartCard CVR
Print option is not following setting. Receipt always prints
(Fix
first appeared in 2.09.00-100 as WD 409291.)
|
|
WD 409702
|
SM2WICRP.EXE - SmartCard WIC: The messages in the Claim Report and
Reconciliation Report needs to be clearer for the End User. If a date
range is used and the starting date does not have an available Claim or
Reconciliation report, the message "No A1 record for the entered starting
date was found".
Scenario:
1. Select a Start Date not in the
available list
2. Create report.
Expected Results: Clear
messages for an end user. i.e.... "No Claim Report available for the
starting date entered" or "No Reconciliation Report available for the
starting date entered"
Actual Results: Unclear message for an end
user. "No A1 record for the entered starting date was found"
(Fix
first appeared in 2.09.00-100 as WD 409701.)
|
|
WD 409705
|
SmartCard WIC: Pulling WIC card after updating card but before the sale is
completed can cause the benefits to be deducted from the card twice. If
the card is pulled before the update is completed, the tender is canceled,
but the card gets updated. The sale must be retendered. If the sale goes
through fine the second time, the WIC card just was deducted twice from
the card.
Scenario:
1. Ring WIC sale
2. Tendered Smart
Card WIC 3. Press update when prompted on Pin Pad
4. Pull card
before tender completed, at the "Do not remove card" prompt
Expected Results: There should be a check that the first time the sale was
processed and the card was removed too early, the benefits were not
reduced.
Actual Results: This is a timing issue. But can
potentially reduce benefits even though the POS displays cancel
transaction prompt. When the sale is reprocessed, the benefits will be
deducted a second time.
(Fix first appeared in 2.09.00-100 as WD
409704.)
|
|
WD 409778
|
SmartCard WIC: Split Price non CVB WIC items with electronic promotions
are paying for the non WIC items. Set up: 3940001810 - Pinto Beans Split
price 6/$5.00 Electronic promotion Buy 1 Get 1 50% off
Scenario:
1. Ring 6 Pinto Beans
2. Ring an open department item or non WIC
item . Tender smart card WIC
Expected Results: Non WIC item
should not be paid for by WIC
Actual Results: Non WIC item is
being paid for by WIC due to the split priced item with a promotion Side
Note: Ringing a sale with 6 items and a non WIC item will reduce the
prescription benefits by 6. Ringing a sale with 6 items only will only
reduce the prescription benefits by 5.
(Fix first appeared in
2.09.00-100 as WD 409777.)
|
|
WD 409780
|
SmartCard WIC: Non CVB WIC item with a Promotion with Buy 1 Get 1 50% is
not deducting the # of WIC items bought. This works differently whether a
non WIC item is in the sale or not and could potentially work by fixing QC
#409777. This may be by design but needs investigated and documented as to
why it works like this.
Set up: 3940001810 - Pinto Beans Split
price 6/$5.00 Electronic promotion Buy 1 Get 1 50% off
Scenario:
1. Ring 6 Pinto Beans
2. Tender smart card WIC
Expected Results: 6 - 16 ounce cans are deducted from prescription.
Actual Results: 5 - 16 ounce cans are deducted from prescription. I
would expect 6 - 16 ounce cans would be deducted since none of the items
were 100% discounted or free items with the promotion.
Scenario:
1. Ring 6 Pinto Beans
2. Ring an open department item or non WIC
item 3. Tender smart card WIC
Expected Results: 6 - 16 ounce
cans are deducted from prescription.
Actual Results: 6 - 16 ounce
cans are deducted from prescription. This works as I would expect since
none of the items were a free item with the promotion.
(Fix first
appeared in 2.09.00-100 as WD 409779.)
|
|
WD 409797
|
Online WIC: Non CVB split priced item with a promotion is not sending the
correct merchant discount amount and causing a decline of the WIC tender.
Set up: 3940001810 - Pinto Beans Split price 6/$5.00
Electronic promotion Buy 1 Get 1 50% off
According to the WC.004
log and the journal, the Merchant discount field is being sent as the full
amount of one of the items and not 50% of the item. That amount being
tendered is greater than the amount of the PS records minus the merchant
discount. The transaction # 04007238.
07-09-2014,16:06:59,04007238,GET,EWIC_RxLength=241
EWIC_RxData=EA01414200200099900EA01414200300099900EA01414200500099900EA01414200600099875EA01414200600199500EA01414200800099900EA01414201600099900EA01414201900099900EA01414202105799900EA01414202105899900EA01414205100099900EA01414205300099900EF00820140728
EWIC_MerchantDiscount= 69 EWIC_StateCode=KY
07-09-2014,16:07:08,04007238,SET,EWIC_RxLength=78
EWIC_RxData=PS0344620000000394000181000000840010012PS0344620000000394000181000000830010012
EWIC_MerchantDiscount=84 EWIC_StateCode=KY
07-09-2014,16:07:27,04007238,POS,COMPLETION DECLINED: ND ENTER < AMT !D
Scenario:
1. Ring up 2 WIC items (second one triggers the
Electronic promo)
2. Tender Online WIC aka Kentucky
Expected
Results: The 2 WIC items should sell and the WIC tender should approve.
Actual Results: The WIC tender gets declined with a error "ND
ENTER < AMT !D"
|
|
WD 410317
|
The non-EFT check media is reading the signature slip option from the
paper check (EFT) media configurator file. A signature slip will print
when the option is turned off under Non-EFT Check and on under Paper Check
when Non-EFT Check is selected at POS.
Scenario: 2.9.0-60
1.
turn on signature slip in the paper check media
2. turn off signature
slip in the non-EFT paper check media
3. enable paper check and
non-EFT paper check
4. at POS ring up transaction and tender Non-EFT
paper Check
Expected Results: Receipt prints with no secondary
slip.
Actual Results: Receipt prints with secondary slip.
|
|
WD 410402
|
SmartCard WIC: CVB items are writing 2 EA records to the TLOG. One is zero
priced and the other is full priced.
Scenario:
1. Ring a CVB
item. 2. Tender Sale
3. View TLOG EA records
4. View Claim
report
Expected Results: If CVB items are reduced only 1
cat/subcat only 1 EA record should be written to the TLOG.
Actual
Results: If CVB items are reduced only 1 cat/subcat, 2 EA records are
written to the TLOG.
(Fix first appeared in 2.09.00-100 as WD 410401.)
|
|
WD 410452
|
SmartCard WIC: In a sale with ringing multiple of 1 UPC with a promotion
will miscalculate the total amount and items deducted from prescription.
The results will require the customer to pay remaining balance and not
reduce the correct # of items.
Setup:
UPC 2800000822 Grape
Juicy Juice Unit price $3.59
MFG Electronic promotion is $0.75 off
Scenario:
1. Ring up 9 @ 2800000822 (promotion is given of $6.75)
2. Total WIC Tender $0.43 with cash
Expected Results: The
transaction should have deducted 9 from the participants benefits and I
should not have to pay any money.
Actual Results: Only 8 items were
reduced and I still owed $0.43.
(Fix first appeared in 2.09.00-100 as
WD 410451.)
|
|
WD 410624
|
SM2PDIMR.EXE - PLU file report with WIC only and specific department range
is incorrect. The PLU file report is not pulling the information
according to the criteria selected when the WIC only option is selected
along with a limited dept. range.
Scenario: 2.9.0-90
1. create
10 items, each in a different dept., and each with a WIC flag
2. set
the criteria for a PLU file report - pick one dept., and WIC only, index
by department for easier validation
3. create report
Expected
Results: should only get the 1 WIC item that was created in the one dept.
selected in the criteria.
Actual Results: results will show items
from dept. additional to the one selected in the criteria.
|
|
WD 410717
|
WICSTCFG.EXE - SmartCard WIC: cURL does not refresh screen when selecting
a state with all the information.
Scenario:
1. Select cURL
setup 2. Select a state already set up
Expected Results: State
information should appear when state is selected.
Actual Results:
State information does not appear until you enter off the state
(Fix
first appeared in 2.09.00-100 as WD 410716.)
|
|
WD 410924
|
SmartCard WIC: Zero Quantity is displaying the wrong message. The message
displays "Discount Not Valid!" Should display "Quantity Not Valid!" This
is not a SmartCard only issue, but the script asks for this message and
worked previously in the 2.09.00-050 release.
Scenario:
1.
Press 0 At/For
Expected Results: Should display "Quantity Not
Valid!"
Actual Results: Displays "Discount Not Valid!"
(Fix
first appeared in 2.09.00-100 as WD 410923.)
|
|
WD 411328
|
SmartCard WIC: Add D4 Record Count to TLOG.
The Claim file
processor needs to be able to distinguish between multiple DA records in a
TLOG where there might be multiple DA records for the same transaction.
This will happen when a SmartCard WIC tender doesn't work (perhaps because
of a locked card) and then another SmartCard WIC transaction happens which
may succeed or fail causing another set of DA/DB records.
Change the 2
blanks in the DA record at position 24 - 25 to be a sequential count,
starting at 1, of the number of DA records in this sale. DB records will
not need a count.
(Fix first appeared in 2.09.00-100 as WD 411326.)
|
|
WD 411663
|
SM2EOD.exe not inserting EJ Pause flag leading to error 85 on gr2mvmnt.btr
and shutting down the EJ processor. An error 85 on gr2mvmnt.btr is
occurring during EOD because the EJ processor is starting and trying to
access the file when it is being copied by the OS.
Scenario: Store
set to run EOD process
1. EOD starts
Expected Results:
Pause.$$$ inserted to pause the EJ and keep it from trying to start up.
Actual Results: EJ is paused but it continues to stop and start
until SM2ARC process is run in EOD Script, the ARC process is inserting
the Pause.$$$.
|
|
WD 411753
|
Itrail.log is not recording user security level of who made changes to
items
Scenario:
1. Enable the itrail to track item changes
2. Make some price changes to a few items
3. Check the information in
the itrail
Expected Results: A user
security level is listed with the user ID #.
Actual Results: No
user security level is listed with the user ID #.
|
|
WD 411754
|
SM2BAPLY.EXE In Batch Activation, when Mass Attributing a new Price End
Date does not update Price End Date in Item Maintenance.
Scenario:
1. Create a batch with a few items
2. Mass attribute a new price
end date 3. Activate the batch
4. Check the items in item
maintenance
Expected Results: New price end date is showing.
Actual Results: Old price end date is showing.
|
|
WD 411851
|
SM2SYSCF.EXE - In the System Configurator, add a Backoffice parameter to
allow the Batch cutoff time to be configurable between 12pm and 6pm
There are several stores using EPM that have complained about the 12
o'clock rule relating to batch activation. These stores have requested
that they be able to configure the cutoff date to be later that 12pm.
Allowing the time to be configured in the range of 12pm to 6pm would
satisfy the stores. This is not actually a defect in this program but a
new parameter is required to fix this issue in SM2Baply.
Scenario:
Store item maintenance personnel often do price/date related maintenance
after 12pm and when using the current date and running an apply expect the
changes to take effect. However, in this scenario, the system uses the
next day's date for batch operations and current date items aren't
included in the apply.
|
|
WD 412446
|
Need to add /TOUCHSND to MakeHP to support beep when keys are pressed on
touchscreen.
Expected Results: When keys are pressed on
touchscreen (L6015tm) the sound card in RP5800 will beep. You can manually
set /TOUCHSND in regstart.dat. This option used to appear in the make
program on the Fujitsu 3000XE but also applies to this HP POS.
Actual Results: No beep occurs.
(Fix first appeared in 2.09.00-060 as
WD 361492.)
|
|
WD 412767
|
Need to add /TOUCHSND to MakeIBM to support beep when keys are pressed on
touchscreen.
Expected Results: When keys are pressed on
touchscreen the sound card in IBM 300/350 will beep. You can manually set
/TOUCHSND in regstart.dat. This option used to appear in the make program
on the Fujitsu 3000XE but also applies to this IBM POS.
Actual
Results: No beep occurs.
|
|
WD 412786
|
Windows Update: Get Run-time error on TLOG to XML Upload after applying
windows update on 8/15/14. The error is Run-Time error '-2147221231
(8004011 1.' Automation error; Class Factory cannot supply requested
class.
Scenario:
1. Ran Windows Updates on Server 2003 on
8/15/14 2. Rebooted
3. Ran EOD
Expected Results: No
application errors.
Actual Results: Get run-time error on TLOG to
XML Upload. (Fixed first appeared in 2.09.00-100 as WD 412785.)
|
|
WD 412995
|
SmartCard WIC: Training mode needs to Calculate ending balances but the
card must not be updated. Calculating ending balances must only be done
in training mode to display how WIC will work. In redemption mode, the
beginning and ending balances must be read from the card.
Scenario:
1. Sign on in Training mode
2. Ring WIC items
3.
Tender with Training card
Expected Results: Beginning and Ending
balance are the same because items are not deducted from the card. This is
the only time where balances should be calculated to simulate the
reduction of the items without deducting them from the card.
Actual Results: Ending balances must reflect the items being deducted
without deducting the items from the card.
(Fixed first appeared in
2.09.00-100 as WD 412993.)
|
|
WD 413182
|
SM2ITEM.EXE - In Item Maintenance, updated date in direct item
maintenance 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 413183
|
ScanMaster SmartCard WIC: Getting Error when going into the Claim/Recon
Report. The error is "Invalid property value in
SM2WICRP.Form1.Form_Load-at Line #440.
Scenario:
1. Open the
Claim/Recon application
Expected Results: No error or a valid
message.
Actual Results: Development error.
|
|
WD 413187
|
SmartCard WIC: Selecting Range to create Claim file get Invalid procedure
call error. When trying to create a range of a claim report the error
"Invalid procedure Call in SM2WICRP.Form1.ProcessClaim at Line #430".
Selected claim date range 6/28/14 to 6/29/14, but only have a claim file
for 6/28/14.
Scenario:
1. Select Claim Report
2. Select a
Claim Range 3. Select create
Expected Results: No error and
Claim report should create and allow to print.
Actual Results: Get
error "Invalid procedure Call in SM2WICRP.Form1.ProcessClaim at Line
#430."
|
|
WD 413190
|
SM2ARC.EXE - Bug fixes for saving .apl/.hcl files and file clean up.
|
|
WD 413196
|
SM2CMREP.EXE - Added producing a trace file to the resend.
|
|
WD 413197
|
SM2CLMPR.EXE - Add a D4 record count to the gr2clmrp.btr layout and
updated Key 3 to include this count. If 2 EODs are run on the same day
and the second grctlog for that day contains SmartWIC sales with more than
1 D4 record for the same transaction number i.e., a card was locked and
then a different card is used, then the claim processor would only put 1
D4 record in the database.
Expected Results: Multiple D4 records
should be in the claim file for the same transaction number.
Actual Results: Only 1 D4 Record is put in the database for that
transaction number.
|
|
WD 413199
|
SM2WICPR.EXE - Add code to delete invalid zip files.
|
|
WD 413200
|
SM2WICPR.EXE - D4 record claim date value was being taken from the settle
date which caused the Transaction date on the Recon report to be wrong.
Scenario:
1. Grctlog had transactions from 07/16/2014 and
08/14/2014. 2. Processed Recon file for 08/14
Expected
Results: Transaction dates for the D4 record line should be the date of
the transaction, i.e. 07/16/2014.
Actual Results: Transactions
dates are showing as 08/14/2014.
|
|
WD 413285
|
SM2WICPR.EXE - Z1 record for a reprocessed file with no new records has
the wrong sequence number.
Scenario:
1. Reprocess a previously
processed Recon file
Expected Results: The Z1 record's sequence
number should be 1 higher than the last D4 record sequence number for the
given date.
Actual Results: The Z1 Record sequence number reflects
a recount of the existing D4 record and is essentially doubled.
|
|
WD 413286
|
SM2WICRP.EXE - Remove Disc.(I) from individual item entries.
Current
Recon report has a Disc.(I) column. The claim report doesn't have a way of
sending individual line item discount values even though the v4 specs for
the Recon file does allow for these values.
|
|
WD 413287
|
SM2ARC.EXE - Arc is always clearing previous days claim and recon records.
Scenario:
1. Have at least 1 or more days of claim/recon
records prior to running the eod.
2. Run EOD
Expected Results:
Only claim/recon report records older than today - number of days of WIC
to save (forced to be no less than 30) should be removed from the
claim/recon btrieve files.
Actual Results: All records except the
current day's are removed.
|
|
WD 413288
|
SM2WICPR.EXE - not a bug in this program but I'm adding a file clean up
for any *.K?? files found in C:\Grocery.
|
|
WD 413289
|
cURLComm.exe - Add file cleanup for old apl/hcl files that may be in the
EBT_WIC\[State Name} folder.
|
|
WD 413299
|
SM2WICIN.EXE - Add file name to the unzip error message.
|
|
WD 413473
|
SM2WICIN.EXE - SmartCard WIC: APL processing must check for valid
expiration dates of items if a duplicate item with valid date, item should
process. Using an APL with a duplicate item the item with the valid date
should be processed.
Scenario:
1. APL with duplicate item.
Expected Results: The valid duplicate item should process into the
APL.
Actual Results: If the first duplicate item is expired the
item will not process into the APL.
(Fix first appeared in 2.09.00-100
as WD 413472.)
|
|
WD 413528
|
SM2WICRP.EXE - Add a line to the Recon report to indicate the Recon file
name that was the source of the data that follows. This only applies
whenever there are multiple recon files for the same create date. Not
really a bug. If there are multiple Recon files for the same create date,
the current report only shows the first file name processed. Nothing
indicates when the data comes from a different Recon file.
Scenario:
1. Have 2 Recon files processed that are from the same
create date. 2. Run the Recon report for that create date.
Expected Results: A line showing the Recon file name should be printed on
the report above the data coming from that report.
Actual Results:
Only the filename of the first Recon file processed is shown at the top of
the report. (Fix first appeared in 2.09.00-100 as WD 413528.)
|
|
WD 413903
|
Online WIC account numbers are not being shown on EJ Transactions. The EJ
report for EBT transactions are not showing the EBT account numbers for
Kentucky eWIC
Scenario: 2.9.0-60
1. run a EBT transaction
using Kentucky eWIC
2. pay using a Kentucky EBT card
3. check the
EJ report for this transaction
Expected Results: EBT card account
number listed.
Actual Results: EBT card account number not listed.
(Fix first appeared in 2.09.00-110 as WD 413729
|
|
WD 413904
|
Smart WIC account numbers are not being shown on EJ Transactions. The EJ
report for EBT transactions are not showing the EBT account numbers for
Kentucky eWIC
Scenario: 2.9.0-60
1. run a EBT transaction
using Kentucky eWIC
2. pay using a Kentucky EBT card 3. check the EJ
report for this transaction
Expected Results: EBT card account
number listed.
Actual Results: EBT card account number not listed.
(Fix first appeared in 2.09.00-110 as WD 413731.)
|
|
WD 415529
|
SM2WICIN.EXE - Change code to use the Category description if the SubCat
description is blank. Some Ohio APLs didn't have D6 records for SubCat
000 and our processor was putting in a description of "NO DESCRIPTION
PROVIDED". This was not acceptable for the State level 1 certification.
(Fix first appeared in 2.09.00-110 as WD 415527.)
|
|
WD 416653
|
SM2SJRPT - Smart WIC account numbers are not being shown on EJ
Transactions. The EJ report for EBT transactions are not showing the EBT
account numbers for Kentucky eWIC
Scenario: 2.9.0-60
1. Run a
EBT transaction using Kentucky eWIC
2. Pay using a Kentucky EBT card
3. Check the EJ report for this transaction
Expected Results:
EBT card account number listed.
Actual Results: EBT card account
number not listed.
(Fix first appeared in 2.09.00-110 as WD 416654.)
|
|
WD 416706
|
cURLComm.exe - Make this a ScanMaster version only. Removed all v7/v8
related code. This code didn't work as a Black box for v8 or SM. v7/v8
code contained registry reads which would probably need addressed for
v2.10 for 64bit support.
|
|
WD 417038
|
SM2WMENU.EXE - Remove the cURL State Configuration button. The State
Maintenance program is being changed to handle the HTTP (cURL) settings.
|
|
WD 417309
|
SM2SECUR.EXE - Remove cURL State Setup from EBT WIC menu.
|
|
WD 417193
|
SM2CMREP.EXE SmartCard WIC: Claim date resend files should show in date
format not Base 10 file name format.
(Fix first appeared in
2.09.00-110 as WD 417192.)
|
|
WD 417197
|
POS asking for drivers license state and number after drivers license scan
is successful. The POS is asking for a drivers license state and number
on a second restricted item in the same transaction after initial drivers
license scan is successful and the status of Birthdate Display Age Verify
control option is set to No.
Scenario: 2.9.0.52
1. Enable the
Drivers License Scan for Restrictions option
2. Set the option "Cust
Option" to 2 for both
3. Set Birthdate Display Age Verify to No
4.
Set an age restriction on a department
5. Place an EOD flag for the
register 6. Let the register run its EOD and pull down all adjusted
files 7. Start a transaction
8. Enter an item from the restricted
department 9. Scan drivers license
10. Enter a second item from
the restricted department
Expected Results: POS accepts item and
is ready for next item.
Actual Results: POS asks for DL state and
then DL number.
|
|
WD 417218
|
SM2CLMPR.EXE - Adjust ID and Password variables to reflect changes in how
the WICST.ini file is now being written.
(Fix first appeared in
2.09.00-110 as WD 417194.)
|
|
WD 417219
|
SM2WICPR.EXE - Change UserID and Password variables due to changes in
state maintenance.
(Fix first appeared in 2.09.00-110 as WD 417200.)
|
|
WD 417229
|
A no sale can be done on a POS by a cashier other than the ID# that is
signed on if the security # is the same.
Scenario: 2.9.0.52
1.
set in the control file the option for one time sign on & security # to
Yes 2. update the register
3. sign on to a POS using any cashier #
and a security #
4. hit total for a no sale
5. when asked for
cashier credentials enter a different cashier # but the same security #
Expected Results: Invalid Cashier #
Actual Results:
credentials are accepted and no sale goes through.
|
|
WD 417273
|
SM2CMREP.EXE - SmartCard WIC: Resend Claim file needs verbiage change from
Combo control to State List.
(Fix first appeared in 2.09.00-110 as WD
417212.)
|
|
WD 419858
|
SM2EJ.EXE - change EJ to allow it being stopped by either the ejpause.$$$
file or the existence of the EOD.BOF flag(configuration setting). An
error 85 on gr2mvmnt.btr is occurring during EOD because the EJ processor
is starting and trying to access the file when it is being copied by the
OS.
Scenario: Store set to run EOD process
1. EOD starts
Expected Results: Pause.$$$ inserted to pause the EJ and keep it from
trying to start.
Actual Results: EJ is paused but it continues to
stop and start until SM2ARC process is run in EOD Script, the ARC process
is inserting the Pause.$$$.
|
|
WD 420755
|
ECC transactions locking up register for more than a minute -- NCR 7167
printer. Some ECC transactions are exhibiting POS lock ups that last more
than a minute, leading to the store rebooting the lane.
Scenario:
2.9.0, NCR and IBM equipment
1. Run a ECC transaction
Expected
Results: transaction completes with no issues
Actual Results:
transaction locks up, can wait and it will release, otherwise a reboot
needs to be done to fix, a restart of SM application doesn't fix.
|
|
WD 421308
|
SM2ITEM.EXE - Batch Maintenance screen doesn't display properly after
selecting UPC to edit from the listview control on Server 2012.
Scenario:
1. On Server 2012 select Create/Edit Batch and select a
batch to edit.
2. Click on a UPC to edit from the listview.
Expected Results: Batch maintenance screen should appear as expected.
Actual Results: Batch maintenance screen is missing many of labels,
textboxes and buttons.
|
|
WD 422119
|
A Not Found EAN-128 Gift Cards showing problems with clearing procedure
and activation procedure. Pressing clear after a EAN-128 barcode comes up
as Not Found does not clear the account number from the variable in the
POS code, this leads to a "gift card must by UPC" message when store gift
card with no barcode is entered before another item is scanned.
Additionally, the Not Found item is being allowed to be activated without
actually being activated.
Scenario: 2.9.0-60
1. Place the
attached control file into your register
2. Create a PLU in the item
file for a store gift card
3. Scan an EAN_128 barcode for a gift code
that is not in the item file
4. When the Not Found message comes up
hit Clear 5. Enter the PLU for the Store Gift Card, enter an amount
Expected Results: Store Gift card is accepted by the POS.
Actual Results: "Gift Card must be a UPC" message appears. You cannot
enter the PLU until another item is scanned or the SM POS application is
restarted.
|
|
WD 422134
|
Not Found Item showing incorrect Long Description. When the POS is set up
to display only long descriptions, a NOT FOUND item will show the
description of the last item to occupy that line item (for example, 3rd
item in the sale).
Scenario:
1. Set System Configurator
"Print Only Long Desc on Rcpt" to Y (may use control.dat attached to this
record. 2. Ring a not found item.
3. Enter Amount and Department
as prompted to process the NOT FOUND item
4. Total and Tender Sale
Expected Results: Receipt shows the description of the Department to
which the Not Found item was rung.
Actual Results: Receipt shows
blank line or the description of that # item in the sale from a previous
transaction.
|
|
WD 425762
|
SMP_ITEM.DLL - Customer had a U-Save issue on scaled items
created/modified by the RPO unit due to the Base weight field being
written incorrectly to the item file.
Scenario:
1.
Create/update a scaled item on the RPO unit.
2. Have the POS set to
print USave messages.
3. Sell the item after edit on RPO.
Expected Results: You should get accurate USave value.
Actual
Results: USave results were larger by a factor of 10.
(Fixed first
appeared in 2.09.00-120 as WD 425761.)
|
|
WD 426291
|
MakePOSN is not filling in the data value for Default POSKeyboard of
NCRPOSKeyboard.1.
When using the MakePOSN program to set the registry
to enable the DynaKey the default POSKEYBoard data value of
NCRPOSKeyboard.1 is not being filled in.
Scenario: POS lane is
setup and verified to work as DynaKey POS
1. Use the MakePOSN program
to convert the lane to Full Touch operator display
2. Use the MakePOSN
program to convert the lane back to DynaKey operator display
Expected Results: Registry entry is changed to enable the DynaKey, DynaKey
works.
Actual Results: Registry entry is not changed to enable the
DynaKey, DynaKey does not work.
|
|
WD 426980
|
Mfg Coupon set in item file at a zero price, rings for zero price and does
not prompt the cashier for an amount as expected.
Scenario:
Set up mfg coupon 51234500011 in the item file as item type mfg coupons
and amount 0.00. at the POS
1. ring a transaction with an item that
rings to the same department as the item above.
2. ring the coupon
51234500011
Expected Results: Cashier will be prompted to enter
coupon amount.
Actual Results: Mfg coupon rings for 0.00 and
cashier is not prompted.
|
|
WD 427533
|
SIL Audit pull back of the item file has header information backwards.
Site Upgraded from 2.07.0.1 to 2.9.0.1 when this problem was seen.
Scenario:
1. Run the SM2SILPR.EXE
2. Select Load Field
Template (use the attached template)
3. Once the Template has loaded,
Select Extract Selected Fields Now
Expected Results: Header info
is in the correct order 'HC','1','211076','HOST'.
Actual Results:
Header info is backwards 'HC','1','HOST','211076'.
|
|
WD 427878
|
FC gain/loss is including the Cashier over/short for foreign currency on
the SRR, when there has been a change to the Foreign Currency Rate Change.
Settling a Cashier over/short for the Foreign Currency tender will add to
the FC gain/loss on the SRR and should not. Foreign Currency Over/Short
should only be accounted for in the Cashier over/short fields. FC
gain/loss should account for a change in the Foreign Currency exchange
rate.
Scenario:
1. Start with a beginning balance.
2.
Start with a Foreign Currency rate of 1.000000
3. Ring $10.00 sale and
tender using Foreign Currency.
4. Change Foreign Currency rate to
.800000 5. Settle Cashier short $1.00 in the Foreign Currency tender
6. Run EOD
Expected Results: SRR should show $2.00 in the
Foreign Currency Loss field and $0.80 in the Cashier short field.
Actual Results: Foreign Currency will show loss of $2.80 on the SRR. $2.00
is the loss of the FC exchange rate on the $10.00 and $0.80 is the $1.00
short after the FC exchange rate change.
|
|
WD 428839
|
Store Total Cashier Report Export is rounding and truncating the total
deposit amount. The Store Total Cashier Report Export is showing the total
deposit amount as rounded to the nearest whole dollar, it is also
truncating off the cents portion of the amount.
Scenario:
2.9.0-110 1. Ring then Settle a cashier for a total drawer amount that
is not an even number, example $13.67 is acceptable
2. Run EOD
3.
Do the Office Recon. and Final Deposit, accept entire amounts
4. Open
the cashier report and select the Store Totals report
5. Select print
and export to ascii
6. Preview the report to see the total deposit
amount 7. Go to F:\grocery\host and open the cashier.exp file, use
ultraedit or list so that you can easily count the field positions
8.
Find the total deposit field, positions 58-66
Expected Results:
Should see a 9 digit field with the whole deposit amount, the same amount
that is on the report in SM, example: if $13.67 in SM report then
000001367 in the total deposit field on the export
Actual Results:
The total deposit field is 9 digits wide, but shows only the dollar
amount, that amount is a rounded amount, rounded to the nearest whole
dollar, in our example $13.67 appears 000000014.
(Fix first appeared
in 2.09.00-120 as WD 428970.)
|
|
WD 428843
|
Store Totals Cashier Report Export not showing the Net Cashier Over/Short
amount. When the output format option "Printer" is not checked, and the
"Export to ASCII" is checked, the exported Store Totals report does not
show the Net Cashier Over/Short amount.
Scenario: 2.9.0-110
1.
Ring and then settle a cashier short, ex. -9.99
2. Run EOD
3.
Accept Office Recon and Final Deposit for the whole amounts
4. Go into
the Cashier Reports option and select the Store Totals report
5.
Uncheck the Printer option, check the export option
6. Click on
process 7. Open the file using Ultraedit or List so it is easier to
count the fields, file is found: F:\grocery\host\cashier.exp
8. Find
the Net Cashier Over/Short field, positions 103 - 111
Expected
Results: A 9 digit field containing the same amount that the cashier was
short, ex. -9.99, would show as -00000999
Actual Results: A 9
digit field not containing any amount, showing as 000000000 Note: If the
Printer option is selected the amount that is on the report generated in
ScanMaster is showing correctly on the export report.
(Fix first
appeared in 2.09.00-120 as WD # 428841)
|
|
WD 430483
|
SmartCard WIC balance inquiry does not work with a non-touch
implementation 64 key IBM 50 key and 92 key needs tested
Scenario:
1. Press inquiry key
2. Press EBT WIC key
Expected
Results: POS displays insert card.
Actual Results: POS displays
slide card.
|
|
WD 430502
|
POS holding manager ID after void, and placing in next item record line in
TLog. The POS is holding the manager ID that is requested when a void
limit is reached, and placing that ID into the record of the next item
entered in that transaction.
Scenario:
1. Set the total void
limit option to $10.00
2. Ring up 3 items totaling $15.00
3.
Void/Error correct all 3 items, a manager ID should be requested once $10
is reached 4. Ring up an additional item
5. Tender out sale
6.
Check the EJ transaction report for this sale
Expected Results:
Will see the Voids/Error Correct that were requested in the additional
receipt data and nothing else
Actual Results: Voids/Error Correct
are showing, additionally the UPC of the additional item, Qty, and message
"authorized by ---- (ID # ccc)" is in the additional receipt data. This
causes no harm to the transaction or balancing. The ID # is found in the
TLog on the record line of the additional item.
|
|
WD 431753
|
MX915 using SmartWic card is giving an error after customer prescription
prints. After the customer prescription prints when using a SmartCard
with a VeriFone MX915 the POS displays Card Error.
Scenario:
1. Insert SmartCard
2. Enter Pin #
Expected Results:
Prescription Prints, card is updated, sale continues.
Actual
Results: Prescription Prints, card is not updated - card error appears on
POS screen.
(Fix first appeared in 2.09.00-130 as WD 431750.)
|
|
WD 432911
|
SSCO: Open Department item does not add to total if it is the first item
in the sale.
Scenario:
1. Enter assist mode
2. Press Dept
Sale 3. Press Open Dept
4. Enter amount and select dept
5.
Return to sale
Expected Results: Should add to the sale.
Actual Results: First item as an Open Dept will not add to the sale.
|
|
WD 433546
|
Applying the 2.9.0-120 patch removes the active flag from states in eWIC
state maintenance. Previously active eWIC states are no longer flagged as
active in eWIC state maintenance after the 2.9.0-120 patch is applied.
Scenario:
1. verify that an eWIC state is flagged as active in
eWIC State Maintenance
2. apply the 2.9.0-120 patch
3. check the
active setting for the eWIC state that was verified as active prior to the
upgrade
Expected Results: State is still flagged as active.
Actual Results: State is no longer flagged as active.
|
|
WD 437048
|
ITRAIL.LOG-When changing a price in Like Maintenance, logging for price
change in ITRAIL.LOG is not logging correctly.
Scenario:
1.
In Like Code Maintenance, make a price change on a Like Code that is
already attached to items in PLU Maintenance.
2. Message states the
price change will affect 3 items, are you sure you want to change? Hit
YES. 3. In PLU Maintenance, the items prices are changed correctly.
4. However, when you look at the items in ITRAIL.LOG, the logging
doesn't show the UPC #, or any other information.
|
|
WD 438140
|
cURLComm.exe - Add an ini file to allow support to adjust the length of
time allotted to running the cURL commands that pull down the APL and HCL
files.
Scenario:
1. Run cURLComm to pull down the APL and HCL
files
Expected Results: APL and HCL zip files come down as
expected.
Actual Results: The APL file download gets a read error
and the resulting APL file is an invalid zip file which can't be processed
by Sm2wicin.
|
|
WD 438141
|
SM2WICIN.EXE - Getting a Type mismatch error when trying to process an
invalid zip file. Once this error occurred, also got an error writing the
error log to F:\EBT_WIC\Log folder because it did not exist.
Scenario:
1. Process an invalid zip file
Expected Results:
Program reports the error to the log file.
Actual Results: Program
throws a runtime error.
|
|
WD 438150
|
SM2WICST.EXE - Add APLDELAY and HCLDELAY to wicst.ini in save routine.
|
|
WD 438994
|
Electronic Coupons by Weight are not working with WIC CVV items.
Scenario:
1. Cherries cost $3/lb
2. Mix-Match Elec. Promo on
Cherries reduces to $2/lb
3. Customer with WIC CVV benefits buys 1lb
of Cherries and nothing else in the transaction
4. Transaction total
is $2
Expected Results: State takes $2 from the customers WIC CVV
benefits, and pays merchant $2 for the Cherries.
Actual Results:
State takes $3 from the customers WIC CVV benefits, and pays merchant $2
for the Cherries.
|
|
WD 440173
|
Make the ScanMaster OPOS compile type available in the Windows file
properties. On Windows Embedded XP, support personnel was able to
determine if the wG2.exe was the Legacy NCR type or the Common Control
Objects type by right-clicking on the file and choosing Properties,
clicking on the Version tab, and viewing the Comments field. In later
Windows operating systems, such as Windows 7, the Comments field is not
accessible through file properties.
Scenario:
1.Put wG2.exe on
a Windows 7 system
2.Right-Click on wG2.exe and select Properties
Expected Results: To be able to find the text "Uses OPOS Common
Control Objects" or "NCR OPOS" depending on the version loaded.
Actual Results: The text is not present anywhere under file properties.
|
|
WD 440747
|
SSCO Development: After entering FoodStamp number the NCR SSCO goes into
assist mode automatically.
Scenario:
1. manually enter the
FoodStamp number
2. press enter
Expected Results: SSCO moves
to next step in the tender process.
Actual Results: SSCO
automatically enters assist mode.
|
|
WD 440749
|
SSCO: Open Dept Cpns are not processing.
Scenario:
1. Go into
Assist Mode 2. Scan Item
3. Apply a Mfg or Str Open Dept coupon.
Expected Results: Coupon should apply.
Actual Results:
Coupon does not apply.
|
|
WD 440754
|
SM2SYSCF.EXE - Add option for number of retries to get recon file.
Currently there is no mechanism to clean recon file names from the
GR2WICFN BTR file. While this hasn't been reported as a problem, it would
be possible that files build up and slow down the EOD.
Scenario:
1.If the claim file is bad, no recon file will be generated at the
host. The claim file gets fixed by support, and the file extension is
upped by 1. The file will be resent and the original claim file extension
for the recon will never exist, therefore the file will need to be
deleted.
Expected Results: 1. The system would not try to continue
to retrieve a recon file that is never going to exist.
Actual
Results: 1. The system would continue to try to retrieve a recon file that
is never going to exist. *NOTE: The new option will assume a minimum of 6
days when the default is set to 0.
|
|
WD 440755
|
SM2WICPR.EXE - Add code to delete old recon files from GR2WICFN.BTR based
on a system parameter. Currently there is no mechanism to clean recon
file names from the GR2WICFN BTR file. While this hasn't been reported as
a problem, it would be possible that files build up and slow down the EOD.
Scenario:
1.If the claim file is bad, no recon file will be
generated at the host. The claim file gets fixed by support, and the file
extension is upped by 1. The file will be resent and the original claim
file extension for the recon will never exist, therefore the file will
need to be deleted.
Expected Results: 1. The system would not try
to continue to retrieve a recon file that is never going to exist.
Actual Results: 1. The system would continue to try to retrieve a
recon file that is never going to exist. *NOTE: The new option will assume
a minimum of 6 days when the default is set to 0.
|
|
WD 445295
|
Running SM2SRR /P as part of the EOD.SCR does not export the SRR
Spreadsheet. When running the command SM2SRR /P as part of the EOD Script
only exports a spreadsheet with header information and not the actual SRR
spreadsheet with Receipt/Paidout values and dept. sales.
Scenario:
2.9.0-120 1. Edit the SM2EOD.SRR to include SM2SRR /P
2. Run the
EOD program 3. Go into F:\Grocery\FFPBTEMP and open the SSMMDDYY.XLS
file just created
Expected Results: Should be the current SRR
Spreadsheet, dated as current week EOW date.
Actual Results: Just
some "header" information for a compare, and dated as the previous week
EOW date. (Fix first appeared in 2.09.00-130 as WD 446201.)
|
|
WD 447155
|
Btrieve Error on Security File when entering ScanMaster Office
Reconciliation. At the store open, run the Office Reconciliation and get
a box that indicates a Btrieve error on security file.
Scenario:
1. Run the EOD
2. Open Office Recon from inside ScanMaster Office
Procedures
Expected Results: Office Reconciliation opens no issue.
Actual Results: Box opens overtop the Office Reconciliation with
the error Btrieve Error on Security File"
(Fix first appeared in
2.09.00-130 as WD 447149.)
|
|
|
|
|
 |
 |