Reporting code 39 not scanning

Hi, I'm using a barcode component in the reporting module. I have it set to code 39, and I am appending asterisks to the beginning and end of the string that I use as the data key for the component, but it won't scan using multiple scanners.

To test the barcode, I also tried using a Perspective barcode component also set to code 39 and the resulting barcode is pretty different from the reporting module's barcode.

Here's the code 39 barcode generated by the reporting module:

And here's the code 39 barcode generated by the Perspective barcode component:

Is there a setting or something that I'm missing?

Why?

Or, in other words, can you show a screenshot of the exact configuration of your barcode component in reporting?

Hi Paul,

I added the asterisks as the start and stop delimiters according to the manual:

I also noticed that our customer's barcode includes the asterisks in the raw barcode data.

Here's the customer's barcode:

And here's one from the reporting module that was printed off (different data, but same length):

Here's the config for the report.

seq is a parameter that's passed into the report, then I have another parameter called seqBarcode that appends the asterisks to the sequence number.

1 Like

Hm. Yeah, as far as I can tell you're correct and you're supposed to explicitly include the * around the barcodes in Vision/Reporting. I can't explain why the output is so...bad, given the same data. I'd recommend contacting support so we can start a formal investigation and figure out what's going on.

1 Like

Sounds good, I'm thinking it may be due to a DPI setting or something with the printer that is blurring the lines of the barcode together.

1 Like

For what it's worth, 8.3.0 (our still-beta version, final release sometime before the end of the year) has some improvements to barcode PDF generation to try to use vector shapes where possible, which might help with this.

1 Like

I found the name of the font that the client's old system uses, the IDAutomation Code 39 font. I printed off the same information using this font, a Perspective barcode, a Reporting module barcode, and a Vision module barcode.

All of them worked except for the Reporting module's barcode component. This is what they look like:

IDAutomation Barcode Font:

Perspective:

Reporting:

Vision:
image

Something doesn't seem right to me, because all of them scan except the one generated by a report.

We use Code_39 barcodes on thousands of labels a day across dozens of Zebra printers.
We do NOT include the asterisk on the data source for the label, and we have no problems with scanning the values?

I don't think the font choice really affects it but ours are set to Arial, 18 Bold
Screenshot of the controls settings.
LotID is a 17 digit string passed as a parameter to the report.

Could it be a scaling issue with the label size and margins?
Is your report set to the exact size of the actual label with margins accounted for?

1 Like