Enhancement or Fault Number

Item  Description

Make sure you have the parameter Password Required at Sign Off turned ON.

Enter Training Mode and Sign On cashier.

Sign Off cashier, Choose CANCEL at the Password Required prompt.

Instead of taking no action due to the Cancel you chose, the system exits Training Mode and enters Regular Mode with cashier still Signed On.

If you sign-on cashier in Regular Mode, sign-off cashier and Cancel at Password Required, the system does nothing.

No sign-off occurred because you cancelled the prompt.

7.09.0_070, TP2K, Orion 9950 scanner/scale with single cable, touch screen with 32-key Teamkey.

While between orders make a change to the Catalina screen by adding port number  (6-1-4-1 press AUTH/APT) and save the change. After Catalina port change the scanner gives an orange and green light and stays disabled. CATEGORY: Configuration 

 Scenario:

1.Scan item 01380016687

2. Scan item 01380016687

3. Scan item 01380016687

 4. Go to Pos Configuration 6-1-4-1

5. Tab to AUTH/APT Catalina screen

6. Add Port # 9

7. While between orders

 8. Tender out the order

 9. Now Scan item 01380016687

10. After making Catalina port change the scanner gives an orange and green light and no item will show on the display.

When configuring an Alert in alert maintenance the data will not be sent to PocketOffice if the additional parameter of "Pop up message" is not checked.  The desired criteria for Alerts to PocketOffice from Alert maintenance is Send Alert to PocketOffice checked and Alerts in System checked.  

 Scenario:

1.  Ensure Alerts in System is checked

2.  From Alert maintenance select an Alert for testing

3.  Ensure Send Alert to PocketOffice is checked

4.  Perform action that causes the Alert

5.  Verify on PocketOffice that the Alert is present

 Expected Results: Alerts should be sent to PocketOffice without the need of "Pop Up Message" checked 

Actual Results: Alerts need  "Pop Up Message" checked to sent Alert data to PocketOffice  

If a PLU batch is created to just change the description or set a Tax flag any thing but the price field, when the batch is executed there is an error saying the PLU PRICE is $0.00and not allowed. If the parameter is set to Allow Zero Priced PLU's then the batch activates normally. It should not require that parameter be set to make a change to an item. 

 Scenario:

 1. Create local PLU batch to set  just a tax flag.

2. Execute the batch.

 Expected Results: The batch should execute and only set the tax flag specified. 

 Actual Results: The batch generates an error based on the price field being Zero. 

Ring in some items, tender part of it with one tender and the other with another tender.

The receipt is incorrect.

The Balance Due on the receipt reflects the balance after one tender was taken.

If turn the parameter OFF and run the same transaction, you will see the difference on the receipt.

Happens with both TPG and Epson.

Setting a tender as non-bankable has no effect on cashier declarations or the safe

Scenario:

1. Cashier accountability and safe accountability (check software key for safe accounting screen 6-1-12)

2. Set up two tenders one bankable and the other non-bankable, for example:  

Screen 1-6-8, Food Stamp Tender = Tender bankable,    Funny Money = not checked for "Tender bankable"

3. Sign on and ring some sales and then sign off

4. Perform a cashier declaration, screen 1-3-1-3, and note that you can make entries for both Food Stamps and Funny Money - do NOT declare the exact amount

5. Take a Cashier Declaration Report, screen 1-3-1-7 and note that you will have an over/short for both tenders

6. The same will be true for the safe

Expected Results: When a tender is non-bankable it should not effect the over/short for the  cashier and you should not have to declare that tender

Actual Results: Non-bankable tenders are bankable

Set the system to be POS Accountability with Automatic Cash Loan of 500.00

Sign on cashier, receive 500.00 auto loan. Sign off and perform cold start. Sign on cashier again and receive another 500.00 auto loan.

Every time you sign off, cold start and sign on again, the system issues you another automatic loan.

You should not receive another loan until after an EOD or the POST has been locked.

This works fine in Cashier Accountability. Cashier accountability, you receive one loan until cashier has been locked.

If you return a Frequent Shopper item where it is set up as X for Y Dollars and a number other than 1 in the FS Qty field, the You Saved is incorrect and balance due to customer is wrong.

Scenario:

1. Set up an Item, regular price 4.49

