Multi-site programmes

Engineered once, proved on the hardest line, replicated across the group

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.

  • The mark carries the identifier your ERP or MES already generated, and the confirmation is written straight back against the job as an audit record
  • One reference design covering marking parameters per material, fixture and rig drawings, the interface specification and the safety layout, with group standard split from site local before rollout
  • Outbound-only network posture, least-privilege credentials you issue and revoke, and read access to the agreed PLC tags only

The layer above the source is what a rollout standardises on

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.

Integration at group scale

One interface specification, at one version number, at every site in the group.

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.

  • Inbound: job, part, batch, serial and order data, taken from the system that already owns it
  • Outbound: mark confirmation with timestamp, operator, machine and station, written back as an audit record against the job
  • One written interface specification per connection: fields, direction, format, transport, authentication model, behaviour when the other side is unavailable, test data, deployment and rollback
  • Identifier standards set once for the group: Data Matrix to ISO/IEC 16022, symbol quality graded to ISO/IEC 15415 and 1D to ISO/IEC 15416, and the read points the code has to satisfy at every site
  • The interface specification is versioned and carries a changelog, so a site commissioned this year and a site commissioned next year run the same interface at a known version
  • Composition happens per part at the head, so nothing is pre-rendered, nothing is stored twice, and a new product family is a parameter set rather than a rebuild

Go deeper

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.

A record-keeping problem is never allowed to become a production problem

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.

Integrating a marking line requires no inbound path into the plant

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.

  • Outbound only. The station initiates and your endpoint answers, so a site joining the programme opens no port for marking and your ERP stays behind whatever the group already puts in front of it.
  • Least privilege, issued and revocable by you. Read access to the job or batch fields the mark is composed from, write access to the single field carrying mark confirmation, and a PLC signal tap. Credentials are issued per site and revoked per site, so withdrawing one plant's access is a single action that touches nothing else in the group. No personal staff login is requested or wanted.
  • Read-only PLC posture. The station reads the agreed tags and leaves ladder logic and function blocks untouched. Any write is scoped as a specific handshake and signed off separately. OPC UA runs certificate-based security where the environment provides it. Each site's tag list is signed off by that site's control engineer and recorded in the reference design, so what a station reads is auditable from the document rather than from the controller.
  • A site with no route out runs the whole licence lifecycle on its own. The application mints a Device Setup Code carrying the device identifier, an Ed25519 public key, the device name and the platform. The portal returns an activation package containing an activation JWT and a lease JWT. The application verifies the RS256 signature, the issuer, the device identifier and the public key hash entirely locally. Offline lease refresh and offline deactivation both use Ed25519-signed requests, and the deactivation code persists across a restart so the device slot is provably released.
  • Licence integrity controls. State becomes expired if the system clock is set more than an hour before lease issuance, and local activation is cleared the moment the server reports the device unbound.
  • Secrets held in the operating system credential store: macOS Keychain, Windows Credential Manager, freedesktop Secret Service. Never a flat file on disk.
  • Supply chain integrity. Updates are fetched from a signed version manifest, and every download is verified against a published SHA-256 checksum before installation.
  • No retention of your production data. The station holds what it needs to complete the parts in front of it. Adding sites therefore adds no second production data store for the group to govern, retain and produce on request.
  • The AI assistance in the desktop application is the one part that needs a connection. On an isolated site it is switched off and everything else runs unchanged.

