ISS45 8.1.7.0-110 Release Table


	Name of Link:	FTP Site for 8170-110
	Code Distribution:	This release can now be applied to stores via the Retalix Code Distribution System.
	Posting Date:	May 15, 2014
ISS45 Version 8.1.7.0-110 Release Table Last updated May 15, 2014 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. 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
WD 336924	Discount is calculated incorrectly with late swipe member card Scenario: 1. Ring $5.00 into a discountable department. 2. Total the transaction to get to the tender screen. 3. Apply the 10% discount. 4. Go back to Sales mode and scan the member card. Total out the transaction and notice the total comes out to be $4.30 when it should be $4.84. Expected Results:Total should be $4.84 Actual Results: Total is $4.30
WD 394092	SmartCard WIC: Claim files that are passed to the state via FTP are not getting cleaned up in the state file. Once the files move to the State's server via the FTP, the ISS45 system should move the files to the State's History folder. Scenario: 1. Run WIC sales 2. Settle Cashier 3. Run EOD Expected Results: Claim files should be moved to history directory once the files were moved to the state. Actual Results: Clalim file are not being moved.
WD 394366	plu2eldt PTR (pointer) does not wrap around with the maint.qdx and stops processing once the pointer reaches the end of the maint.qdx file. Pricer pointer is not resetting when naint.qdx rolls over. Scenario: 1.Maint.qdx allocated to 1000 records 2.Batch created with 2390+ records 3.plu2eldt pointer stopped at 1000 records 4.Maint.qdx wraps around but pointer stays at 1000 5.Resize maint.qdx to 5000 records, stop and start pos_srv_manager service 6.Process continues until the end of the batch but processes other records that were hung on. See attached screen shotrs Expected Results: Pointer should follow the wrap around Actual Results PR:Files stop processing to \pricer\pfifiles\data files as I files.
WD 396857	Logo Not printing at the top of customer receipt. Logo only prints on EFT receipts. Scenario: When printing any EFT transaction since upgrading to 8170-090 the logo does not print for the customer copy. Expected Results: The logo will print on customers copy Actual Results: The logo will not print on customers copy
WD 396917	When using food stamps at a cost plus store, it will leave a penny balance due. Example # 1 1. Begin a food stamp transaction 2. Scan multiple food stamp items 3. Total order, swipe EBT card Expected results: Full order is paid for, $0.00 balance due Actual results: There is a balance due of $0.01 which must still be tendered out. Example # 2 Set GSPs "Limit Food Stamps eligible to Balance Due" = NO "Limit Food Stamps eligible to Balance Due without Tax" = YES ISee the .01¢ balance due. Receipt looks as follows: MUSHRM GRVY MIXC 4 @$0.25 EA$1.00 F BROCCLI FLORC 2 @$1.43 EA$2.86 F SPRITEC$1.45 N F BBQ SAUCEC$1.99 F = $7.30 SURCHARGE 10.000 %$0.74= $7.30 + .74 = $8.04 BALANCE DUE$8.18= $8.04 + .14 Tax = 8.18 FOOD STAMPS$8.03 Balance due$0.01 Cash Set GSPs "Limit Food Stamps eligible to Balance Due" = YES "Limit Food Stamps eligible to Balance Due without Tax" = YES See that the 10% Cost Plus Surcharge amount of .74¢ is the only balance due.
WD 397425	Issues with claims being generated has the wrong Julian date. Run the Claims exe and select a day it always generates the claim file with the julian date of "todays date". Example: When creating a claim for 2/4/2014 it creates the claim for julian date 038. Example: When creating a claim for 2/5/2014 it creates the claim for julian date 038. 038 is the Julian date for "today" 2/7/2014. If creating these files tomorrow they would be named 039. When running the command line parameters for this: "start /wait ebtwic_claim.exe /STATE TX /DATES mm-dd-yyyy" the same results are seen.