2. Set up same item on FS, as X for Y Dollars and 5.00 is the amount and 2 is the FS Qty2. This should give FS customer item 2 for 5.00.

3. Press Item Return, ring in FS Item, Scan Card and press Total.

4. The regular price is added to the FS Price and divided by the FS Qty to calculate the You Saved incorrectly

5. Transaction says customer owes money when customer should receive money

WD 6570

Unable to update segments on promotion second time.

Scenario:

1. Create Enhanced promotion

2. Group type = Unite    Reward amount = 1.00    Member card required = Yes    Available for all card schemes = Yes    Threshold = 1    2nd Threshold = 1    F2 to update

3. Do ALT+ S = set segment 1-20 and (F2)

4. Do ALT + L and Page Down you will see Segment 1 to 20

5. Then uncheck Segment 1 to 20 and (F2)

6. Do ALT+L = No segment ( which is correct)

7. Do ALT + S and attachment by segments 1-20

8. F2 to update

9. Do ALT + L  and Page Down = Check only Segment 1

After approving Control Checks with RMA, the screen stops updating items.  The F/S Eligible total dollar amount and Balance Due amount are the only things on the screen that update. 

 Tendering out the order only results in a footer and header with no receipt information when this occurs.  The only way to get the screen to start updating again is to exit to Windows desktop and then come back into WinPoS. The following is a simplified configuration that will still have the problem.

Scenario:

1.  Set up RMA with Cashier notification

2.  Setup Cash Tender (Maximum times in ticket 2) with CC 16

3.  Control Check 16 (MAXIMUM AMOUNT)     Ask Yes/No     Privilege 8    RPO action Allow approval

4. Signon to POST

5. Frequent Shopper Number entry screen is on screen

6. Just hit the Enter key

7. Ring 10.00 to the Grocery department

8. Hit Total

9. Key 1.00 Cash

10.  Key 1.00 Cash

11.  Key 1.00 and the red popup (Control check 16 maximum amount invalid privileges! Yes / No) shows

12.  RMA gets the alert notification (click Yes)

13.  Approve the alert

14.  The POST screen indicates Message Box / Event Approved Remotely / Hit clear to continue

15.  Hit the clear key on the 92R

16.  Key 1.00 cash and you are back to line 11 above      continue doing this until the order is finally at 0.00

17.  The order end with a popup (Target Message / please give red coin / Hit C to continue)

18.  Hit the clear key on the 92R

19.  The order finishes

20.  The display now shows the Frequent Shopper No entry screen

21.  Just hit the Enter key

22.  Ring 10.00 Grocery

23.  Note:  on my system the screen is now not updating anything but the F/S Eligible and Balance Due amounts

Expected Results:  Display updates properly

Actual Results:  Display sometimes stops updating

When running in FULL touch (WinPoS.ini reflects WideMenuPanel) the Charge Payment Acceptance Box covers up the last digit of the Customers Balance Amount.  

Easy to fix this by moving the Accept Y/N Box down a few spaces using the PPM on posmenu.qdx

Start an order and the cashier sends a request (ex: 5000 Service) for needs twenties.  The cashier then clears the blue diamond ICON by touching the screen and then hits clear to clear the prompt.  Approve the alert through RMA and the Enter code/dept field on the WinPoS starts flashing rapidly.  The only way to recover is to drop to the desktop and bring WinPoS back up.

Scenario:

1.  sign-on and ring $1.00 grocery

2.  Send alert 5000 (user defined)

3.  Clear the alert message sent screen

4.  Touch the blue diamond to clear it from the WinPoS screen

5.  Approve the alert message with the IPAD RMA

6.  The ENTER CODE/DEPT field starts flashing on the WinPoS

Expected Results: Alert approved when ICON cleared from the screen

Actual Results:  The enter code/dept field starts flashing requiring the user to exit to the desktop to reset

Set the Check Tender for a Front Template and an Endorsement.

Set the WIC tender for an endorsement. Perform a WIC sale, endorse the WIC card. Perform another sale and tender with Check.

Print the Front and endorse the Back. Perform another WIC sale, the endorsement is now scrunched together. Turn printer off and back on to fix the endorsement.

Turn off the front template for Check Tender and try all this again.

The WIC will be fine.

When ringing in a WIC transaction, the receipt does not always sort correctly.

Scenario:. Make sure WIC options are set and you have a WIC key on the keyboard.

