// Key takeaways
- A packaging reload can introduce a mismatch even when the product recipe has not changed.
- Verify each independently loaded packaging level.
- Challenge both the digital decision and the physical hold or reject.
Which changes can introduce the wrong packaging?
Map how labels, preprinted film, cartons and outer cases reach the line. A roll change can introduce an old artwork revision; a manual case supply can introduce another product’s box; rework can return packs from a previous order. Give each transfer an owner and an expected identity. The useful trigger for verification is the event that can change the material, not only the start of the shift.
| Event | Expected reference | Challenge |
|---|---|---|
| Product change | Authorised order, SKU and packaging revision | Previous product and previous artwork version |
| Roll or label reload | Same approved recipe and newly loaded material | Correct barcode with wrong revision-specific artwork |
| Outer case loading | Approved pack-to-case relationship | Correct inner product in a wrong printed case |
| Rework entry | Controlled rework order and disposition | Pack from an incompatible earlier run |
| Restart after interruption | Confirmed active recipe and tracked material state | Missing data or stale pass result |
What belongs in the approved master?
Define the product identifier, packaging level, artwork revision, discriminating visible fields and variable data rules. The quality or packaging owner approves legal text and artwork; the line’s verification system enforces the resulting mapping. Keep fixed artwork separate from dates, batch codes and other permitted variable fields. If two revisions share the same code, identify a visible difference or add a controlled revision identifier. A camera cannot distinguish revisions whose observable information is identical.
How is a meaningful challenge performed?
Prepare identified challenge samples for wrong SKU, old artwork, missing or unreadable identifiers and conflicting packaging levels. Follow the site’s controlled procedure so test material cannot escape into saleable production. Confirm that the selected recipe is the intended one before presenting a sample. Observe the camera result, PLC response and physical disposition together, then account for the challenge samples and restore the authorised running state.
What happens when expected data are absent?
A no-read and a mismatch are different recorded reasons, but neither supplies a valid identity. If the expected work order is unavailable, the system must use the documented hold or authorised manual procedure; it should not adopt the identity of the next observed pack. Define who can change the recipe, how a bypass is logged and which material is quarantined after a failed check. After recovery, verify the corrected condition before restarting release.
What evidence should be retained?
Record the line, order, packaging revisions, inspection recipe, event that triggered the check, challenge sample identity, expected/observed result and physical disposition. Include the operator and any authorised exception under the site’s normal record controls. Keep a retention rule rather than saving unlimited production images. Review the applicable certification scheme version with the quality owner; this article provides an engineering control plan, not a claim that one camera satisfies every audit requirement.
Production packaging-version verification · General label verification SOP
Treat changeover as a controlled state transition
A changeover changes more than a product name on a screen. Treat replenishment of packaging stock and a film or label reel change as controlled events too: confirm material identity and repeat the relevant first-off and challenge checks even when the SKU name remains unchanged. Packaging stock, printer job, date logic, expected barcode, inspection regions, reject tracking and downstream case labels may all need to change together. If one device switches early and another keeps the previous run, individually functioning equipment can release a mismatched product. Define when the old run ends, when remaining material is cleared and what evidence permits the new run to start.
Use explicit states such as running, held for changeover, awaiting recipe acknowledgement, first-off check and released. The names can follow the plant system; the important behaviour is that an incomplete transition does not silently return to running. Record the accepted recipe and packaging revisions together with the production-order identity. A temporary manual override needs a controlled scope and release procedure rather than becoming a hidden permanent bypass.
South African food-label requirements are part of the controlled specification. The dated R146 source discusses batch identification and date marking; R638 supplies food-premises hygiene context. (South African food labelling regulations R146, published 1 March 2010) (South Africa: food premises and transport hygiene regulations R638, 2018) The vision system checks the approved information and visible packaging. It does not determine allergen content, validate shelf life or decide which product label the business is legally allowed to use.
Challenge the combinations that ordinary good packs do not reveal
| Deliberate challenge | Failure path being tested | Release evidence |
|---|---|---|
| New product with old artwork | Wrong packaging identity | Correct hold or reject with the reason recorded |
| Correct artwork with old date/batch | Stale printer or expected data | Comparison fails despite readable print |
| Correct unit label with wrong case label | Aggregation mismatch | Downstream case/pallet control contains the mismatch |
| Recipe selected but not acknowledged | Communication or loading failure | No uncontrolled start from stale parameters |
| Old pack left between camera and reject | Tracking across the run boundary | Documented clearance or correct containment |
GS1 General Specifications section 3 defines the data fields used when GS1 symbols are part of the packaging system. (GS1 General Specifications, Release 26.0) A correct check digit or valid symbol does not establish that the code belongs to the product currently being packed. Compare the decoded identity with the released order, and verify any relevant relationship between consumer unit, case and pallet rather than assuming that readable codes are mutually consistent.
Keep positive and negative challenges. A known correct first-off pack demonstrates the intended new recipe; an old but readable label demonstrates that the obsolete recipe cannot pass. A missing label exercises another path. Challenge packs must remain identified and controlled so they cannot be mixed into saleable production after the test.
A hypothetical flavour change on a shared packaging line
Hypothetical example: a line changes from Product A to Product B. The containers have the same shape, while the lid, printed identity and authorised date record differ. The camera’s shape locator still succeeds for both, so location success is not a product-identity decision. The release logic requires the new lid identity, the expected product code and the new date/batch values to match the approved order.
Present a Product B container with an old Product A lid, then a correct lid with the old batch code. Each must fail for its own reason. Next, interrupt the recipe acknowledgement and verify that the line remains in the defined hold state. Finally, follow a seeded failure through the reject to confirm that changing recipes did not reset product tracking in a way that releases an old pack or removes the adjacent good one.
This example defines test logic without prescribing any real product’s artwork or shelf-life rule. HIKROBOT’s VisionMaster description includes identification, measurement and logic-related inspection capabilities, but a tool catalogue does not establish that these line-level interlocks have been implemented correctly. (HIKROBOT VisionMaster product page) The evidence must come from the complete configured system.
Make the release record useful to the next shift
The record should say what changed, which approved references were used, which challenge samples were run, what the station decided and who resolved any hold. Preserve the recognised and expected values for a mismatch. “Camera checked” is too vague to establish whether the old label was actually rejected or only whether a new label could be read. Record the first released product boundary so a later investigation can identify the affected run.
Separate independent checks from duplicated data entry. If the operator types the same wrong value into both coder and camera, the resulting agreement is not independent verification. Prefer controlled master data with a clear approval path, then use the physical first-off check to confirm that the loaded specification matches the intended product. Where manual entry remains necessary, specify how it is checked rather than implying automation has removed the risk.
After a failed challenge, retain the failure evidence, identify potentially affected product and correct the cause before repeating the relevant tests. A known-good sample reading successfully after a failure does not demonstrate that the wrong-label path has recovered. If thresholds or model settings changed, use an independent evaluation set; Google’s dataset guidance explains why development and final test data should remain separate. (Google Machine Learning Crash Course: dividing datasets)
The linked label-verification SOP describes the repeatable operating record, and the production solutions cover imaging and reject design. This article focuses on the transition between approved runs, where readable but obsolete information and stale device states can defeat an otherwise capable inspection station.
Frequently asked questions
Is artwork proof-reading the same task?
Does a readable barcode prove the correct packaging version?
Does a matching allergen statement prove the product contains the right ingredients?
Frank Guo is addaScan’s technical lead and writes the technical articles on this site. More about the team → LinkedIn
Sources
- Foundation FSSC: FSSC 22000 scheme (Official scheme entry point, checked 26 October 2026. Use the version applicable to your certification; the station verifies your approved packaging master.)
- HIKROBOT VisionMaster (Vendor tool scope, verified 25 September 2026 in the source ledger. Tool availability is not proof of performance on your products.)
- South African food labelling regulations R146, published 1 March 2010 (dated text: definitions and regulations 7, 11, 12; not a consolidated legal opinion; read 2026-10-27)
- South Africa: food premises and transport hygiene regulations R638, 2018 (hygiene framework; no camera certification claim; read 2026-10-27)
- GS1 General Specifications, Release 26.0 (sections 3 and 5: data and symbol requirements; read 2026-10-27)
- Google Machine Learning Crash Course: dividing datasets (training, validation and independent test sets; read 2026-10-27)