You would fix this by setting up your scanner to scan the check digit on those small UPC (UPC E) codes. RetailEdge is used in a number of businesses that have items that use these shortened UPCs in order to allow a barcode to be put on smaller items (grocery, liquor, etc.)
Each scanner manufacturer sets up their scanners with different defaults. For instance, the UPC-A typically gets setup with a to scan the code and then transmit the code with a leading number and then a check digit for a total of 12 characters. However a UPC-E will many times be set by default to not transmit the check digit or the leading digit. The scanners usually come with a manual that have a number of barcodes that you can scan to change or reset the defaults.
Remember you are going to have to change all your UPC-Es in your data as well, so that RetailEdge will recognize the item when the scanner now transmits 7 characters rather than 6.
RetailEdge's Item Number is integral to the program. The barcodes that we print are representations of the ItemID. We do this because like the UPC-E, it provides a shorter code that will fit on smaller labels. Historically 6 digits was arrived at because it allowed us to have a shorter code, have a million items in inventory, and should not conflict with other standard codes if you have the check digit scanning (actually with the leading number and the check, the UPC-E is 8 characters long).
RetailEdge, uses a number of codes on the sales screen to look up items. You can find out more about them in our help file here
Some UPCs have a 6-digit format exactly like the format of the Item ID. When the two numbers happen to be identical, we have a problem. Here's the scenario:
Assume Big Red gum has UPC 123456.
Assume Tropicana Orange Juice has Item ID 123456.
When Big Red gum is scanned, Retail Edge finds Tropicana orange juice.
How do we fix this?
I would think that Retail Edge would never look at Item ID when scanning an item. Is there some setting in Retail Edge that would handle this?