Enhancement or Fault Number

Item  Description

WD 8955

Media and Payment Income Report does not agree with Media & Payment Totals ReportScenario:1. Run a bunch of different transactions and tender with different media; i.e. cash, check, electronic   check, credit/debit card, gift card, EBT Food Stamps, etc2. Run an EOD (be sure to generate the media report)3. After the EOD has completed take two reports - screen 1-1-7-6 and 1-1-5-5-24. Compare the totals and media between both reports, NOTE the Media and Payment    Totals Report (screen 1-1-5-5-2) has the correct totals matched to the correct media5. In the attached example the Media and Payment Income Report has the following errors:    The Credit Card total is not correct    The Gift Card total is actually the EBT Food Stamp total    The true Gift Card total ($6.50) is not on the report    The Triple Coupon total is actually the UPC 5 coupon total (I did not ring up any triple coupons)    The EBT Food Stamp total is zero    This report is off by $6.50 vs the other report6. Note that I reproduced this in v7.1.1.1_050 and the store reporting the issue was at V7.0.9.0_080so this issue has been around for a few years

Expected Results: Both reports should be the same

Actual Results:  The Media Income Report (Media and Payment Income Report) puts totals in the incorrect buckets and does not report the Gift Card total at all

NOTE: New global Parameter 6,1,3,9,4 (Automatic Tender Available for Balance)

WIC  - POS is acknowledging end date of items in Approved Product List (APL) one day earlier than expected.  The APL end date is the last day the item is approved for WIC sale.  When current date equals APL end date, the item is currently being declined for WIC purchase�but it should be approved for WIC sale.  The item should not be declined for WIC sale until the following day.

Use END DATE instead of Expiration Date

With parameter 6-1-2-1-4 (4) Verify weight changes at last key-stoke checked you get a Scale Comm. Error ringing weighed items on U-Scan in direct mode.

Using U-Scan version 27 

Scenario:

1.  Set parameter 6-1-2-1-4 (4) Verify weight changes at last key-stoke checked

On the U-Scan customer station go to direct mode and ring a weighed item (4011Enter)

You will get a popup that says Scale COMM. Error / Hit (C) to Continue.  If you uncheck the Verify weight changes at last keystroke parameter, the transaction will work correctly. 

Expected Results: You should be able to ring up a weighed item in direct mode whether the above parameter is checked or not 

Actual Results: Can't ring an item in U-Scan direct mode if the above parameter is checked.

WD 9288

WD 11024

Set up the CCTV in the system and could not connect to CCTV server.  The register could not be used because the register could not run without CCTV connected.

Scenario:

1. Set up CCTV in v7

screen 6.4.8

#1 CCTV in system checked

#2 CCTV Server Host Name 216.254.142.83

#3 CCTV Server Port 5111

Make sure the register has a valid address to access the network

If you try to use the register and it can not connect to CCTV, you can not sign on because the register is running to slow.  You can see the 2 x 20 pole display scroll this lane is closed and stops then starts again.  

Expected Results: With CCTV not able to connect, the register should still be able to be used 

Actual Results:  The register can not be used if CCTV can not establish a connection.

BOGO Promotion doesn't work with Enhanced Promotion. 

Scenario:

1. Create 2 PLU. PLU (2) price $3.00 PLU (9) price $2.00

2. Create Order promotion BOGO - Group type UNIT, Reward type  BOGO High price, Threshold 2, Reward 1

     Attach PLU 9.

3. Create Reduced Promotion - Group type UNIT, Reward type Cash Value, Reward amount $1.50

    Threshold 2

4. Sell PLU 2

5. Sell PLU 2 ---------->get reduced price $1.50

6. Sell PLU 9

7. Sell PLU 9 ------------>No BOGO Free item

8. Hit total  ----------------Balance Due $8.50(this is wrong)

Expected Results: Balance due should be $6.50

Actual Results: Balance due is $8.50

U-Scan

The signature is captured correctly on the PIN pad if Store\POST\general\display captured signature on cashier display with accept or reject is No.  If you have Yes for the setting, the signature will not be captured on U-Scan and the signature copy will print at the attendant station.

Set Store\POST\general\display captured signature on cashier display with accept or reject to Yes.

Ring an order at the U-Scan customer station running with a PIN pad 4100 or 4250

Select Pay Now and tender with Credit

Slide your credit card when prompted

Sign the PIN pad when displayed

The U-Scan Attendant station flashes to confirm the signature (Go into direct mode)

Select Yes to confirm the signature displayed

The signature from the PIN pad is not captured and the signature copy to sign is then printed at the attendant station.

Expected Results: Signature capture should work with the display signature at cashier display with accept or reject set to Yes

Actual Results:  If set to Yes, the signature will be rejected and a printed credit receipt is printed to sign at the attendant station

Payments: SendTransaction_NonF more than once

