RMS should show what bar code it is going to print

Okk when a item is made in RMS and the customer makes his own barcode and selects a barcode format to print it should show at the bottom of the screen what barcode is being created(as in the case of UPC, EAN it has a check Digit) That way the customer can put in the check digit in the number so it will scann after printing.

---------------- This post is a suggestion for Microsoft, and Microsoft responds to the suggestions with the most votes. To vote for this suggestion, click the "I Agree" button in the message pane. If you do not see the button, follow this link to open the suggestion in the Microsoft Web-based Newsreader and then click "I Agree" in the message pane.

formatting link
"169f7a-ad4d-4380-84a5-467b28ccb63e&dg=microsoft.public.pos

Reply to
AlliedPOS
Loading thread data ...

formatting link
"169f7a-ad4d-4380-84a5-467b28ccb63e&dg=microsoft.public.pos

Reply to
Ron H.

formatting link
"169f7a-ad4d-4380-84a5-467b28ccb63e&dg=microsoft.public.pos

Reply to
rick

What your asking for makes sense and should be part of the logic in RMS. Currently the only part of RMS that displays that logic is the label utility program. Keep in mind that you are actually running a separate program albeit tightly integrated in RMS.

You can even put an incorrect check digit in RMS and it will display it, find it, never know it is incorrect. Then when you print the bar code label for that item the label program will print the bar code correctly with the appropriate check digit even though it will display the incorrect digit numerically. I know this is true with UPCA as it is all I use.

As you can imagine, this is a bear to figure out, everything that is human readable seems correct. You must scan the bar code into some sort of text editor like notepad to see the correct check digit. Yes it would be nice if MS included this logic in RMS in some future release.

And better yet they could then write a more robust label print utility and retire the one currently incorporated in RMS. If I could just get the MPQ field on my labels without the current work around I use I probably wouldn't care.

If you need an excel spreadsheet that calculates check digits for UPCA let me know.

Ken Nelson

formatting link
"169f7a-ad4d-4380-84a5-467b28ccb63e&dg=microsoft.public.pos>

>
Reply to
Ken Nelson

Not that this will help you much now, but if you set your barcode scanner not to transmit the check digit, then you can ignore the check digit. However, you'd have to remove the check digit on all of your current products (although you could do that via database commands too.)

Jared

rick wrote:

Reply to
Jared

There is no reason to do this. A UPC check digit is built into the code itself.

RMS isn't supposed to generate barcode numbers. The label option is so you can select the barcode format to match your item lookup number. If you select UPC-A that means you are already entering those codes off the product box.

Where are you getting the 11 digit codes to begin with? Making them up? UPCs are assigned to the manufacturer by the UCC. A retailer doesn't have any reason to do that and shouldn't.

I suggest you set the barcode type to 128A and don't worry about the number of digits or check digit. 128A works with any length lookup code and any ASCII character.

If you really are scanning UPCs in as ILCs you can set the barcode type to UPC-A and the barcode label will look just like the box code. Of course now you have two barcodes on the same box unless you are covering the barcode on the box with your label.

If you need to associate a UPC with an exiting item, add it as an Alias.

Ron H.

Reply to
Ron H.
128A does indeed print all ASCII characters. You have created ILCs too long to fit on your labels.

You are confusing the barcode format with barcode numbering. Retailers DON'T NEED to generate barcode numbers for products. Manufacturers do. Manufacturers purchase a license to do this from the UCC and are issued a block of numbers.

UPC-A is an all numeric code consistiong of 12 digits. The first digit is the industry code. The next 5 digits are the manufacturer ID followed by a 5 digit product ID number and a check digit. There are similar rules for UCC-8 codes. Retailers DO NEED to render the ILCs they assign as barcodes on printed labels. Since you are generating your own ILCs of mixed alpha-numeric characters of variable length, you need to select 128A or Code 3 of 9 -- and labels wide enough to support the longest number. (Code 3 of 9 requires capital letters.)

The reason your long numbers don't scan is because the box size you defined in Label Designer for the barcoded ILC is too small to print that length ILC number with the correct density and bar spacing for scanning.

If your products are already UPCed by the manufacturer you can select as the barcode format and use small labels such as 1x1s with nothing more than a price and description on the label, and perhaps your store name. Just don't cover the UPC on the box with that label.

If your products don't have barcodes pre-printed on the box, you'll need to assign ILCs and select a label size to accomodate the longest numbers you plan to assign. 1"high x 2" wide (or wider) is a better choice in your case. If you don't want larger labels you'll need to abbreviate your supplier names to two characters such as AC for ACME and try to keep the product ID portion as short as possible.

If you want to print barcoded ILCs on small labels like 1x1s, you should consider a high density format such as Interleave 2 of 5 with all numeric ILCs of fixed length. Example: 6 digit codes starting at 000001 or 100000 thru 999999. If you don't have a lot of items 4 digits will do (9,999 possible entries).

You can also insert longer identifiers like ACMELF12653 into the Alias and use them as alternate lookups.

R> I have problems with RMS bar-coding as well. See below.

Reply to
Ron H.

I have problems with RMS bar-coding as well. See below.

RMS isn't supposed to generate barcode numbers. = Why not? This should be a part of the program. Why could it not generate a barcode and if you liked, use the manufacturers barcode (if available) as a alias.

Where are you getting the 11 digit codes to begin with? Making them up? Yes, I have to make mine up. I use a code to identify the product. If I buy from ACME and their item is LF12653, my ILC is ACMELF12653. I have a sense of what the item is then. I sell items from individual artists who do not have barcodes (most do not even have item numbers!)

128A works with any length lookup code and any ASCII character. = Not true, I use 1.25x1" labels and when my ILC is long (or too short) it does not scan.

Reply to
Butch

If you want to print barcoded ILCs on small labels like 1x1s, you should consider a high density format such as Interleave 2 of 5 with all numeric ILCs of fixed length. Example: 6 digit codes starting at 000001 or 100000 thru 999999.

= I think that RMS should automatically generate these for you in a separate field other than ILC. It should be the users choice to use it or not.

Reply to
Butch

Yep that's what we are doing is using a different symology. But my customer wanted everything to be the same so wanted to make his own UPC just like his other products. SO RMS should at least generate the check digit when you make up your own. I know I told the customer he might get dups. and he did on one item but no big deal. "

Reply to
rick

Ken,

You menti> What your asking for makes sense and should be part of the logic in RMS.

formatting link
"169f7a-ad4d-4380-84a5-467b28ccb63e&dg=microsoft.public.pos> >

Reply to
jordan

BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.