ISS45      ISS45 Release Table
     

Name of Link:  FTP Site for 8160-110
  Code Distribution:  

This release can now be applied to stores via the StoreNext Code Distribution System.

  Posting Date: 

February 22, 2013

ISS45 Version 8.1.6.0-110 Release Table

Last updated March 6, 2013

NOTE:

ISS45 Release 8.1.6.0-100 and higher will require a change to the HASP key for Loyalty Sites.  The ISS45 system will NOT work with loyalty unless this setting is on.

NOTE:

Retalix Global Payments MTX Release 827.2 SP1 or higher REQUIRED starting with the 8.1.6.0-080 patch.

See the table below for a description of the new features provided and faults addressed in this release.  Information in this table prior to release is provided in order to assist dealers in their planning, and while they are not commitments, this list represents StoreNext's best view at time of posting regarding highly likely new feature content and faults most likely to be addressed.

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

New Feature

Pending store certification by the state of West Virginia.

Support of West Virginia Online WIC EBT.

(CRD 350982 / FSD 350982)

New Feature

Add delete functionality to CProm10 and CPromHDR in V8G_Promotion.

Need to provide access to a function that deletes a UPC from a promotions.

Need to provide access to a function that deletes a promotion and all of its related UPC's.

(CRD 352053 / FSD 352053)

WD 344272

U-Scan penny rounding has an issue where change will always be dispensed at the Attendant.

Scenario:

1. Set up penny rounding in the GPS

2. Ring an item that will round the change total

3. Tender cash

Expected Results: Receipt and change should dispense from the Robot

Actual Results: Customer is directed to get change and receipt at the Attendant station.

WD 346692

Prologic (S&H You Tech) Coupons not always printing on ISS45 Receipts.

Scenario:

1. Transaction is finished

2.Customer eligible to receive Prologic coupons after the end of the order

3.Receipt prints

4.Prologic coupons don't always print.

Expected Results: Prologic coupons should print as applicable.

Actual Results: Intermittently coupons don't always print.

WD 347248

WIC Link Maintenance - Allows a PLU to link to a UPC of more than 5 digits in the APL. This should not be allowed according to the WIC certification Document.

Scenario:

1. Go to WIC Link Maintenance

2. Enter a 4 digit PLU in Store PLU/UPC number field

3. Enter a 10 digit UPC in State APL PLU/UPC number field

Expected Results: State APL PLU/UPC number field should not allow more than 5 digits.

Actual Results: State APL PLU/UPC number field allows more than 5 digits.

WD 347351

Sale reversal batches are being removed from the PLU batches.

Scenario:

1. Using PLU Batches, create opcode 'Sale' batch

2. Either Apply batch or set for apply time in future

3. Reversal batch is created

4. Let Auto EOD run

5. Check PLU Batches next day, reversal batch is missing, but original batch is still in PLU batches as applied

Expected Results: Sale Reversal Batch should still remain until actual archive date is reached, and batch is removed

Actual Results: At this particular site, the sale reversal batch is being removed either by what appears to be the auto EOD process.

WD 350428

U-Scan Penny Rounding issue: Sometimes the receipt prints at the Attendant station and it should print at the robot. Set the item to 2.07 - rounding is set to round down to nearest nickel therefore down to 2.05 in this case.

Scenario:

1. Scan item of $2.07

2. Tender sale

3. Insert $0.05

4. Insert $2.00

Expected Results: Receipt should print at Robot

Actual Results: Tendering with a .5 coin and a 2.00 coin - transaction finalizes but prints on the Attendant station

WD 352030

Multiple Store UPCs linked to the same APL item in WIC link maintenance and exist in the same transaction the Claim File should combine the 3 items into one line.

If there are 3 different Store UPCs linked to the same APL item using the WIC link maintenance and all three item numbers are entered into a transaction, the expected result is that all three items would be combined into one line in the claim but the actual result is three separate lines being created in the claim.

Scenario:

1. Link 3 different Store UPCs to 1 APL item.

2. Ring all 3 Store UPCs in one transaction

3. Run EOD to create claim file

Expected Results: All 3 linked items should combine into 1 line in claim file

Actual Results: 3 lines are written to the claim file.

WD 352033

Need a change to the SWFTP.DAT for distribution to support Wyoming. Manually added Wyoming FTP format to the SMFTP.DAT so that the claim file can be FTP'ed properly and the Recon can retrieved properly, as well as the APL and HCL.

WD 352036

The PAN length is hardcoded as length of 19 in the claim file. This needs to be configurable. The PAN length in the state of Wyoming is 16 but 19 is written to the claim file.

Expected Results: The PAN length in the claim file should reflect the length set up in the State Maintenance.

Actual Results: The PAN length should be correct for each state. Not hardcoded as 19.

WD 352997

Illinois tax should be charged on vendor coupon.

When Tax is forgiven in food stamp items and there is a coupon, tax is forgiven on all and in IL, tax needs to be charged on vendor coupons. There are 2 tax rates,

H=high tax(6%) and L = Low tax(3%)

Works in 713-50 (Good tax receipt) but not in 715-120 (wrong tax receipt) and below

Scenario:

1.Ring this up.

$5 - LTX Groc

$5.99 - Beverage

$1.00 VCPN on Beverage

Then FS the entire order

Expected Results: All tax is forgiven except on coupons.

Actual Results: T ax is forgiven but vendor coupons are not taxed.

WD 356395

EBTWIC_INCOMING.EXE when processing Auto Recon data is not stripping of the leading 17th digit which may be a 1 or 2 causing the SQL field to be overflowed.

What we have found is that inside of the EBT_WIC_RECONCILIATION table you will report an extremely large number (Formatted in scientific notation) to the ITM_ID column.

In this example the PLU that should be imported in should be 4011. The actual number being imported in is 1000000000004011, which is causing our issue.

E20000030071900000119100000000000401120000001190000001190000000003006

The numbers in blue is the actual PLU number that is being passed while the 1 before hand is either a 0 or a 1 based off of "is this item a cash value item" or not (tells the host this is a CV item). This 1 should not be included when reading in the PLU number nor should the 2 which is the check digit. As of today only the CAT 19 items fall into this instance of there being a leading 1 in the UPC number.

WD 356541

Loyalty_TQSynchSplitter - Messages are faulting 'Input string was not in the correct format'.

Messages are faulting on the TQSyncSpliiter queue with the error 'Input string was not in the correct format'. The issue appears to be related to MSG4 information being included in message. The stored procedure where the issue seems to occur is CRM_OnLine_InsertLoyaltyDocument.