I have Samstock 4.9 with an ER-420M. My product list is around 1600 products. I can send the PLU's up to the ER-420 but despite there being no errors in Samevent the PLU's do not seem to be captured by the register. Thus when you scan the barcode at the till it gives an error.

Is there a limit to the number of PLU's that an ER-420 can handle and have I exceeded that limit or is this something else? I have done all the usuall stuff of checking the file for corrupt or inelligable PLU's and ECR descriptions.

Thanks for any help.
Colin

there is a limit but it depends on the number of ram chips fitted and the memory allocation.
once set, you cannot change the settings without completely resetting the memory.

Thanks for the answer. In a moment of madness I cleared the RAM so had to start again which thankfully was not too painful. However the scanner connected to the second port of the 420 does not register when you scan anything. I just get a bleep and that is it! The port seems to be set to 2400baud and is set as a scanner.

Any help there please?
Colin

scanners are a b*tch to set up at a guess as they have many many settings,
multiple baud rate choices and parity options.

if its a metrologic scanner, the mot likeley options are 2400, odd paraty 8 data 1 stop bit

Hi sportzform, this is the same problem I am experiencing. Have you had any luck sorting it out?

which bit? the plu issue or the scanner issue?

Hi, well the problem is sorted but I don't know what the issue was as my wife got the people who sold it to us to come in and sort it out. To be fair they were pretty good as we have had the system some time and they were under no obligation.

One issue I am always having is with stock in Samstock not transferring to the till and I have yet to get to the bottom of why exactly. Sometimes the software has issues parsing the file and other not. Sometimes the whole PLU list gets sent to the till without issue but when you scan the item the till errors as though the data is not there.

Any ideas?
Colin

check the product code and ecr code for a product that wont scan -i would guess that they are different.
if the code does not conform in some way, samstock [if set to do so] will add a check digit at the end of the code - this is especially true if the bar code starts with a zero [almost all registers cannot handle leading zeros]

the scanner connected to the back office may be acting differently to that connected to the register [either one may be programmed to ignore leading zeros or to add a check digit]
if they do not read the code the same way - this may be an issue