2. Create 2 items, one in Dairy, one in Grocery departments

3. Make sure receipt sorting is on. First sort by Department Name and then Alpha

4. Press WIC, enter date scan or enter the two items multiple times and finish with WIC tender.

One sale, put the Dairy Eggs into the Grocery. One sale, showed Dairy Eggs in Dairy but price was in Grocery.

Set restricted Sales option to start Monday through Saturday at 9am and stop at 130am.

Set Sunday to start at 9am and stop at 2359pm. Run the system the entire week, running an EOD every morning before 9am. Restricted Sales option time worked fine.

On Monday morning, after the EOW, the restricted sales time was turned off, allowing  sales of restricted departments before 9am. Customer has several sites that are set this way and Sunday EOW never turns the  restricted sales off. Can duplicate if you run the system daily and run an EOW when the parameter says so.

Sign-on and rang sales for 11 different cashiers.

Run an end of day. Make sure you have Department by Cashier report checked to Generate at EOD.

After the end of day, go to End Of Day Reports and print the Department by Cashier report. Out of 11 active cashiers with totals, only 7 printed on the report. Missing 4 cashiers and their department totals.

Do not have Delayed Balancing turned on. Enhanced Cashier Balancing is checked

If Host CCMS type is None secondary ID can be blank for any member

Scenario:1. Go to 6-1-1-9 and set Host CCMS type to None

2. Go to 1-10-2

3. Set a new member leave the secondary ID blank hit F2 to save

4. Set another member and leave the secondary ID blank again, hit F2 to save

Expected Results: you are able to save the second member entered

Actual Results: you get an error message saying secondary ID already exist**Note: If the secondary ID is black and Host CCMS type is None - you should not perform a validation on this field.

When ring up weighted items and tender out with cash. Receipt missing the text literal.

Scenario:

1. Set Parameter  in screen 6-1-3-6     Buffer printing set to =  yes    Combine same items set to = Yes

2. Create PLU with the following    PLU 4757 Banana    Department = Produce    Price = $2.00    Weighted item  set to = Yes

3. Set some weight on the scale and enter PLU 4757

4. On Cashier display shows  " 1.00lb @ $2.00/lb $2.005. Press Total and tender out.

 Actual Results: Missing the text literal

DEA field can not be set to 0 (zero) through PLU batches 

Scenario:

1. Create a DEA group 1 and group 2

2. Create a PLU with a DEA group of 1

3. Create either a local or host batch to update the PLU item from DEA group 1 to DEA group 2

4. This batch will execute successfully

5. Create a new local or host batch to update the PLU item from DEA group 2 to DEA group 0

6. This batch will fail

7. Work-around is to delete the item via a plu batch and re-create it via plu batch without any DEA group 

Expected Results: Should be able to remove the DEA group number (set it to 0 [zero]) via PLU batches 

Actual Results: The DEA group number can not be reset

Not on file does not print as part of yesterdays selected reports when it is set to print

Scenario:

1. Go to screen 6-1-1-5 page 4 item 7 and check Not on File report to generate and print

2. At a register ring up some not on file items and generate slip (screens 6-1-3-11 items  7 & 8, screen 6-1-2-1-1- item 12)

3. Run an end of day

4. Go to screen 1-1-5-5 "Print Yesterdays Selected E-O-D" reports

5. The Not on File report will not print.

Expected Results: Selected report will print

Create a weighted PLU item for 3 for 1.00, meaning 3 lbs for 1.00.

Turn on Buffer Print and Sort Receipt. Ring item either with Manual Weight or placing item on scale. Total and look at the receipt.

There is no price and the weight information is not printed. The total of the ticket is correct.

Turn off Sort Receipt and ring same item, the weight information and the price are printed on the receipt.  

Expected Results: Receipt should print price and weight information of item

Actual Results: No Price or weight information is printed on receipt when using Sort Receipt.

