Skip to content
Moduloa
← Manufacturing
MOD-01 · The model · Phase 5 of 6

Quality & Logistics

Phase 05

The run closes with the same discipline it ran under. Quality results roll up into the hub's living certification score. That is the score routing reads next time. Parts ship with a chain of custody a regulated customer can act on, and what arrives is a product with its history attached.

What happens

Close the run, keep the proof

01 · Quality rolls up into the hub's certification

Every gate result, deviation, and test record from the run rolls up into the hub's living certification score: not a plaque on the wall, but a number that moves. It is the same score routing reads when the next order is placed. Good work literally earns a hub its next order; a bad quarter costs it real routing decisions. The thesis supplies the ingredients: certification tier and quality history as separate routing inputs. Fusing them into one living score is a Moduloa design choice built on top: the factory OS (Layer 04) carries the records, and the score is Layer 05's instrument.

Run quality→Hub certification score→Next routing decision→and around again
02 · Package and ship: chain of custody intact

Logistics closes with the same discipline as the line: what shipped, from which line, under which blueprint version, handled by whom, when. The chain of custody is not paperwork bolted on at the dock; it is the run's own data, carried through packing and carrier handoff.

03 · The customer receives parts with history attached

What arrives is not just product. It is product plus proof: per-serial test records, gate results, the blueprint version that made it, and the hub's certification standing at the time of shipment. The relationship was never with one factory. It was with a certified capacity network, and this is the moment that becomes tangible.

Worked example: what ships with the EX-100 batch
BatchEX-100 rev C · 200 units · serials 0001–0200.
Produced atHub A · Norway · Tier 3 certified · certification score at shipment on record.
Blueprintv1, released 2026-06-30. Every unit in the batch made under the same released version.
Quality record200/200 passed all gates · one in-run deviation, resolved and logged as D-0117 against blueprint v1.
Per-serial recordsFull test record for each serial, attached digitally: the trace from Phase 4, delivered.
Chain of custodyLine → pack → carrier, timestamped end to end.

This is what "history attached" means in practice: a regulated customer can audit the batch from their desk.

The unit record

Transparency as a product feature

The batch record at shipment is the snapshot. The unit record is the living version: everything the network knows about one physical unit, owned by the customer for the product's whole life. This is also where Track, the brand's product-lifecycle exploration, was merged: its whole idea, absorbed into how everything here is built.

Scan the product, see everything

Every finished unit ships with its master ID as a QR on the product (marking requirement M-07). Behind customer sign-in, that scan opens the unit's full genealogy: every supplier part consumed (by the identity the supplier marked on it) with its lot or serial, its attestations, and its test records where they exist; every assembly step with station, executor, and timestamp from the execution trace; every test with its pass criteria and measured values; production dates at every level. Down to the level we can give, which is exactly the level the identities go down to. When something goes wrong in the field years later, the customer's first stop is their own database, not our inbox.

And an API, because it is their data

The same record is available over an API, so customers integrate it into their own systems (quality dashboards, field-failure analysis, warranty flows), shaped however they want. The data we hold about their products is theirs to use; the portal and the API are the delivery mechanisms, and like the resolver they are specified before they are built. That is on the record here so it can be held against us. The inbound direction needs no API: the intake standard publishes its schema, so a customer's own system can emit a conforming build tree without us. Machine-readable in, machine-readable out, and only the second half is still a commitment.

The discipline

Boring on purpose

Almost nothing in this phase is novel, and that is deliberate: the instruments are the ones serious quality systems have used for decades. The new part is only where the results go: into a score that decides routing.

Inspection plansDefined at industrialization, executed as the blueprint's quality gates, never invented at the bench.
Deviations, CAPA, 8DEvery deviation is logged against a blueprint version and closed with corrective action: data for the next version, not folklore.
CalibrationTools and gauges carry IDs and calibration status in the factory OS; an uncalibrated tool cannot sign a gate.
Serial traceabilityPer-unit history as default data exhaust: measurements, stations, tools, timestamps, blueprint version.
Audit trailsThe whole chain is reviewable after the fact: who, what, when, under which released version.
Audits and stop authorityHubs are audited against their certification, and certification carries the authority to stop a hub's runs when quality demands it. The network's brake, not a suggestion.
The honest limits

What has to be proven

A living certification score that decides routing is not yet a commercial instrument anywhere: hubs may resist being scored, and customers may not trust a number they did not audit themselves. And one of the network's sharpest risks lives in this phase: one hub's quality escape damages every hub's credibility. The thesis's answer is strict certification, audits, stop authority, and traceability (the mitigations this page describes). This phase now has its own dated test, P-29: by 2032, a customer places a routed order where the producing site was chosen partly on a living, quality-fed certification score, not a static audit certificate. P-12 (a factory OS controlling quality as versioned configuration) and P-27 (a certified process transfer, publicly demonstrated) flank it. See the register →

← Phase 4 · ExecutionPhase 6 · Learning →
Phase 5 of 6 · Sourced from the working thesis v0.2 · Read the thesis →
Ask Datum