What a programme covers, end to end

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.

  • Scope. An on-site survey of the actual parts, the actual line and the actual conditions: material and surface state at the marking point, part presentation, line rate, floor space, power, extraction, and what the mark has to survive downstream through wash-down, weather, heat, handling and coating. The pilot site is surveyed in full and every following site is surveyed against the reference design, so a difference in material, presentation or line rate is recorded as a difference rather than assumed away.
  • Source selection. The source follows the material: fibre and MOPA on steel, stainless, aluminium and coated metal, green on copper, brass and precious metal, UV on glass, ceramics and heat sensitive plastics, CO2 on timber, board and coated surfaces. On a group programme each material family is assigned one source and one parameter set inside the standard, so the second site running that material inherits a setting rather than deriving one. The wavelength selection matrix, and the conditions attached to every figure in it, are on the engineering specification.
  • Engineering. Marking process design and capability trials on your own material, fixture and part presentation design, safety and extraction layout, and cycle time proved against your line rate. A typical timber brand on a single galvo head holds across 40 to 120 m/min. A full height dense brand, around 40 mm high and up to roughly 600 mm long, tops out around 75 to 85 m/min on one head, because the ceiling is how much stroke length one scanning mirror pair can draw in the time the part spends in its field of view, so above that the specification is a second head sharing the mark on the same encoder. The five variables that move that ceiling are mark height, character density, total mark length, line speed and available power, and beam time is path length, not area. Published figures are typical envelopes from our own testing, and the binding number is the one written into the acceptance criteria after the capability study on your material.
  • Build. The core is deployment-form independent: an inline galvo station marking a moving line, a marking head added into a fibre or CO2 cutter the plant already owns so the cut pauses, the code lands in the fixture and the cut resumes, a counterbalanced arm, a handheld rig for assets too large to come to a station, and the desktop application on a single machine. The rigs are designed and built in our Nelson facility: conveyors, rotaries, fixturing and jigs, extraction and filtration, safety enclosures and interlocks, camera and vision alignment, and counterbalanced arm and handheld heads. Class 4 safety is enclosure, interlocks, beam containment and a rated safety circuit to IEC 60825-1 and ISO 11553-1, specified with the station rather than added to it.
  • Integration. A versioned written interface specification against your ERP or MES, built and tested on representative production data before it goes near the live system, with a named owner on each side and the failure behaviour above written into it clause by clause.
  • Commissioning. Install, alignment, calibration, safety sign-off, integration cutover under your change control, and a first-run validation pass on real parts at real line rate against acceptance criteria agreed in writing before the build started.
  • Training. Operators, shift leads and maintenance trained on the installed system using your own jobs, until they run it without us in the room. Cover is trained at each site: the named owner and at least one backup on every shift pattern, working from the course the pilot site ran.
  • Support. A support tier scoped to the operation, with severity tiers defined in plant language, a named escalation ladder, remote diagnostics on the software and integration side, on-site attendance where the tier calls for it, and software updates for the life of the system. The structure is published below and the committed times are written into the support agreement before commissioning.
  • Spares. A holding agreed at commissioning against the parts that would actually stop the line, sized to the programme and held on site, rather than ordered from overseas after the first failure. The holding is sized per site rather than per group, because a spare sitting at another plant is not a spare.
  • Documentation. As-built documentation with equipment make, model, serial and distributor; marking parameters and machine profiles for every material and mark type, saved on the system and written down so a setting can be recovered rather than rediscovered; fixture and rig drawings; the interface specification as built; operator procedures; the maintenance schedule with stated intervals; the recommended spares list with lead times; the written support arrangement; and warranty documentation.

Reference design, then controlled replication

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.

  1. Step 1

    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.

  2. Step 2

    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.

  3. Step 3

    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.

  4. Step 4

    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.

  5. Step 5

    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.

How the programme is staged

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

The three programme risks we design out before build

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.

Support is committed by severity tier

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.

Questions asked before the first stage is approved

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.

Can the system run on an isolated OT network with no internet access?

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.

We already run an ERP. Are we buying a second system to maintain?

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.

What comes back from the capability study on our material?

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.

How does a programme differ from buying a marking machine on its own?

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.

Can we commit to one site and decide about the rest later?

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.

What does the group standardise, and what stays local to each site?

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.

How is response committed when a line stops?

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.

What does the first stage commit us to?

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.

How does continuity work over the life of the programme?

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.

One control layer, different source, different substrate, different line rate

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.

Start here

Manufacturing and fabrication

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.

Marine and heavy engineering

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.

Food, seafood and aquaculture

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.

Logistics and reusable assets

Pallets, crates, bins and returnable assets, bought on shrinkage and register accuracy. A returnable asset nobody can identify has already been partly written off.

Timber and wood processing

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.

Asset and equipment marking

Tools, jigs, gauges and infrastructure tied to ownership and maintenance records. An asset you cannot identify is an asset you will buy twice.

Start with the site scope

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