Connection patterns and failure edges
The detail IT and OT evaluators ask for: transport patterns, authentication models, data ownership and documented behaviour at each edge.
The Light Lane Control Layer reads the PLC tag that identifies the part at the head, pulls the job, batch or serial from the ERP or MES that already owns it, composes the mark for that specific part, fires it at line rate, and writes the completion back against the job with timestamp, operator, machine and station. Every station dials out to your endpoint over TLS, so bringing a site onto the programme opens no inbound path into that plant. One line is proved first, documented as a reference design, then replicated site by site under a group standard. Systems are in build and in delivery across New Zealand timber, food and meat processing, packhouse, logistics, marine and precision engineering.
A group buying marking is not buying heads. Sources, galvo pairs, enclosures and interlocks arrive at every site out of the same catalogues at the same specification. What arrives different at every site is everything above them: the PLC tag that names the part at that head, the ERP instance that owns that job number, and the line rate that decides how much drawing time each part gives you. That is the layer a rollout either standardises on or fragments across. Why it stayed open, and the connection patterns that close it, are set out on integration architecture.
Light Lane builds that layer, and the engineering behind it runs across optics, mechanical design, control software and enterprise systems in one organisation. At group scale that matters for a specific reason. A marking system fails at the boundary between the physics and the data, and splitting that boundary across a sales team, an offshore factory and a third-party service network is what produces the failure. So the engineer who writes your interface specification builds the integration, runs the factory acceptance protocol, commissions on your line and holds the escalation, and the same person answers when site four asks why its parameter set reads differently from site one's.
Materials, speed envelopes and symbol grades are published on the engineering specification. The acceptance document set, the gates and the handover pack are on programme assurance.
The Light Lane Control Layer connects to the systems already running the business: NetSuite, Infor M3, Microsoft Dynamics 365, SAP, Cin7, Unleashed and Fishbowl, alongside the WMS, TMS, CMMS, calibration management and yard management systems sitting beside them. It connects through defined patterns, REST or SOAP, a read-only database view, a watched file drop, a message queue, an OPC UA or Modbus TCP tag read, and sanctioned middleware, each carrying its own authentication model and its own documented failure edge. The pattern is chosen with your IT team against what your environment already runs and what they will sanction. On a group programme that pattern is sanctioned once by your central IT function, so each following site deploys an approved pattern rather than opening a fresh security review. The plant never gets a second database to maintain, and on a multi-site programme that constraint is set once for the group rather than negotiated site by site.
Connection patterns and failure edges
The detail IT and OT evaluators ask for: transport patterns, authentication models, data ownership and documented behaviour at each edge.
Engineering specification
Materials, mark types, speed envelopes and symbol grades, with the conditions attached to every number.
Every brochure in the category describes a system that works. This is what the station does when something upstream moves. Cache depth and hold duration are sized against your run length and line rate at the specification stage, and each behaviour below is written into the interface specification before build.
| Event | What the Control Layer does | Why it is engineered that way |
|---|---|---|
| The ERP is inside a maintenance window | The station fills a pull-ahead cache rather than calling per part, and keeps composing marks from cache to the depth agreed at specification. | A maintenance window on a business system never stops a physical line. |
| The network drops mid-shift | A site at the far end of a group WAN buffers its completions on the station and replays them when the link returns, each one stamped at the moment its part was marked. The group's record reassembles in mark order rather than in reconnect order. | That is the difference between an audit trail and a fiction. |
| The cache runs out | Marking pauses at the head and the station raises the fault. Identifiers are read from your system and never generated at the station, so no site in the group can mint a number another site could later reissue. | A part carrying a plausible but incorrect identifier costs more to unwind than a part carrying none. |
| The PLC signal is missing, or two signals conflict | The station refuses to match and logs the exact signal state at the moment of the conflict. | The control engineer debugs from a record rather than from a description given over the phone. |
| The schema or the credentials move underneath it | The pull is failed and the fault is raised against the interface specification version that site is running, so the change is traced to a version rather than argued site by site. | A silent field-mapping change is how a whole run gets marked with the previous product's data. |
| An upstream identifier could collide | Either the uniqueness rule is fixed in the source system, or the mark carries a composite of site, line, date and run, agreed in writing before build. | Uniqueness is decided at design time on paper, not discovered at a scanner in year two. |
| A part fails verification in line | Hold or divert, whichever the plant chooses, written down before build and applied identically at every site in the group. | The plant decides what happens to a suspect part once, rather than whoever is on shift deciding it again each time. |
One posture, reviewed once by your group security function and deployed unchanged at every site. A mixed estate is normal: a plant sitting on the corporate network and a plant sitting on an isolated OT network behind a full air gap run the same build, and at the air-gapped site the licence lifecycle runs locally with it.
Each of these is scoped and priced as its own line rather than folded into a single number labelled 'system', so a buying group can see what buys what.
A group standard that was never proved on a line is a document. The order runs the other way: one line, accepted on its own numbers, then replicated under change control.
Prove it on the hardest line
The first site is chosen on difficulty rather than convenience: the worst material, the busiest shift, the oldest ERP instance, the most awkward part presentation. If the marking process holds there, it holds at the easier sites, and the parameters carry across instead of being rediscovered.
Why it matters: A pilot chosen for an easy win tells a group nothing about the sites that follow.
Accept it against criteria written before the build
The pilot is accepted against criteria agreed in writing before anything was built: mark permanence on your material under the conditions you state, read rate at line speed on the scanner class your people carry, verification grade per ISO/IEC 15415 at the threshold your customer requires, cycle time against the real line rate, and the round trip to your ERP confirmed end to end with the completion record landing against the right job.
Why it matters: The pilot's acceptance record is the number every following site gets measured against, so it has to exist before the first build starts.
Turn the signed-off line into a reference design
Once accepted, the line becomes a documented reference design: marking parameters per material, fixture and rig drawings, the interface specification at a version number, safety and extraction layout, operator procedure, maintenance schedule and spares list. The next site starts from that document rather than a blank page, and any change to it is a change to the group standard.
Why it matters: A reference design is what turns the third site into a deployment instead of another project.
Split the group standard from what each site sets locally
Every site has its own building, power supply, extraction route, shift pattern and scanner fleet, and its own variation in the parts. Before rollout, the reference design is split into what stays fixed across the group, marking parameters, the interface specification, identifier standards, safety design and support tier, and what each site sets for itself, line rate, part presentation, power, extraction routing and scanner fleet. A plant manager can see which decisions are theirs and head office can see what stays standard.
Why it matters: A rollout that assumes every site is identical stalls at the first one that is not.
Replicate site by site, with the same sign-off each time
Each following site gets its own survey, its own trials where the material differs, its own commissioning pass on its own parts, and its own signed acceptance record. Group standard, group documentation, group support tier, local proof. Sites go live on their own schedule rather than waiting for the whole programme to finish.
Why it matters: A site holding its own signed acceptance record stops treating the rollout as something done to it.
A programme this size is rarely approved in one signature. Each stage is scoped, quoted and accepted on its own, and each leaves the plant holding something usable whether or not the next stage is approved. Payment is released against the gates, so exposure at any point is capped at the value of the stage in progress, and the final release is tied to the Site Acceptance Record signed on your line.
| Stage | What happens | What the plant has at the end of it |
|---|---|---|
| Capability study and scope | Send a part. The capability study returns a numbered report stating substrate and surface condition as received, the parameter set, verification grade against the applicable standard, durability against the conditions you state, and the process envelope determined on your material. Alongside it, an on-site survey of the parts, the line and the conditions, and integration discovery with your IT team. | Your own parts back, marked, with a numbered capability report and a scope a board can read |
| Design and specification | Marking process specification, fixture and part presentation design, the written interface specification against your ERP or MES with its failure behaviour clause by clause, and acceptance criteria agreed in writing before anything is built | A specification detailed enough to tender against, with a price against it |
| Pilot line | Build and configuration, factory acceptance run and signed before the system leaves us, install and commissioning on site, operator training, handover pack. A system that has not passed its factory acceptance protocol does not ship, and witnessed factory acceptance is offered as standard. | One line in production, signed off on your parts, documented as a reference design |
| Controlled replication | Reference design applied site by site: survey, install, commissioning, training and its own signed acceptance record at each, with the group standard held under change control | Each site live on its own schedule, running the group standard |
| Ongoing | Support tier, spares holding, software updates against a signed version manifest, and re-scoping as the product line or the ERP changes | A system that stays supported as the parts and the systems around it change |
Marking programmes are decided by three things that have nothing to do with the laser, and all three are visible early enough to design out. Each one is a scope item before the build starts rather than a discovery in month four.
| Programme risk | Where it surfaces on site | The control built into the scope |
|---|---|---|
| No named operator owner at the site | Training lands on whoever is free that week. Nobody owns the marking station, so when a mark fails verification on a Sunday shift the station gets bypassed, and the workaround becomes the process. Six months on, the mark is trusted less than the paper log it replaced. | A named operator owner and a named backup are agreed with the plant manager as part of the scope before the build starts. Naming them is the single strongest predictor we have of whether a line is still marking a year later, so commissioning at a site follows the naming rather than preceding it. |
| Mark fields that live outside any system | The mark is specified to carry a grade, a treatment detail or a run number that in practice lives in an operator's head, on a whiteboard, or in a spreadsheet keyed up at the end of the shift. There is nothing to read at mark time, and it surfaces during integration build rather than during scope. | Integration discovery runs in the capability and scope stage, before anything is quoted, and traces every field on the proposed mark back to the system and the moment it is created. A field that fails the trace either comes off the mark or the process that creates it changes first, and which of the two it is becomes your decision, made with the cost attached. |
| Scope growth after the criteria are set | A second part family, another material, one more site, an extra field on the mark. Each one is reasonable on its own. Together they move the acceptance criteria after the build has started, and the programme lands late with everyone certain the other party changed it. | Acceptance criteria are agreed in writing before the build starts, and the programme is staged so an addition becomes a scoped, priced stage rather than a favour. On a rollout that discipline compounds, because an addition accepted quietly at the second site becomes the standard every later site inherits. |
The tier definitions are written in plant language. What is handled remotely, what triggers site attendance and the escalation ladder are fixed across the group. The committed times are set per programme against your site location, shift pattern, on-site spares holding and whether the line can run degraded, priced in the proposal you approve, and written into the support agreement before commissioning.
| Tier | What it means on the floor | How it is handled |
|---|---|---|
| S1 | Line stopped, no workaround. | Diagnosis starts on the first call, run by the engineer who commissioned that site, against its as-built record and the interface specification version it runs. Where the fault is mechanical or optical rather than in software or integration, attendance is dispatched under the time that site's agreement carries. |
| S2 | Parts are still moving, but the site is running outside its accepted configuration. | Remote diagnosis, then a fix scheduled inside the window that site agreed. The workaround and the date it ends are recorded against the site, so the group can see at any moment which of its sites are running off-standard. |
| S3 | Line unaffected: a new material, a new part family, a parameter set to add, a configuration change. | Handled remotely under the programme's change process, with the parameters written back into the reference design so the setting can be recovered rather than rediscovered. |
| S4 | No production impact: a new person to train, or a document a site needs out of its handover pack. | Answered by the engineer who wrote your interface specification and commissioned your line. |
Capital structure, staged payment, prequalification and the acceptance document set are on programme assurance. Materials, mark types, speed envelopes and symbol grades are on the engineering specification.
Yes. The station runs on the isolated network, the connection to your endpoint is outbound only over TLS, and every licence state transition, activation, lease refresh and deactivation, is available offline through Ed25519-signed requests that the application verifies locally against an RS256-signed lease. Secrets sit in the operating system credential store rather than a file. The AI assistance in the desktop application is the one part that needs a connection, and on an isolated site it is switched off while everything else runs unchanged.
No. Your ERP or MES stays the system of record. It owns the job, the batch and the identifier. The Control Layer reads that identifier, composes the mark for the part at the head, fires it, and writes the confirmation back against the job with timestamp, operator, machine and station. There is no parallel database for your team to reconcile, and on a group programme that is settled once rather than site by site.
A numbered report: substrate and surface condition as received, the parameter set, verification grade against the applicable standard, durability against the conditions you state, and the process envelope determined on your material. A group running several materials gets a report per material, and those reports are what the parameter sets in the reference design are built from.
A machine arrives per site and has to be made to work per site. The programme is the part that does not repeat: the interface specification, the acceptance criteria, the parameter sets per material and the documentation are engineered once at the pilot and applied at every site after it. A group buying heads site by site pays for that engineering site by site, and gets a different answer at each one. How a programme is priced and staged is set out on pricing.
Yes, and that is the usual path. The pilot stage delivers one line in production with the documentation that makes it repeatable. Each stage is accepted and paid on its own, so stopping after the pilot leaves you holding a running line, its signed acceptance record and its reference design rather than a half-built rollout. Nothing about the pilot depends on the rollout being approved.
Marking parameters, the interface specification and its version, identifier standards, safety and extraction design and the support tier are set once and applied everywhere. Line rate, part presentation, power supply, extraction routing and scanner fleet are assessed and set at each site, because no two buildings are the same. The split is documented before rollout starts rather than worked out during it.
By severity tier, with the definitions and the handling published above. S1 is a stopped line with no workaround. The committed times are set against your site location, shift pattern, on-site spares holding and whether the line can run degraded, priced in the proposal you approve, and written into the support agreement before commissioning.
The capability study and the site scope are priced and run as their own engagement, and they are the recommended starting point for a programme of this size. They produce a numbered capability report and a written scope, and both are yours. What each later stage commits you to, and what the gates release, is set out on programme assurance.
Continuity is engineered into what each site ends up holding. Every site keeps its own as-built record, its own marking parameters and machine profiles, and the interface specification at the version that site runs, all resident on site. The equipment underneath is standard industrial hardware sourced through its New Zealand channel, so a replacement part is a part number rather than a project. How that is contracted, gated and paid across a rollout is set out on programme assurance.
The same composition engine, the same connection patterns with their authentication models and failure edges, the same acceptance document set and the same handover pack are specified across every substrate a group runs, and only the source and the parameter set change with the material. That is what lets a group holding a timber site, a meat plant and an engineering shop run one standard rather than three separate programmes. The shift is substrate blind: a retailer moving to 2D scanning does not care whether the object is a chilled carton or a returnable crate, so any marking approach that works on one substrate alone is disqualified from being the answer by definition.
Part-level identity tied to the ERP job. The part is anonymous from the second it drops out of the nest, so the code lands in the fixture on the cutter you already own.
Castings, components and assemblies with decades of service life, where certification and service-life traceability carry the case. The marking standard a customer imposes is written into the acceptance criteria at every site that supplies them.
Cold, wet, caustic wash-down operations bought on recall containment. The Food Act 2014 asks for one-up one-down and mandates no particular code format, so the specification is written around the recall you want to bound.
Pallets, crates, bins and returnable assets, bought on shrinkage and register accuracy. A returnable asset nobody can identify has already been partly written off.
Ink and solvent spend, head cleans and line uptime, with mark durability held at line speed on a moving green chain. Usually the highest-throughput site in a group, which makes it the right place to prove the design.
Tools, jigs, gauges and infrastructure tied to ownership and maintenance records. An asset you cannot identify is an asset you will buy twice.
Bring the part, the line rate the station would have to hold, the conditions the mark has to survive downstream, and the name of the system that issues your job numbers. We survey the actual line, run capability trials on your own material, and come back with a written scope, the interface pattern your IT team sanctions, and a staged price against the gates. Send a part ahead of the visit and the numbered capability report is on the table when we arrive.
Last updated August 21, 2026