When OPOS Is Turned On Change Due Does Not Show Properly 

Scenario:

1. Turn OPOS off

2. Ring In Transaction

3. When using NON-OPOS they have food stamp on the left and balance due on the right

4. Tender Out

5. Order is tendered out the balance due changes to change due 

1. Turn OPOS On

2. Ring In Transaction

3. When using OPOS they have food stamp on the left and balance due on the right

4. Tender Out

5. Order is tendered out the balance due stays there but there is a change due at the bottom.

Items that are not on file that print on the Not On File Receipt are losing the last digit on the print out. This is for upgrades from lower versions to 7090 and higher where GTIN compliancy came into the ISS45 software. The best I can tell, the Receipt Length and Journal Length need to be set at 14 instead of 13. Once I change this in the POS Format, the problem is solved. Have fixed this for many dealers doing this process. New installs work fine. If the POS Format, NOT_FND_RP, PLU Code receipt and journal lengths are set to 13, it will drop the last digit. ( item # 1780057309) if you change to 14, works fine. 

Scenario:

1. Run an upgrade

2. Scan a PLU that is not on file

3. check what we get 

Expected Results:  should show all digits 

Actual Results: last digit is dropped

Daylight Savings Time:

In some cases the date is pushed back 2 days instead of 1 day. To duplicate this, follow steps below. I have attached to zip files from logcollector. 0318 was captured before EOD, 0307 was captured right after the date changed back to 03/07/08.

Scenario:

1. Change System Date and Time through ISS45 to 03/08/08 and 11:00pm (2300)

2. Run an EOD dates from 03/08/08 to 03/09/08

3. As soon as ISS45 accepts the dates, the date at the bottom reverts to 03/07/08. This also changes the date in the OS as well. This has been duplicated on 7101-180, 7120-050 and 7121-050. Can probably be duplicated on all versions as well.  

Expected Results: The EOD should run as normal not touching the date or time. 

Actual Results: The date rolls back 1 and sometimes 2 DAYS

Create an MFS Stand Alone or Dual System. Either Way. Create an LFS to add to the system. Run some sales, run an End Of Week if you don't have history on the PC already. On the MFS and on the LFS, from the Main Menu, go to 1 1 1 4 3. MFS and LFS totals in some departments do not match.

WD 10380

If  you turn on the Food Stamp Parameter # 8 and you are scanning coupons in a sale, the WinPoS will lock up. You must reboot the WinPoS so that you can finish the sale. Once we turned this parameter OFF, the lockups stopped.

Expected Results: Should be able to use the parameter without locking up the WinPoS during coupon functions.  

Actual Results: WinPoS locks up with parameter enabled.

WD 10440

Omit voided and cancelled items set to = Yes is not working properly. 

Scenario:

1. Go to 6,1,3,6, Set #3

2. Sell Plu 50

3. Sell Plu 50

4. Sell Plu 50

5. Void/Subtract Plu 50

Expected Results:

Bread

Grain Bread

2 @  Grain Bread   $3.00 EA    $6.00 

2 Balance Due        $6.00 

Actual Results:

Bread

Grain Bread   $3.00

Grain Bread   $3.00

Grain Bread   $3.00

Item Cancelled

Grain Bread  -$3.00

2 Balance Due  $6.00 and also Electronic Journal shows wrong too

Bread

Grain Bread   $3.00

Grain Bread   $3.00

Grain Bread   $3.00

Item Cancelled

Grain Bread  -$3.00

2 Balance Due  $6.00 (should not shows the Item Cancelled on the receipt and EJ)

Sorting turned on, Dept. main sort, Alpha secondary sort. Start a return transaction. 3 @ scanned item, 4 @ scan another item, scan a third item (no qty key), scan the same item again (no qty key). Don't do any other sales.  

Receipt does not show all items and if you add that receipt up it does not equal the total. Now do a "print last transaction" and the receipt is correct - all items are shown and the total adds up.  

Turn off sorting and perform the same sequence and the receipts are correct both times.

WD 10471

ECC with Signature capture does not print Void's on check 

Scenario:

1. Set up an ECC tender (see attached screen shots)

2. Add the 'O' TAC code to the checks for your PIN pad 

3. If using the WinEPS dummy host ring up a grocery department item for the amount

   of between $99.99 and $90.99

4. Tender using the ECC tender

5. When the check is being printed on the front the Void's will not appear  

Expected Results: When a check is processed as ECC the check should be Voided by printing a series of Void's across the front of the check 

Actual Results: With Signature Capture turned on for ECC tender the Void's do NOT print across the face of the check

WD 10545

Setup a regular Promotion and/or Reduction. Set a Minimum Purchase of 5.00 with a Control Check. Ring up the promotion Item first. You should receive a control check that Min Purchase is not met, but you don't get any messages, the Promotion/Reduction Price is given. Minimum Purchase is ignored completely. Did find that OFFERS works as it should. Just Promotions and Reductions are broken.

WD 10550

Return item has the price doubled 

Scenario:

1. Create PLU for $3.00 with tax of 7% and not food stamp flag (see TaxOptionScreen_6_1_2_4.bmp,

    PLU_19.bmp and 7%Tax.bmp for proper setup)

2. Create a return with cashier only and confirm price (see Overchargereturn.bmp)

3. Add RETURN to the B/O key

4. Sign on cashier, select the B/O key, select RETURN, select Overcharge

5. Key in PLU 19 - $3.00 plus $0.21 tax

6. Depress the TOTAL key

7. Key in $3.21 and depress the CASH key

8. The order total doubles to $6.42

9. Depress the CASH key to finalize the order

10. Can be reproduced on 7.1.2.0-050, 7.1.2.1-050 and 7.1.3.0-025

11. Additional information -

     GroceryDept.bmp (Grocery department setup)

     DoubleReturnReceipts.pdf (receipts showing this problem on all three versions)

    SKMBT_C35208060314480.pdf (EJ print of receipt from customers live store)

12. This issue can not be reproduce on V8.1.3.0-050

13. Reproduced with 92R keyboard, full touch, and partial touch 

Expected Results: Return is for the exact amount of the item 

Actual Results: The amount of the return doubles

With RDS AR program loaded, have a customer that has a 100.00 balance on their account for example. Perform a Charge PAYMENT. Enter to pay 100.00 and pay with Gift Card or Credit, any type of EFT. When the EFT is DECLINED, the POS returns to the Charge Payment screen. You cannot exit this screen, the pos is too far into this transaction to back out. Cashier is confused so they reboot the POS. When the POS comes back up, the Charge Payment screen is displayed waiting to enter an account number. You press NO/Cancel to clear the screen. After a few second delay, the transaction is finalized and 100.00 has been deducted from the AR account. However, the cashier took NO money because the EFT was declined.

ISS45 has always been this way as far as NOT being able to back out of the Charge Payment screen. There needs to be a way to back out in the event that the payment tender is not acceptable, without deducting from the customer account. 

Expected Results: You should be able to back OUT of the Charge Payment screen IF the payment tender has been declined. The amount entered should NOT be deducted from the account after a reboot. 

Actual Results: The POS will not exit the Charge Payment screen after a decline and after a reboot, the amount entered is deducted from the account even

Have a Member in Member Maintenance set up with a scheme to get points for every 1.00 spent. OR to get savings from a Member Promotion. Scan Member Card, ring items, total sale. Sign off and run an EOD. After the EOD, when you go into the Member Maintenance File, the Member's Update Date field should be updated with the current date. If the Member does not purchase, the date is not updated until they come through the lane and scan member card. 

Expected Results: Update Date Field is updated with current date that Member was in store. 

Actual Results: The field does not update after EOD

The EBT FS tender is not printing both copies of the receipts from MTX.  One copy is coming from MTX and the other copy is being printed from the template file. 

On the EBT FS tender, if the Tender Maintenance Page 2 has Multiple-part receipt No. as 0 then only one of the MTX receipts print. 

On the EBT FS tender, if the Tender Maintenance Page 2 has Multiple-part receipt No. as 1 then one copy of the MTX receipt prints from MTX and the other copy is being printed from the template file. Scenario:.

With MTX receipt printing 

On the EBT FS tender, if the Tender Maintenance Page 2 has Multiple-part receipt No. as 0 then only one of the MTX receipts print. 

On the EBT FS tender, if the Tender Maintenance Page 2 has Multiple-part receipt No. as 1 then one copy of the MTX receipt prints from MTX and the other copy is being printed from the template file.tn. 

See attached MTX log.txt and the receipt that is printing (receipt.txt) 

Expected Results:  Both MTX receipts should be printed 

Actual Results:  One MTX and one template receipt printed

Using the feature (6-1-3-6-#9 Use WinEPS Receipt Data).  When you activate a gift card or recharge it, the WinEPS Demo host is sending the customer copy and the store copy, as indicated by the attached jrnl0001, but only 1 is printed on the receipt and the other is not 

Scenario:

1.  Activate a gift card and tender the order with cash.  WinEPS demo host sends the customer and store copy to print on the receipt but only one is printed and the other is not.  See attached jrnl0001 to show that WinEPS is sending both the customer and store copy to print.

The feature Use WinEPS Receipt Data is checked. 

Expected Results: The customer and the store copy of the receipts sent by WinEPS should be printed on the receipt. 

Actual Results:  Only one is printed and not the other

With Frequent Shopper dummy parameter on, when the first item is scanned at the customer  U-Scan station, the cashier station requires you to go into direct mode and then the item is rung up.  The order can continue normally after that. 

Scenario:

Frequent Shopper dummy card 6.1.2.5 #19 (40005151515)

Dummy on 6.1.2.5 #18 check both dummy card and automatic insert

Do not prompt for Freq Shopper at the beginning of a ticket 6.1.2.1.5 #12 Unchecked

On the Customer U-Scan station, press the button "Press here to start"

Scan an item

U-Scan customer station prompts "Please place last item scanned on the scanner and wait

You have to go to the U-Scan cashier station and go into direct mode

The item rings up and then you can exit direct mode at the U-Scan cashier station

The U-Scan customer station then prompts "Please place item in bag"

The order continues normally after this 

Expected Results:  The U-Scan customer station should accept the first item when using dummy freq. shopper # without having to go into direct mode at the cashier station 

Actual Results:  When the first item is scanned at the U-Scan customer station and you are using dummy freq shopper, you are forced to go into direct mode at the cashier station.

Coupon text lines do not print when using the OPOS Generic driver with H6000 and TPG 776 printers 

Scenario:

1. TP3K with TPG 776 USB printer

2. V7 setup for coupon - Coupon printing in use = Yes

3. V7 setup for coupon - Coupon Printing Maintenance:

    A) General tab - Coupon in use is checked, PLU = #1, Select Item = Found, Print Barcode is checked

        Barcode = 20000000015, Ticket amount to print coupon = 0.01

    B) Coupon Line tab - 1st line = Hi, 2nd line = 2-41010-01500-8, 3rd line = Goodbye

