ISS45      ISS45 Release Table
     

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

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

  Posting Date: 

September 6, 2013

ISS45 Version 8.1.6.0-140 Release Table

Last updated September 17, 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 Retalix Loyalty unless this setting is on.

NOTE: Retalix Global Payments WinEPS Release 827.2 SP1 or higher is REQUIRED starting with the 8.1.6.0-080 release 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

Add GSP - "Accept promotion coupons at any time during itemization" and POS support of this function.

(Appeared in 8.1.7.0-060 as CRD 377588)

(CRD 377587 / FSD 377587)

WD 347348

Sale Reversal Batches are being removed from the PLU batches after Auto EOD process.

 

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

(Appeared in 8.1.7.0-050 as WD# 347349.)

WD 368358

Getting automation when doing any type of file maintenance on LFS and if loaded as an MFS2.

 

Scenario:

1.Go to plu managemet

2.Do a price change and update

3.Screen displays error

4.After clearing the error a few times, continues on

5.MFS1 does get updated. Happens with cashier maintenance, tenders, etc.

Expected Results: Update toMFS1 and continue

Actual Results: Automation error displays

Appeared in 8.1.7.0-060 as WD 368359)

WD 368363

Issue with communicating to NCR OPOS when using DRE.

With Dynamic Receipt functionality turned on, the receipt will not print on an NCR printer using NCR OPOS. The files are being generated properly by DRE and the winpos log shows they are passed properly to OPOS and OPOS gives a return code of 0. However, no receipt prints.

Scenario:

1. Run Transaction

2. Total Transaction

Expected Results: Receipt prints

Actual Results: Receipt does not print

WD 371051

When making an in house charge payment, EBT food stamps are allowed to make payment and should not.

 

Scenario:

1.Set up function 819 as charge payment

2.Select that function on keyboard

3.Follow process until tender numbet is requested

4.If EBT food stamp tender is selected, it gets approved

Expected Results: Should NOT be able to make an inhouse charge payment using EBT Food Stamps

Actual Results: Tender is allowed, payment is made and the customer EBT FS account is reduced by the payment amount.

(Appeared in 8.1.7.0-060 as WD 371053)

WD 372872

U-Scan dispenses change from previous transaction also in the next transaction.

 

Scenario:

1. Ring an order and cash tender that has change due

2. Do a duplicate receipt reprint

3. Ring another order and tender credit card

Expected Results: Change due from previous order is not dispensed

Actual Results:Change due from previous order is dispensed

(Appeared in 8.1.7.0-060 as WD 374670)

WD 375410

SmartCard WIC EBT Claim File: Sub Categories are combining into one record in the claim file.

When two jars of peanut butter are sold and used on a card that had one jar in cat 6 subcat 2 and 2 jars in cat 6 subcat 0; one jar should have come from cat 6 subcat 2 and the other jar from cat 6 subcat 0. The card was decremented properly but in the claim the E3 record showed both coming from cat 6 subcat 2.

 

Scenario:

1. Sell two WIC items, where one falls in subcat 2 with only one quantity available and the other then falls through to subcat 0.

2. Finalize the transaction and tender with WIC EBT. Note: The transaction should ring up normally.

3. Perform an EOD to create the claim file.

4. Open the claim file created.

Expected Results: You should see two entries for the items, one in subcat 0 and the other in subcat 2.

Actual Results: Only one record exists.

(Appeared in 8.1.7.0-060 as WD 375411)

WD 377474

Possible race condition in TransCli.exe, record is not processed into SQL.

This seems to be a timing issue, and has not been able to be reproduced in the lab.

(Appeared in 8.1.7.0-060 as WD 284541)

WD 377478

PLU record gets into transaction file with no completion record and causes sales to be overstated. Media is correct.

(Appeared in 8.1.7.0-060 as WD 377479)

WD 380090

SmartCard WIC EBT - Claim file should use 'System' Date in Header and Trailer records as well as the Claim file name.

Actual Results: The header and file name have the working date while the trailer has the system date.

(Appeared in 8.1.7.0-060 as WD 380091)