# Reporting code 39 not scanning **URL:** \ **Category:** Ignition\ **Tags:** perspective, reporting\ **Created:** [July 31, 2025, 3:16pm UTC](https://forum.inductiveautomation.com/t/reporting-code-39-not-scanning/109207 "2025-07-31T15:16:19Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![Cade\_Allen](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cade\_Allen](https://forum.inductiveautomation.com/u/Cade_Allen)\ **Post date:** [July 31, 2025, 3:16pm UTC](https://forum.inductiveautomation.com/t/reporting-code-39-not-scanning/109207/1 "2025-07-31T15:16:19Z")
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: ![{46B55ECD-0E61-450A-8185-1FB7C33C4352}](https://us1.discourse-cdn.com/inductiveautomation/original/3X/0/8/0804ebfa0eb26a95bef413ffa9ce002b8ed851a2.png) And here's the code 39 barcode generated by the Perspective barcode component: ![{511EE65C-FE8E-4EF0-9C41-08355A461812}](https://us1.discourse-cdn.com/inductiveautomation/original/3X/1/f/1f86fbbafa2082ef783275a96d2b4a78c8fbb4ae.png) Is there a setting or something that I'm missing? ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [July 31, 2025, 3:21pm UTC](https://forum.inductiveautomation.com/t/reporting-code-39-not-scanning/109207/2 "2025-07-31T15:21:24Z")
> [@Cade\_Allen](#): > > I am appending asterisks to the beginning and end of the string that I use as the data key for the component Why? Or, in other words, can you show a screenshot of the exact configuration of your barcode component in reporting? ---
**Author:** ![Cade\_Allen](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cade\_Allen](https://forum.inductiveautomation.com/u/Cade_Allen)\ **Post date:** [July 31, 2025, 3:36pm UTC](https://forum.inductiveautomation.com/t/reporting-code-39-not-scanning/109207/3 "2025-07-31T15:36:50Z")
Hi Paul, I added the asterisks as the start and stop delimiters according to the manual: ![{4925769A-5491-4BD4-A9CD-E6DADADA5B1F}](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/1/71e76c4089c57682e44eb88d776b00178cf52e7b.png) I also noticed that our customer's barcode includes the asterisks in the raw barcode data. Here's the customer's barcode: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/6/f/6fee081d017beafeffa6a297a04f3396f3f92662.jpeg) And here's one from the reporting module that was printed off (different data, but same length): ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/b/f/bfed820af00e9ff3b104e3647dd4ff93d4fa5d1e.jpeg) 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. ![{C677BC2D-A97E-45E5-88A8-92D8963B40EF}](https://us1.discourse-cdn.com/inductiveautomation/original/3X/9/2/9214cce48b06133969367dcdb4cea72505767b08.png) ![{1FD9CFBE-13BD-49A1-8464-040455DAC7A9}](https://us1.discourse-cdn.com/inductiveautomation/original/3X/1/5/150f9c7bacf92b34478b472b444de2aa3fdd1ba0.png) ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [July 31, 2025, 6:48pm UTC](https://forum.inductiveautomation.com/t/reporting-code-39-not-scanning/109207/4 "2025-07-31T18:48:50Z")
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. ---
**Author:** ![Cade\_Allen](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cade\_Allen](https://forum.inductiveautomation.com/u/Cade_Allen)\ **Post date:** [July 31, 2025, 7:10pm UTC](https://forum.inductiveautomation.com/t/reporting-code-39-not-scanning/109207/5 "2025-07-31T19:10:47Z")
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. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [July 31, 2025, 7:35pm UTC](https://forum.inductiveautomation.com/t/reporting-code-39-not-scanning/109207/6 "2025-07-31T19:35:22Z")
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. ---
**Author:** ![Cade\_Allen](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cade\_Allen](https://forum.inductiveautomation.com/u/Cade_Allen)\ **Post date:** [August 1, 2025, 5:24pm UTC](https://forum.inductiveautomation.com/t/reporting-code-39-not-scanning/109207/7 "2025-08-01T17:24:24Z")
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: ![{1330073D-5158-451E-B0A3-67A191AE7F53}](https://us1.discourse-cdn.com/inductiveautomation/original/3X/c/e/ce1496aa35301648bc50da927b26131b6783ec1f.png) Perspective: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/e/8/e8217d69cc88c8181ef87837cd7c66e65db06833.png) Reporting: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/c/5/c54180ccfa3c05dfd9d206df0cae381c31d03ae6.png) Vision: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/8/78e3596aa5a6736236e04e6635e0143cf9b02538.png) Something doesn't seem right to me, because all of them scan except the one generated by a report. ---
**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\ **Post date:** [August 1, 2025, 6:16pm UTC](https://forum.inductiveautomation.com/t/reporting-code-39-not-scanning/109207/8 "2025-08-01T18:16:17Z")
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? ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/3/a/3a6b97d4908441488e8db07a37f9b2daa1e67edc.png) ---
**Author:** ![Cade\_Allen](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cade\_Allen](https://forum.inductiveautomation.com/u/Cade_Allen)\ **Post date:** [August 4, 2025, 1:51pm UTC](https://forum.inductiveautomation.com/t/reporting-code-39-not-scanning/109207/9 "2025-08-04T13:51:12Z")
Thanks for the details. I ended up using a barcode font installed on the server with label/text components on the report. The barcode font is from ID Automation which is what their old system uses. ---
**Author:** ![Vi\_Quang](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/vi_quang/32/82707_2.png) [@Vi\_Quang](https://forum.inductiveautomation.com/u/Vi_Quang)\ **Post date:** [August 7, 2025, 4:02am UTC](https://forum.inductiveautomation.com/t/reporting-code-39-not-scanning/109207/10 "2025-08-07T04:02:53Z")
For Reporting don’t use the `*` character as part of your data. If you remove the character, your barcode should work. Will write a ticket to address this. Explanation follows. Code 39 (Regular) **data** are delimited with the \* character as shown below in magenta. The **data** (the letter G) is in blue. If you scan this you will get G. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/3/f/3f0e8fba204102bcb8bf47ffb979376aaa2fdb50.png) 1. In Vision when you input the delimiting `*` character as data, it is ignored. `*G*` and `G` produce the same Code 39 barcode. It automatically delimits the data with the `*` character. 2. Perspective does not allow you to even enter the `*` character. It also delimits your data with the `*` character automatically. 3. Reporting also automatically delimits your data with the `*` character. However, it allows you to enter the `*` character as data, it is not ignored as it is in Vision. Because of this `*G*` and `G` do not produce the same barcode. When you specify your data as `*G*`, what you’re getting is: