Machine-readable and human-readable data

Barcode, OCR and OCV label verification

Read dates, batches, serial numbers, barcodes, QR codes and Data Matrix symbols—then compare the result with the correct product or production data.

In-line inspection Data comparison Reject integration

What does an in-line label code verification system do?

It captures an image of every visible code or text field, reads or verifies the content, compares the result with an expected value when available, and creates a pass/fail decision. Depending on the project, the expected data may come from the active recipe, a PLC, an order record, a database or operator-entered batch information.

Select the correct tool

Reading, verification and quality measurement are different

Using precise language prevents a basic decode check being mistaken for standards-based barcode verification or a simple print-presence check being mistaken for full character validation.

MethodQuestion answeredExample
Print presenceIs the required print region marked?A date code exists in the expected area
OCRWhat characters are printed?Read a changing lot, expiry or serial number
OCVDo the characters match the expected text?Confirm a fixed warning or active batch value
Code readingWhat data is encoded?Decode EAN, GS1-128, QR or Data Matrix data
Data validationDoes the decoded value match the correct product or record?Compare a GTIN with the selected SKU
Barcode verificationDoes symbol quality meet the specified standard and grade?Measure defined ISO/IEC parameters using a suitable verifier
Labelled bottles passing an in-line code inspection station
Checks that can be combined

Connect code data with label and product identity

A decoded code is only useful if the system knows what the value should represent. We define the comparison logic and failure response as part of the inspection specification.

  • 1D barcode and supported GS1 data checks
  • QR code and Data Matrix reading
  • Best-before, use-by, batch and lot-code OCR
  • Serial-number and sequence checks where data is available
  • Human-readable text to encoded-data comparison
  • Product-to-label or recipe-to-label matching
  • Missing, incomplete, low-contrast or damaged-code detection
Image-quality fundamentals

Resolution and contrast determine what can be inspected

The code or character must be large and stable enough in the captured image. Trials should include the smallest code, fastest speed and least favourable normal print and packaging conditions.

01

Quiet zones and position

Packaging edges, label curvature and print position must not obstruct the machine-readable symbol.

02

Contrast and colour

Bars, spaces, cells and background must create sufficient optical separation under the chosen illumination.

03

Motion and focus

Exposure, triggering and product presentation must preserve sharp edges at the maximum production speed.

04

Expected data

Comparison rules must define the correct value, format, range, sequence and response to a no-read.

GS1 states that barcode quality is affected by factors including quiet zones, contrast, colour, size, deterioration and positioning, and that compliant verification equipment measures defined parameters and produces an overall grade. See GS1’s barcode verification guidance.

Frequently asked questions

Barcode and OCR inspection FAQs

What is the difference between OCR and OCV?

OCR reads characters when the value can vary. OCV checks printed characters against a known expected value or trained reference. The right method depends on whether the system must discover the text or confirm it.

Can a system verify GS1 barcodes and Data Matrix codes?

A suitable system can decode supported symbols, check syntax or expected data and monitor selected quality characteristics. Formal ISO/IEC print-quality verification must be explicitly specified and requires the appropriate method, equipment and reporting.

Can label data be compared with a database or PLC recipe?

Yes, where the data source, interface and failure behaviour are defined. The system can compare a read value with the active SKU, batch, order or database record before releasing the pack.

What happens when a code cannot be read?

A no-read can be treated as a fail, triggering reject, line stop or alarm. The required response, retry logic and result record are agreed during specification.

Prove the read

Send real labels at the smallest print and fastest speed

Include good codes, marginal examples, known failures and the exact data-comparison rules required for each product.

Request an application review
Discuss a project