Hi all,
I am developing a new application that scans vendor bar-codes into our system and translates the Scan ID into the part#'s used by our business. My business has a requirement that the only method of entry is via a bar-code scanner. The scan ID cannot be manually entered into the application. If manual entry is needed for any reason, the user is required to perform the manual entry from a different screen. The reason for this is they want to be able to tell what parts are being scanned vs what parts are manually entered in order to determine compliance metrics for our bar-code scanning initiative.
I know if I leave the Scan ID field as Input capable, the scanning works just fine. Everything I have tried to block keyboard entry on this field also blocks input from the bar-code scanner.
I have been told that other companies are able to perform bar-code scanning in this manner using an AS/400, but i can find no information about how this could be done.
I would appreciate any information or help that you could provide.
Thank You,
Jay
Software/Hardware used:
i-series, V5r4
ASKED:
June 10, 2010 11:33 PM
UPDATED:
June 18, 2010 1:46 AM
I had to do the same thing for my company. If scanned the value of the first 2 positions was a +H. We don’t and never will have Item numbers that start with +H so this made for an easy check. So all I had to do in my program was if I didn’t find +H in the first 2 positions I knew they keyed in something into the field via keyboard. So I would just throw up an error message stating that they must scan the Item Number, no manual entry was allowed. Hope this helps!
Why couldn’t some type “+H” in the first two positions?
Tom
I use a similar approach. As Tom mentioned, it is not “foolproof”, but so far it has sufficed. I set up the scanner(s) to send a 3 character prefix for each scan. (How-to information can be found in the scanner manual). I try to set the prefix up to send at least one character that a user would not normally type (a left or right bracket for instance).
Then I added a 3-position alpha field to the DDS to handle the prefix — this is the field that is checked for validity as Farmer does. I set this field up to be “Non-Display” so that the user does not even see the prefix when the scan is sent to the display. For every scan, this field is tested to determine that the 3 character PREFIX field exactly matches. I have the input field for the actual barcode data set up as NON-DISPLAY also so that they do not even see the scanned data until it has passed the validity check.
Sample DDS:
@Slateken:
Nice addition. Perhaps not “foolproof” but well worth the minimal extra effort. It’s probably all that’s needed to be included.
Tom
We have an application which uses a barcode containing the number with a check digit on the label to be scanned. But the human-readable number shown does not contain the check digit. So if they are trying to type it, they never know the correct last digit. (You might want to limit their “tries”, in case they’re persistent and try all ten digits!)
Combining that with the other suggestions (such as Non-displaying the barcode input) would be almost indefeatable!
Users have a manual entry screen separate from the barcode input screen, but requires supervisor access.
Btw: we store the identifying number with it’s check digit for each of lookup (using program code of course) but no users can view the table/file. We also store the Id as a value in the table/file, so the support personnel can see it.
Hope this helps!
So the scanner can input its own data? Can it be variable such as a sequence number?
How “programmable” is the scanner?
Tom