4. V8 setup for post - System Administration\POS Setup\POS Configuration\POS Configuration

    A) Select the TP3K configuration

    B) WinPoS H/W tab - Printer Type = OPOS Generic, Use OPOS = Yes

    C) E-Ticket-OPOS tab = OPOS Printer Driver Name = A776

5. Sign on, ring up PLU #1, tender order

6. Change printer to H6000 USB

7.  V8 setup for post - System Administration\POS Setup\POS Configuration\POS Configuration

    A) Select the TP3K configuration

    B) WinPoS H/W tab - Printer Type = OPOS Generic, Use OPOS = Yes

    C) E-Ticket-OPOS tab = OPOS Printer Driver Name = TM-H6000IIU

8) Same results on V8.1.3.0_041 and V8.1.2.1_090 

Expected Results: Coupon prints with barcode and text 

Actual Results: Coupon prints with barcode but no text is printed, just two (2) lines of dashes

If you scan the Frequent Shopper card in the Middle or End of the transaction, the Gross Sales on the Expanded Department Report is inflated by the Discount Amount.
1. Enable Frequent Shopper in the System (Using as Member Card does not matter, is broke with and without it) Make sure FS Discounts DO NOT reduce Net Sales is ENABLED.
2. Set up an item for 1.99 with a Frequent Shopper Discount Amount of .50.
3. Scan FS Card and then ring up item. Finalize Sale, look at Expanded Department Report.
4. The Net Sales and Gross Sales are both 1.99 - this is correct.
5. Ring item first then scan FS card, finalize sale. The Net Sales is 1.99 and the Gross Sales show 2.49. It is inflated by the Discount Amount. Only happens when scanning card in the middle or end of transaction.