Set Check Tender to Allow ROA/Paid Out. Create an ROA that allows cashier to choose another type of tender besides Cash. Set Parameter (6 1 2 1 1 #14) for the Check Tender Number.

At the POST, press ROA function, choose Check Tender, and follow the prompts to finalize the sale. NO receipt is printed.

When you look in the Electronic Journal, zoom in on this ticket, it reads Ticket Without Text.

Expected Result: Print a receipt for the ROA and report correctly to the EJ

Actual Result: No receipt is printed and EJ reads Ticket Without Text.

Corema transaction with negative total for sale does not trigger reward

Scenario:1. Set up enhanced item promotion with threshold of 5 (see attached Corema*.jpg files)

1. Enter Frequent Shopper number for Corema member and ring order with one (1) Corema eligible item

2. Ring next order (same Frequent Shopper number) ring 6 of the item used in step #1 above PLUs    do a return on another item that will drive the total for the order negative, when the receipt prints    no Corema reward will be triggered

3. Ring next order (same Frequent Shopper number) ring 1 of item used in step #1 above and the Corema    reward will be triggered (see attached file Receipt_A.pdf)

4. Repeat step #1 above and then repeat step #2 above but DO NOT do a return (so the order total does    not go negative) and the Corema reward will be triggered (see attached file Receipt_B.pdf)5. Log files also attached

Expected Results: Any time the threshold is reached a reward will be issued

Actual Results: If the order total is driven negative and the threshold is reached the reward is NOT issued

PPM spacing is off for Paid Outs set to allow tender use by operator selection. The T in Select is obscured. Also a problem when ROA is set to allow tender use by operator selection.

Scenario:

1. (1-6-4) Payouts/ReceiptsUse the up or down arrow to select the number (able to select 1-51). UpdateFunction number:

2 (whatever number was selected earlier) Description: Window CleanerValid: CHECKPayout or Receipt: PayoutTender use: By operator selection[F2] UpdateEsc (to exit) Function number: 9

(whatever number was selected earlier) Description: Tndr SelectionValid: CHECKPayout or Receipt: ReceiptTender use: By operator selection[F2] UpdateEsc (to exit) 

2. (1-6-8) Tender TypesUse up/down/page-up/page-down to select tender CASH and CHECKSUpdateROA/Payout allow = CHECK[F2] Update

3. (6-1-2-1-1-#14) Second tender for Payouts/Receipts = 2 (Checks)

4. On POST use FCODE 805 (for payout)

5. On POST use FCODE 808 (for receipts/roa) 

Expected Results: Spacing is fixed to allow T to be displayed

Actual Results: T is obscured

ROA receipt not printing when using check tender. 

Scenario:

1. (1-6-4) Payouts/ReceiptsUse the up or down arrow to select the number (able to select 1-51).  

UpdateFunction number: 9 (whatever number was selected earlier)

Description: Tndr SelectionValid: CHECKPayout or Receipt: ReceiptTender use: By operator selection (or other tender)[F2] UpdateEsc (to exit)

2. (1-6-8) Tender TypesUse up/down/page-up/page-down to select tender CASH and CHECKSUpdateROA/Payout allow = CHECK[F2] Update

3. (6-1-2-1-1-#14) Second tender for Payouts/Receipts = 2 (Checks)

4. FCODE 808 - RECEIPT/ROA

5. Select Check ROA.6. Follow prompts to insert check for account reading (can also enter manually) and printing 

 Expected Results: Receipts will print for check. 

Actual Results: Receipt will only print for cash.

First tried this with multiple gift cards, only some were activated.

 Narrowed scenario down to if manual price gift card is sold (delayed activation) SUBTRACT is used for same PLU number but different amount (so nothing is actually voided), gift card is charged to consumer but is not activated (doesn't make it to WinEPS).

 Tried this on Mag Stripe and EAN 128 gift cards.  This happens for both, but only the Mag stripe gift card prints garbage on the receipt.   

Scenario

1. (6-1-3-9-4) Create range for store (mag stripe) gift card PLU.Create department range for EAN 128 gift card.Select delayed activation. 

2. (1-4-1)Create manual Price PLU for store gift card (PLU 400)Create manual Price PLU for EAN128 gift card. 

3. Sell gift card on POST.

4. Enter price 2 3.45

5. SUBTRACT 44.44

6. Get error message for not able to void, since item is not found in transaction. Hit CLEAR.

7. TOTAL. TENDER 

Expected Results: Gift Card is activated through WinEPS 

Actual Results: Transaction is not sent to WinEPS

The input bar on the POST starts flashing requiring the POST to be dropped to the desktop and  started up again.  The alert was approved through PO RMA and then later the pop up on MFS2 was confirmed 

Scenario:

1.  Set up alert 5001 for Pop up message, send alert to Pocket Office and Send Cashier notification.

2.  Set up Alert parameters for alert in system and show alerts on MFS2

3.  Ring an item on the POST

4.  Send alert 5001 from the POST

5.  Hit clear on the Alert screen.  The blue diamond should be showing

6.  Accept the alert on PO RMA and the diamond should change to yellow then green

7.  Leave the green diamond on the POST and do not confirm the alert on MFS2 until the green diamond goes away on the POST8.  When you click confirm on the alert on MFS2, the input bar starts flashing and you can not do any inputs at this point.

Expected Results: The input bar should not start flashing

Actual Results:  The input bar starts flashing if you follow the scenario above

Pick up and loan report does not mask supervisor # on the receipt and electronic  journal

Scenario:1. Set the parameter to required supervisor key

2. Set new parameter 6,1,2,1,4 # 7 and # 8.

3. Press pickup or add loan key on the keyboard

4. Scan supervisor barcode when it prompt you

5. Do pickup or add loan

Expected Results: The supervisor id should be masked

Actual Results: The supervisor id is not masked

Edit box does not open for 20 seconds when attempting to exit secure mode 

Scenario:

1. XPe, single monitor, TP2K, 92R keyboard

2. Load the attached QDX files on POS1

3. Keys on keyboard - Sign on/off = F1, Secure/Break = back space, No = Esc, Yes = F9, Enter = Enter, Clear = ALT+F4

4. Sign on as operator 3, password 0

5. Depress the Secure/Break key

6. Depress Secure/Break and then No repeatedly always checking for the edit box next to ENTER PASSWORD (see attached)

7. Note - When the edit box does not appear you can either:     A) Wait 20 seconds (approx.) and it will appear on its own     B) Depress the CLEAR key and the box will appear     C) Key in the users password and depress ENTER

8. This problem also occurs during a pick up at the register but is very hard to reproduce

Expected Results: Edit box opens at time window is opened

Actual Results: Edit box does not open every time

When the Manager Card is MANUALLY entered at the POS, the transaction file should reflect 600D00.

This seems to be a problem with ISS45 not the trickle feed function.

However, the parameter in 6-1-2-1-3 #12 (Password required with Cashier Bar Code) is causing this to report incorrectly.

If you have that parameter ON, the TLOG will reflect 600D00 for both scanned and manually entered.

If you have that parameter OFF, the TLOG will reflect 600D01 for both scanned and manually entered. This parameter should allow the TLOG to reflect the correct data for scanned and manually entered.

Customer cannot tell which way the Manager number was entered into the system.

 Expected Results: TLOG should reflect 600D01 for cards scanned and 600D00 for cards manually entered regardless if you are asking for a password or not.

Actual Results: TLOG is reflecting incorrect data due to the Password parameter.

Offline alert when tendering ECC checks on my POST.  

The POST never flashes offline and seems to be working ok.

This is only happening during check tendering. WinEPS version 817.0.0

Alert setup-  Alerts in system-  Show alerts on MFS2Alert # 232 No COMM to POST. POS offline-  timeout 15-  prompt alert checked-  prompt message checkedCheck tender for ECC tender #2 Check tender for NON ECC tender #9 Electronic check conversion parameters-  ECC tender 1 = 2-  ECC tender 2 = 0-  ECC tender 3 = 0-  Manual check tender number = 9  ECC template name = _E_CHK_MSG

Scenario:

1.  Tendering an ECC check is causing an offline alert during the endorsing/printing/void phase of ECC.

2.  The POST screen never indicates it is offline and appears to be working correctly.

3.  The check tendering is the only tender that seems to create this offline alert

Expected Results: Offline Alert should not prompt during check tender

Actual Results:  attached is the prompt alert happening on MFS2.

No comm to post alert not appearing in alerts log file 

Scenario:

1. Go to screen 6-12-2 Alerts Maintenance, select alert 232 "No COMM to POST. POS Offline?", put check marks in both Pop-Up alert and Pop-Up message, set the timeout between confirmation and re-alert to 1 (to make the test go a little faster)

2. On a post, exit to the desktop and then restart WinPoS

3. Ring up one item and tender the sale

4. Check the EJ to insure the post and server are communicating (last transaction should be in journal)

5. Disconnect the post from the network

6. Wait one (1) minute for the alert to pop-up (confirm the alert when it does)

7. Go to the Alerts Log (screen 6-12-1) NO alert will be in the log for the register being offline

8. Reconnect the post to the network

9. Go to screen 6-12-2 and put a check in the box for "Send Alert to Pocket Office"

10. Repeat steps 2 - 6

11. Go to the Alerts Log (Screen 6-12-1) an alert WILL be in the log for the register being offline

12. NOTE - The software key on my system had PocketOffice=0 (No Pocket Office)

Expected Results: When any alert is set in the system and that alert is activated it will be logged into the alerts log file

Actual Results: The "No Comm to post. pos offline" alert only appears in the alerts log file if you select the "Send alert to pocket office" parameter

Pick up and loan report does not mask supervisor # on the receipt and electronic  journal 

Scenario:

1. Set the parameter to required supervisor key

2. Set new parameter 6,1,2,1,4 # 7 and # 8.

3. Press pickup or add loan key on the keyboard

 4. Scan supervisor barcode when it prompt you

5. Do pickup or add loan

Expected Results: The supervisor ID should be masked

Actual Results: The supervisor ID is not masked

Frequent Shopper card scanned at the end of an order causes different Balance Due when item has discount applied.

This happens on Enhanced Promotions with the new promotion type "Percent Off Order" 

Frequent Shopper in the system.

1. Item is 4.99 regular price, Frequent Shopper percentage disc 10%

2. Create enhanced promo A. Reward type Percent off order B. reward amount 10% C. Member card required                  D. Available for all card schemes E. attach PLU 1

3. Scan member card

4. Ring PLU 1

5. Give 10%off F/S and Give 10% off percent off order

6. Balance due is $4.04

7. Bypass the FS box

8. Ring PLU 1

9. Scan member card

10. Sub total

11. Balance Due is $3.99 Even though the discount amount and FS savings are the same on the receipt, the Balance Due is different. You can see where it adjusts the discount on the receipt.

Expected Results: Balance Due should be the same no matter where you scan the card.

Actual Results: Scanning card at the end of order causes Balance Due to be incorrect.

PSI - When voiding a weighted item with a tare weight greater than 1 on the PSI, the lane rejects the void. 

Scenario:1. Scan weighted item with tare weight set to a value greater than 1.

2. After the item is scanned void the item. 

Expected Results: The Shopper assistant should be able to void the item 

Actual Results:1. When the Shopper placed the item on the scale as required to be voided, it does not accept the item as the proper item being placed.                        2. Also, if you purchase a weighted item and don�t place it on the scale, the Pos will void the transaction and lock the lane because it cannot properly be voided by the shopper assistant.

PSI not automatically signing off at EOD 

Scenario:

1. Leave the PSI lane signed-on and execute an automatic EOD.

When restarting POS running XP professional,  RSMSRV loads fine, WinPoS fails to start  

Scenario:1. restart the POS2. make sure that the Dos window does is still minimized when the system comes up 

Expected Results: WinPoS will start

Actual Results: WinPoS does not start.

Set up a target message in templates. (OEMS00015). Set up an Enhanced Promotion, Target Message is Reward Type, Reward is 15 (to match the OEM template) Threshold is 1 and 2nd threshold is 0. Attach a Zero Priced PLU that will trigger the target message. At the POS, ring in zero priced PLU and total out.

 The target message is printed twice. Doesn't matter if you ring up items in the sale with the zero plu, it will always print twice. If you put .01 on that PLU, it will print only once. Just when the PLU is a zero price. 

 Expected Results: Should only print ONE target message because it is specified in the Threshold of the promotion itself.

Actual Results: Prints 2 target messages due to the trigger PLU being a zero price.

PSI - Crew Club being rejected by Pos when scanned first in the order.

Scenario:1.At the beginning of a new transaction, scan the Club Card. When the card is the 1st item in the order, the Pos sends a generic reject message.

2.If you scan an item first and then the Club Card, the pos locks up and never responds.

3.If an item is scanned ,press the total key and then scan the card the card is accepted.

Expected Results: Club Card should function in scenario's 1 & 2 above.

Actual Results: Club Card use PSI to become unusable

PSI sending transaction before calculation completed causing a partial tender calculation 

Scenario: 1. On PSI self checkout lane when the customer presses finished and pay, the lane sends a total request to the Pos.

2. The Pos sends the total before the transaction calculation is completed and recognizes it as a partial tender.

Actual Results: PSI sending transaction before calculation completed causing a partial tender calculation.

Scrolling display on ICE 6000 does not clear/refresh between tickets.  Last transaction will remain on pin pad until a new transaction comes to replace it or the POS is signed off.

Scenario:1. Need ICE 6000 (4100 might also have same problem but don't have one to try)

2. Change configuration to be using scrolling display screen files in WinEPS.

3. Turn on the scrolling display feature (In POST configuration EFT tab, check Pin Pad Display)

Expected Results: scrolling display returns to display of WinEPS logo.

Actual Results: Pin pad display shows last transaction.

Losing time

We have a V7 issue where we are losing about 5 minutes a week.

If reset the computer and compare it my watch - at the end of the week the system will be running 5 minutes after my watch.

If you look at the system clock, application clock and even the POS clock they are all in sync. Its like the clock on that system is moving slower then real time.

We did some testing, trying to narrow this down, what we found is if the Back office application is closed (services up) the system did not lose time.

WD 8349

ISS45 V7 and V8 doesn't handle the scenario where WinEPS converts credit to debit then reconverts back to credit after HOST.

It does handle the credit to debit - just not the reconvert.

Discount not being applied 

Scenario:

1. V7110_60, create two PLUs (screen 1-4-1

2. First item #100000, Groc dept, 4% tax, price $1.00

3. Second item #100100, Groc dept, 4% tax, price $1.50

4. Create a 5% discount (screen 1-6-3)

5. Create a promotion (screen 1-7-1) for item #100100, promotion price $1.00    (Promotion is part of promotion/reduction/offer not enhanced promotion)

6. Turn buffer printing off (screen 6-1-3-6) to simplify viewing the receipt

7. First order:    Ring non-promo item #100000     -     $1.00 T    Ring promotion item #100100      -      $1.00 T  

Depress the TOTAL key              -      $2.08    (4% tax)    Apply the 5% discount                -     -$0.05 

Depress the TOTAL key             -      $2.08    (the discount was not applied)

8. Second order:    Ring promotion item #100100      -      $1.00 T    Ring non-promo item #100000     -     $1.00 T   Depress the TOTAL key              -      $2.08    (4% tax)    Apply the 5% discount                -     -$0.05   

Depress the TOTAL key             -      $2.08    (the discount applied) 

Expected Results: Discount is applied to order (see #8 above) 

Actual Results: Discount was not applied to order (see #7 above)  Discount appears to depend on the order in which       the sale was rung, but should not matter

Manual weight entry with scale attached to post causes "Scale is not zero" error 

Scenario:

1. V7110_60, TP2K (touch, partial touch or 92R) and scale reading 0.00 lbs

2. Key enter weight, 1.11, and depress the scale key

3. Error window pops up "Scale is not zero"

4. Works correctly in V7101_1105. 

Expected Results: Manual entry of weight works correctly

Actual Results: Manual entry of weight causes "Scale is not zero" error

Add logs in the code that triggers automatic eod.  

The logging will take place only between 12:05 -12:10 and record the decision of triggering AUTO EOD and it will be added to e_of_day.log

Operator performance report reporting items ring incorrectly. Other time is being added to Item reg instead of into idle time

Scenario:

1. sign on

2. Ring up 10 items in 20 seconds.

3. Do an X report - added 5 seconds

4. Do a No sale - added 5 seconds

5. sign off

Expected Results: Item ring will show 20 seconds in the report. the time that is other time (x-read report and no sale) needs to be added to Idle time

Actual Results: Item ring show 30 seconds in the report. Other time is added to the items ring time, and by that reducing the performance of the cashiers.

EOD hangs on ASPHUK02 and then it hangs on AFTR_PKG  in case of a crash in that area 

Scenario:

1. Run EOD In the EOD clear there is a command that says Text2fil #e-of-day.bat #21 #ASPHUK0

2 #8.When EOD crashes at this point, this is the value that will go into the goto - that is at the e-of-day.bat. What will happen is that in the e-of-day.bat it will look for ASPHUK02 and since it is not there it will get stuck on that and will not continue.

The solution: In the EODCLEAR Text2fil #e-of-day.bat #21 #ASPHUK02 #8 needs to be remarked.

To fix the problem in the store the person in the store goes to the e-of-day and changes the goto command to LFSBOOT. so now the end of day will continue from that point on. But then it will get stuck again on the label AFTER_PKG. the reason is that the label syntax is incorrect. (it is AFTR_PKG:)The solution: change the syntax to :AFTR_PKG

Expected Results: end of day will finish successfully

Actual Results: end of day gets stuck.

PSI - Tare weight not showing receipt of touchscreen of PSI

Scenario:1.Ring up Item with tare weight established (i.e. bananas)

2.Notice that in the description, the tare weight is not displayed.

Expected Results: Tare weight of items should be displayed on both receipt and PSI screen.

Actual Results: Tare is showing 0, however if you void the item, the tare weight is in the void screen description.

During EOD MFS1 goes into single mode after it appears to loose communications with MFS2

Scenario:

1. MFS1 should be a new fast CPU server, MFS2 should be an older slower PII CPU server

2. Run EOD

3. During the EOD on a dual server system, MFS1 tries to rcopy PCM.BAT to MFS2

4. If MFS2 is slow or very busy it will not accept the rcopy within the set number of retries

5. Three batch files have to be modified so the rcopy retry (/AR#) is set to 996. The files are:   E-OF-DAY.BAT  (/ar5 should be /ar99)   EOD-BUP.BAT   (/ar20 should be /ar99)   RPC-ACTV.BAT (/ar30 should be /ar99)

Results: EOD completes normally with system set as dual server

Actual Results: EOD completes but MFS2 does not finish because MFS1 thought it was a single server

MFS2 after EOD has the wrong goto command 

Scenario:

1. Run EOD from MFS1

2. Look at E-of-Day in MFS2

Expected Results: Goto command should be starteod 

Actual Results: Goto command is not

Two changes to the V7 (7.0.9.0_50 and above) E-OF-DAY.BAT:

1) Added lines to the E-OF-DAY.BAT and added PutGetReg.EXE to the

C:\PCMASTER directory -

:***********************************************************************

REM Add listing of current software version to E-OF-DAY.LOG file

printeod List the current software version >> log\e-of-day.log

puGetReg SOFTWARE\PointOfSale\BackOffice CurrentVersion " $" >> reg.txt

type reg.txt >> log\e-of-day.log

del reg.txt

echo. >> log\e-of-day.log

:***********************************************************************

These added lines will cause the EOD process to interrogate the system registry and grab the ISS45 software version. The ISS45 software version will be saved in the E-OF-DAY.LOG file as shown below.

[08-02-06,07:55:10] Indicate V8 that EOD has started

[08-02-06,07:55:10] List the current software version �

7.1.0.1110 �

[08-02-06,07:55:10] Recover Transaction file (PC-RCV)

2) In V7 you can set the system to auto-lock the cashiers during the EOD process. The original executable to perform this process did not function correctly in all instances and a different executable can be used that is very reliable (Thanks to Bob for this change). To accomplish this I have changed the executable called by the system in the E-OF-DAY.BAT and made the selection more user friendly by changing the wording in this section easier to understand. Listed below are the lines I have changed/added.

NOTE: Auto lock is only available for cashier accountability systems. No such function is available for post accountability systems.

:*******************************************************************

REM Un-rem the next three (3) lines for cashier Auto Lock on a SINGLE period system

rem printeod Performing cashier locking report to file (single period) >> log\e-of-day.log

rem PCMCSREP /e /from=1 /upto=9999 /curr /lock

rem text2fil #e-of-day.bat #21 #CASHLCK1 #8

:CASHLCK1

:*******************************************************************

REM Un-rem the next three (3) lines for cashier Auto Lock on a DUAL period system

rem printeod Performing cashier locking report to file (dual period) >> log\e-of-day.log

rem PCMCSREP /e /from=1 /upto=9999 /prev /lock

rem text2fil #e-of-day.bat #21 #CASHLCK2 #8 :CASHLCK2

U-Scan -   The CC: 95-083 W &M certification number is showing all pushed together. 

Scenario:

1.       Go to direct mode on U-Scan and look at the CC: number on the ISS45 screen 

Expected Results: The number should be displaying correct like the POST 

Actual Results:  The CC: number is pushed together