| ScanMaster | ScanMaster Release Table |
| Name of Link: | FTP Site for 2.5.1-090 Patch | |
| Link to "The Patch": | FTP Site for "The Patch" | |
| Code Distribution: |
N/A | |
| Posting Date: |
06-Jun-08 | |
|
ScanMaster Version 2.5.1-090 Release Table Last updated June 4, 2008 See the table below for a description of the new features provided and faults addressed in this release. Printing Instructions: many browsers do not support correct color and format printing directly from the Web. For best results, with your cursor highlight the section of the table you wish to print and copy to the clipboard. Then paste from the clipboard into a blank Word document and print the Word document to a color printer. | ||
|
Enhancement or Fault Number |
Item Description |
| WD 10484 |
WG2.EXE Buy one Get one Electronic Promo causes an Error (6) Overflow if there is a Maxlines.dat that it 331 or greater. Have a Buy One Get One 100% off on an item nothing special. It doesn't have to be a random weight item, but it happens on any Buy One Get One 100% coupon. If it is 330 or lower, no error will occur. Also determined that it works in 2.04.02, but is broken in 2.05.00.21. |
| WD 10500 |
WG2.EXE IBM 2x20 banner display causing Automation Error. The wG2 application crashes and the following entry is made in the register error log: "(-2147417848)Automation error[10]The object invoked has disconnected from its clients. -wG2". Testcode revealed that the error was always generated by the call to the OPOS DisplayText method. |
| WD 10501 |
WG2.EXE OpenEPS EBT Inquiry Response accepted as purchase approval. Scenario: 1. Ring $137.90 in groceries 2. Total the order 3. Select EFT key 4. Customer selects EBT FS, swipes their EFS card and enters their PIN 5. Card is declined because of a bad-Pin 6. Customer re-swipes the card enters the correct PIN and gets declined insufficient funds 7. Customer swipes a third time and selects Balance Inquiry and gets approved for a balance inquiry Expected Results: ScanMaster understands that the approval is for an inquiry only - not a purchase for the sale. Actual Results: ScanMaster accepts the Balance Inquiry as a EFS approval and completes the transaction. |
| WD 10502 |
SM2USCO.EXE $20's are not being register when putting cash in acceptor. Customer put in .07 cents, it registered. She then put in 3 $20's. They did not register. Said she owed $68.60 still. The she put in $10 and it registered the total is now $58.60. The attendant tendered the sale in direct mode to cash. The U-Scan gave the correct change of $1.40. But in the logs it was determined that the customer pressed the credit tender. Attendant went in and out of Direct Mode and the U-Scan went back to select tender. So she selects cash and inserts $20's. But ScanMaster is still at slide card. So the 20's are not registered. Attendant goes back to direct mode and clears the slide card and manual enter account #. The customer put in the 10 and the attendant cashes the sale in direct mode. The correct change is give at the Customer Station. |
| WD 10503 |
SM2USCO.EXE ScanMaster and U-Scan get out of sync. Customer must enter cash twice for the sale to finalize since it is out of sync. Scenario: 1.Ring an item. 2.Scan a not found item 3.Put the item on the scanner/scale 4.Press Back button 5.Remove item from the scanner/scale (At this point ScanMaster is in Enter Price and Dept state still because ScanMaster never got a message from U-Scan that the Back button was pressed) 6.Hit finish and pay. 7.Press Cash button. 8.Insert $20 (ScanMaster does not recognize the cash was inserted as a tender since ScanMaster is not at Total state) 9.The sale does not finish the attendant goes into Direct Mode clears ScanMaster from Enter Price and Dept state. 10.The $20 is removed from the Bill Acceptor 11.Reinsert the $20. Expected Results: Customer should not have to insert the money twice. ScanMaster and U-Scan should not be out of sync Actual Results: ScanMaster and U-Scan are out of sync. The customer gets change from the second $20 after the sale is tendered and the customer also gets the first $20 back in the change. The customer will get too much money back. |
| WD 10504 |
SM2USCO.EXE Another problem of U-Scan tenders $20 but ScanMaster does not. Customer bought a greeting card $3.99 + tax = $4.23. Put in a $20 bill it did not register. Log was given and Keith determined. U-Scan went into tender state. ScanMaster is waiting on the Payment terminal, but SM2USCO send an ok to the tender state. Customer tries to insert the $20 and ScanMaster doesn't see the $20. |
| WD 10506 |
SM2LIKE.EXE, SM2ITEM.EXE & SM2BAPLY.EXE Code to correct a problem in sm2like caused problem with RTI writes. Sm2like was written using a modified local copy of clsItem.cls, not the shared module version in Recycle. Due to this "one off" this program is not compatible with how the itrail and RTI files are written when trying to use the other shared class modules required by the RTI interface. |
| WD 10508 |
SM2USCO.EXE U-Scan - check transactions fall into the cash bucket on till report. Scenario: 1.Do till report on attendant station 2.All check transaction fall into cash bucket 3.No bucket for checks |
| WD 10509 |
SM2USCO.EXE Canceling a partial tender sale will cause the U-SCAN report to be out of balance. The problem that is occurring is when a sale has been canceled from the Direct Mode after Cash has been inserted in the Customer Station. The cash is counted on the U-Scan - Cash Dev. By Status as $2.00 accepted. The attendant is displayed a message to dispense the $2.00 to the customer. The U-Scan - Till Report does not show that $2.00 has been given back. This appears to the store that they are out of balance by $2.00. Scenario: 1. Ring an item. 2. Partial tender the item 3. Cancel the Sale in Direct Mode 4. View reports Expected Results: The U-Scan till report should display the Cash was given back. Actual Results: Nothing is reporting to the U-Scan till report. |
| WD 10519 |
SM2CSHPR.EXE SM2CSHPR - Error: (9) Subscript out of range in ProcessTLOG2 Routine. When the first record in grcTLOG.asc is not a Y record. A multitude of errors occur during the running of SM2CSHPR. These errors are only logged in the error.log and not brought to the screen. These errors occur when the first record in grcTLOG.asc is not a Y record. The errors start as below. 05-28-2008 10:05:48 SM2CSHPR v2.03.00.01 Error: (9) Subscript out of range in ProcessTLOG2 Routine. 05-28-2008 10:05:48 SM2CSHPR v2.03.00.01 Error: (91) Object variable or With block variable not set in ProcessTLOG2 Routine. |
| WD 10534 |
SM2SETTL.EXE Delayed Settlement is moving TLOGrrss.ccc upon accept when cashier is signed onto pos during the delayed settlement. - Error reported - Error in BinaryCopy Routine f:\grocery\files\TLOG0100.016...Opening Source File. Store is reporting 'Error in BinaryCopy Routine f:\grocery\files\TLOG0100.016 Bad File Name or Number Error occurred in routine while Performing binary copy - Opening Source File' when settling a delayed cashier that is currently ringing. The POS receives an error as well at this time. '52)Bad file name or:: number-wG2::' TLOGrrss.ccc files should only be moved from f:\grocery\files to f:\TLOG upon settlement or delay. They should never be moved from f:\grocery\files\ to f:\TLOG when a delayed settlement is being performed. |
| WD 10537 |
WG2.EXE Bundle discount not being issued after a suspend and retrieve. If a sale contains items which fulfill an @ price of pick 5 promotion and is suspended, the retrieved sale will not issue the promotion. |
| WD 10540 |
WG2.EXE Bundle Promotion crashes up POS with error (13) Type mismatch - WG2 after a suspend and retrieve. This issue is not easily duplicated. Scenario: 1. Rings items on the first receipt 2. Suspend the sale 3. Retrieve the sale 4. Ring the additional item on the second receipt Expected Results: The bundle should issue the coupon and not crash with error Actual Results: The bundle crashes up the POS with error. |