IF you have the parameter NOT on to reduce Net Sales and do the same test.

Scan card at beginning of transaction. Net Sales will be 1.49 and Gross Sales will be 1.49.  � this is correct.
Scan card in the middle, Net Sales will be 1.49 and Gross Sales will be 1.99 - again inflated by the Discount Amount.

Expected Results: Gross Sales should not be affected by where you scan the card in the transaction.

Actual Results: Scanning card in the middle or end of transaction causes Gross Sales to be inflated by the Discount Amount.

Two Group promos set New Price not calculating promotion correctly 

Scenario:

1. Go to screen 1-9-3, Member promotion, Group promotion

2. Select New Price, have limited quantity set to one (1)

3. Group 1 = 1, group 2 = 2; attached one item to group 1 and one item to group 2 (see attached screen shots)

4. Create a second New price promotion the same as the first but attached two different items

5. Ring up one item from first promotion, group 1 and two items from first promotion, group 2

6. Depress the Total key and you get the new price - this is correct

7. Now ring either of the items from the second promotion and depress the Total key

8. You will get a new price that includes all four of the items you just rang up

9. Slightly different results are give if you ring the items from the second promotion before ringing up the items from the first promotion but in all cases the discounts are incorrect

10. Screen shots of the promotions and the PLU's used are attached.

11. This was reproduce in the StoreNext lab using both V7.1.2.1-050 and V7.1.3.0-050 

Expected Results: With two New Price promotions you must ring up the correct items to get the discount and items from another promotion will not be included 

Actual Results: With two New Price promotions once one promotion requirements are met any item from the other promotions causes you to get additional discounts even though you have not met the proper requirements