Barcode not showing properly in a label template.

(7) Share

Report

Posted on by Joey Portier

113

Dear,

I made a label template for the labels we print at Posted warehouse receipt. I currently have the problem that the barcode in the top left (See picture) is not showing properly. It has a gap in it. Does anyone know how to fix this?

Kind regards,

Joey

Categories:

Dynamics 365 Business Central

I have the same question (0)

All responses (7)

Answers (1)

Suggested answer

Keval Lathiya 16 on at

Like (2)

Report
Copy link

Link copied!

Hello,

Please note that Business Central only provides basic barcode functionality using the EAN (GTIN) field. If you require a more detailed or customized barcode print, this is not available out-of-the-box.

To implement a fully customized barcode solution, coordination with a technical consultant is necessary. A tailored development would be required to meet your specific requirements.

Thank you for your understanding.

Was this reply helpful? Yes No
Suggested answer

Sohail Ahmed 11,169 Super User 2026 Season 1 on at

Like (3)

Report
Copy link

Link copied!

Hi Joey,

That usually happens if the wrong barcode font/size is used or if the printer DPI doesn’t match. Double-check the font (e.g. Code128/Code39), make sure the field isn’t resizing, and test with a scanner sometimes it looks broken but still scans fine.

Can you share which layout you’re using (RDLC, Word, or a label tool like Zebra/Bartender)? That will help narrow it down.

✅ Mark this as the verified answer if helpful.

Was this reply helpful? Yes No
Joey Portier 113 on at

Like (2)

Report
Copy link

Link copied!

Hi Sohail,

As extra information. We use a word (XML) template for the label. This is being printed by a Zebra printer (The printer itself is working fine). The current fond we are using for that is IDAutomationC39S.

The code that we need to print has ## in it. These are mandatory as they are part of the code that needs to be scanned.

I attached a picture of the word template.

Was this reply helpful? Yes No
Suggested answer

Alex A 3,072 Super User 2026 Season 1 on at

Like (2)

Report
Copy link

Link copied!

The problem is likely the hash marks ##. Certain characters like the hash marks can behave unpredictably in NAV/BC in various places (;@%#'). The hash marks could be being rendered as a control or delimiter character (or other behaviors) or if the barcode generator/printer doesn't support them.

Options:

- Replace the ## with a safe character temporarily to test if the barcode renders correctly.

- Remove the hash marks from the code or test this with another code that does not have hash marks and see if the label comes out correctly. Then you will know.

- Try switching to a more robust barcode type with proper encoding support.

- There might be a way to "escape" the ## with ASCII characters. This means replacing the hash marks with an ascii character that might render correctly:
- # (in HTML contexts)
- Hex: \x23 or %23 depending on the language or barcode tool
* If you're using a NAV report with embedded barcode logic, escaping might not work unless the barcode library explicitly supports it.

- If you're using a barcode font (like Code 39), escaping won't help—you need to ensure the font itself supports #.
- If you're using a barcode image generator or DLL, check its documentation for character encoding rules.

Was this reply helpful? Yes No
Suggested answer

Khushbu Rajvi. 22,132 Super User 2026 Season 1 on at

Like (3)

Report
Copy link

Link copied!

Please check this: https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/devenv-report-add-barcodes?tabs=1d

https://yzhums.com/11763/

Was this reply helpful? Yes No
Verified answer

Jeffrey Bulanadi 9,112 Super User 2026 Season 1 on at

Like (2)

Report
Copy link

Link copied!
Hi Joey,

Barcode gaps can undermine scan reliability and cause real friction in warehouse operations. From the image you shared, it looks like the issue stems from how special characters are rendered in the barcode string, especially the ## and * markers around the lot number.

Here’s what I’d recommend checking:

If you're using Code39, remember it only supports uppercase letters, digits, and a limited set of symbols. Characters like # and * can behave unpredictably depending on the font or rendering engine.

The * symbol is often used as a start/stop delimiter in Code39. If you include it manually (e.g., *LOT25000106*), make sure your barcode font isn’t duplicating it internally. Otherwise, you’ll get visual gaps or unreadable output.

Try removing the manual * and let the barcode font handle the framing. So instead of *LOT25000106*, just use LOT25000106 and see if the gap disappears.

If the ## is mandatory for your logic, consider switching to Code128, which handles a broader character set and is less prone to spacing issues.

Also check the font size and spacing in your label template. Word-based templates can sometimes stretch or compress barcode fonts, especially if the field is auto-sized or wrapped.

Once you’ve adjusted the string and confirmed the font behavior, test the printed label with a scanner to ensure it reads cleanly and matches the expected value.

Helpful References
IDAutomation Barcode Fonts – Official Site
Barcode Printing in Business Central – Yzhums
Code128 vs Code39 – BarcodeFAQ

If you find this helpful, feel free to mark this as the suggested or verified answer.

Cheers
Jeffrey

1 people found this reply helpful.

Was this reply helpful? Yes No
Suggested answer

Sumit Singh 11,757 Super User 2026 Season 1 on at

Like (2)

Report
Copy link

Link copied!
Hi Joey,

The most likely solution is to adjust the properties of the barcode field in your report layout file (RDLC or Word).

Increase Textbox Width: Open your custom report layout. Select the textbox that contains the barcode and slightly increase its width. This usually provides enough space for the barcode to render completely.

Check the CanGrow Property (for RDLC): If you are using an RDLC layout, select the barcode's textbox. In the Properties window, ensure the CanGrow property is set to True. This allows the textbox to expand vertically if needed, which can sometimes help with rendering.

Verify Barcode Symbology: Ensure you are using a suitable barcode font/symbology (like Code 128) that can handle your data string (C-000008##LOT25000106). The special characters (##) might be problematic for simpler symbologies like Code 39.

Official references:-

Print barcodes from production orders | Microsoft Learn

Troubleshooting Printing - Business Central | Microsoft Learn
Note: This answer is based on my understanding, with Microsoft Copilot helping me organize and polish the wording.
Mark the Boolean true “Does this answer your Question” if this was Helpful.

Was this reply helpful? Yes No