Skip to content
GREEN FUTURETECH.
Explore

Research libraryFactories on a Weak Grid

Chapter 14 of 14 · Part IV · Draft web edition

Scale the design only after continuity is demonstrated

GFT recommends a staged programme that measures site conditions, proves a local record and expands only when recovery evidence supports it.

Sections
7
Exhibits
4
Minutes
24
Sources
15
EX 55 · Add inspection and remote reporting: from 4 to 5 (illustrative ordered stage position, not elapsed time)

The cloth is woven from this chapter's 4 exhibits: each weft is one exhibit's own data, normalised; each warp group is a section. The probe reads the exhibit's own value where it crosses. Procedural visualisation, not a measurement.

The chapter as a draft: 7 sections, 3 exhibit wefts, one shuttle.

Lead exhibit · 55ScheduleillustrativeThe roadmap advances through evidence gates
0246Agree boundaries and requirementsMeasure the site baselineProve the minimal local recordQualify declared fault behaviourAdd inspection and remote reportingObserve the operational pilotDecide whether to scale

Read-outAgree boundaries and requirements: from 0 to 1 (illustrative ordered stage position, not elapsed time)

Method and source

Illustrative programme logic, not a delivery schedule or a record of completed GFT work. Equal numeric spacing shows sequence only. Durations, resourcing and any permitted overlap remain operator-selected planning inputs after the site survey.

Unit: illustrative ordered stage position, not elapsed time. Status: illustrative. Sources: S05, S06, S28. Illustrative figures are teaching examples, not measured factory results.

The chapter's warpBar: share of the reading · square: an exhibit

Section 14.0 · Opening · 1 min · no exhibit of its own · one movement Go to section ↓

Overture · 1 min

A weak-grid factory should scale its digital system only after the existing boundary has demonstrated safe local operation, conservation of acknowledged records and recovery by the local team. The correct sequence is to agree the production and record boundaries, measure the site, prove the smallest useful durable record, qualify inspection and remote reporting, then expand against operating evidence. A calendar can coordinate that work, but it cannot authorise it. Each stage earns the next through artefacts that another reviewer can inspect. This chapter sets out that proposed programme and its measures. It does not report a commissioned GFT deployment or a realised site result.

¶ 01

The staging also limits the cost of being wrong. A site baseline can invalidate an autonomy assumption before equipment is ordered. A minimal record pilot can expose a lost commit before inspection, remote analytics and additional lines inherit the defect. An operational pilot can reveal that a technically sound fallback is unusable by the shift team. Keeping each uncertainty inside the smallest practical boundary is therefore both an engineering control and an investment control.

¶ 02

14.12 min · 6 paragraphs · 1 exhibit

Begin by agreeing the production and record boundaries

The first deliverable is an operator-approved boundary statement, not a bill of materials. It should identify the tasks that must continue, those that may degrade and those that must stop under each declared failure. It should also distinguish physical production from the digital record. Protecting an edge computer and its network can preserve capture and supervisory visibility while machinery is stopped. It cannot make an unpowered motor turn. NIST operational technology guidance places performance, reliability and safety beside security, so these boundaries belong to the responsible operations and engineering authorities rather than to a software supplier alone.[S03]

The record boundary needs equal precision. For every included task, the site should agree the event identifier, source and sequence fields, operation and bundle context, quality disposition, clock-quality fields, acknowledgement meaning and reconciliation owner. The statement should say which acknowledgements mean validated, written, locally committed or remotely accepted. It should name the approved manual process, the authority to enter it and the evidence required to leave it. Contingency planning begins by evaluating operations to determine requirements and priorities, which is why these decisions precede technology selection.[S05]

¶ 02 · 1 source

S05

A requirement register should carry each choice into later acceptance. Its rows need a failure stimulus, permitted service state, allowable record loss, recovery boundary, evidence owner and unresolved assumption. Where the site cannot yet choose a value, the register should record the missing observation and the decision date or condition. A blank field marked unknown is more useful than a plausible default copied from another factory. The same register should define who can change a requirement after a test result is known, preventing an inconvenient failure from becoming an informal relaxation.

¶ 03

Exhibit 55 expresses the proposed sequence as ordered positions rather than promised dates. Each transition depends on evidence from the preceding boundary.

The roadmap deliberately makes the manual performance-management record the starting capability. Structured point-of-work logs can establish identifiers, operating routines and supervisory review before automated capture is expanded. Bought inspection becomes a qualified addition to that record, with its own inputs, offline startup and human fallback. Forecasting belongs later still, because a forecast cannot repair an incomplete or untrusted event history. This order follows GFT's Cameroon textile programme as a design basis, not as evidence that the capabilities have already been commissioned.

¶ 05

This sequence does not prohibit remote services. It prohibits making them silent prerequisites for local duties. Non-urgent planning, central comparison and model development can proceed in parallel when their absence cannot interrupt local capture or quality authority. The boundary statement should make that independence testable. If a supposedly remote service can block a cold start, a licence check or an operator login, it belongs inside the continuity scope.

¶ 06

14.22 min · 7 paragraphs · read with a related exhibit

Measure the site before fixing autonomy and retention

The baseline stage should replace general concern about unreliable supply with an observed site envelope. Recorders should capture power events at the intended digital circuits, while the network survey traces switching, naming, backhaul, shared supplies and upstream dependencies. Operator interviews should reconstruct recent failures, manual workarounds, restoration delays and record disputes. Their recollections are evidence about operating practice and investigative leads, not a substitute for instrumented durations. The resulting dossier should distinguish measurement, recollection and assumption.

National evidence establishes why this work matters but cannot set the equipment rating. In the World Bank's Cameroon 2024 country profile, 93.3 percent of surveyed firms reported experiencing electrical outages and the reported frequency was 10.4 outages in a typical month. These are firm-response indicators across the survey population, not a textile-only sample, a duration distribution or a prediction for the proposed site.[S01] The survey methodology also constructs population inference through sampling and weighting rather than measuring every factory circuit.[S02] Neither statistic can be inserted directly into a battery, queue or recovery calculation.

¶ 02 · 2 sources

S01S02

A useful baseline therefore needs its own measurement-quality controls. The recorder must remain alive through the events it is meant to observe, or its gaps must be visible. Its clock state must accompany event start and end. The team must know whether a communication test reached a modem, resolved a name, established an authenticated session or completed an application acceptance. Each of those observations answers a different question. A period without a valid recorder reading is unknown, not a period without an outage.

¶ 03

The baseline collection plan should include:

¶ 04
  • Power events: start, end, affected phase or circuit, transfer behaviour, protective operation and stable restoration, interpreted by the responsible electrical engineer.[S03]
  • Connectivity events: local link, external route, name resolution, authenticated service and application acceptance, with shared dependencies marked.
  • Operating consequences: capture interruption, manual entry, inspection hold, delayed release, queue accumulation and later reconciliation effort.
  • Observation quality: recorder coverage, missing intervals, clock state, configuration changes and any event still open when collection ends.
List · 1 source

S03

Tail events require an explicit decision rather than silent extrapolation. A short observation window may not contain the long outage that determines retention or protected energy. Extending measurement can reduce that uncertainty, but it cannot prove that the largest observed event is the largest possible event. The design freeze should therefore record the observed distribution, monitoring coverage, censored events and the additional allowance or stress case chosen for unobserved tails. The basis is a risk decision informed by contingency priorities, not a claimed statistical maximum.[S05]

¶ 05 · 1 source

S05

Design freeze occurs only when the boundary statement and outage envelope have been reviewed together. At that point the team can size protected digital energy, storage, replay capacity and recovery targets against stated assumptions. If the evidence is insufficient, the choices are to collect more data, narrow the promised service or carry an explicitly accepted conservative assumption. Procuring first and describing the envelope afterwards would hide precisely the uncertainty the baseline is meant to resolve.

¶ 06

14.33 min · 8 paragraphs · 1 exhibit

Prove a minimal durable local record before broad integration

Step 1 of 7Freeze the minimal boundary

Exhibit 56 · illustrativeThe minimal record earns each additional dependency

Freeze theminimalboundaryBuild durablelocal captureInject declaredfaultsReconcileevents andrecoveryEvidencecomplete andaccepted?Correct andrepeat the caseAuthorise thenext dependency
Freeze the minimal boundaryBuild durable local captureInject declared faultsReconcile events and recoveryEvidence complete and accepted?Correct and repeatthe caseAuthorise the nextdependency

Freeze the minimal boundary

Freeze the minimal boundary. Starting point. Leads to Build durable local capture. · illustrative

The first technical pilot should do one useful thing completely: capture an agreed production event, commit it locally under a declared durability contract…

Build durable local capture

Build durable local capture. From Freeze the minimal boundary, Correct and repeat the case. Leads to Inject declared faults. · illustrative

Inject declared faults

Inject declared faults. From Build durable local capture. Leads to Reconcile events and recovery. · illustrative

Reconcile events and recovery

Reconcile events and recovery. From Inject declared faults. Leads to Evidence complete and accepted?. · illustrative

Evidence complete and accepted?

Evidence complete and accepted?. From Reconcile events and recovery. Leads to Correct and repeat the case (No or unknown), Authorise the next dependency (Yes). · illustrative

Correct and repeat the case

Correct and repeat the case. From Evidence complete and accepted? (No or unknown). Leads to Build durable local capture. · illustrative

Authorise the next dependency

Authorise the next dependency. From Evidence complete and accepted? (Yes). End point. · illustrative

The method behind it: GFT note.

Method and source · Exhibit 56

Illustrative GFT stage-control design, not a completed commissioning workflow. The pass condition requires the site's declared acceptance limits, raw event reconciliation and an authorised decision. A failed or untested mandatory case returns to remediation.

Unit: proposed evidence-gate workflow. Status: illustrative. Sources: S06, S13, S28. Illustrative figures are teaching examples, not measured factory results.

14.3 · the bodyExhibit 56 above; its figures are illustrative where marked.

The first technical pilot should do one useful thing completely: capture an agreed production event, commit it locally under a declared durability contract, show its state to a supervisor and recover it after the declared faults. It need not carry every sensor, inspect every piece or feed every central dashboard. Narrowing the functional scope allows the test to concentrate on the properties that later components will inherit. It also gives operators a usable record early, rather than asking them to wait for a broad integration programme before seeing any benefit.

The event and its pending-delivery record should share one transaction. SQLite defines an atomic commit as all changes within a transaction occurring or none occurring, which supports the proposed event-and-outbox boundary.[S13] Atomicity alone, however, does not prove survival of the latest acknowledgement. SQLite also documents that a transaction committed in WAL mode with synchronous=NORMAL might roll back after power loss or a system crash.[S16] The pilot must therefore test the complete application, filesystem, storage and power path against the acknowledgement it actually gives. A database setting copied into a configuration file is not that proof.

¶ 02 · 2 sources

S13S16

The minimal pilot should include local dashboard freshness, controlled shutdown, abrupt-loss recovery and manual import. Each path needs an observable end state. Freshness means that a supervisor can distinguish current, stale and unknown information. Shutdown means that intake is controlled and pending state is handled before power disappears. Abrupt recovery means that the system returns without hiding missing or in-flight work. Manual import means that an authorised fallback record acquires the same identity and reconciliation discipline as an automated event.

¶ 03

Simulation belongs early in this stage because it can repeat interruption points without disturbing production. SQLite describes simulated crash testing in its own test programme, but that does not qualify the selected factory image or hardware.[S28] The project should therefore progress from application fault injection to controlled target-device exercises and then to the installed boundary. At every level, the expected event ledger remains the answer key. A green process indicator cannot substitute for a comparison of acknowledged, stored, replayed and unresolved identifiers.

¶ 04 · 1 source

S28

Exhibit 56 shows the proposed investment gate. Additional integration begins only after the current record closes its evidence loop.

The gate should examine defects as well as passes. An unexplained missing acknowledged event, an invisible manual duplicate or an unmeasured recovery interval blocks the claim it affects. A waiver may accept a documented residual risk where the responsible authority permits it, but it cannot turn missing evidence into observed success. Recovery guidance links playbooks, testing and improvement, so remediation should update the design and the operating instructions before the case is repeated.[S06]

¶ 06 · 1 source

S06

A minimal success also defines what has not been earned. It does not establish inspection accuracy, remote ingestion behaviour, fleet-wide manageability or forecasting value. Those claims belong to later stages with their own entry criteria. Preserving this distinction keeps a successful local pilot from becoming a general licence to scale.

¶ 07

14.42 min · 6 paragraphs · read with a related exhibit

Add inspection and remote reporting without weakening the boundary

Inspection should join the accepted local record as a separately qualified function. Its camera, illumination, trigger, compute, model, licence, operator display and disposition record need to work within the declared power and connectivity envelope. The responsible quality authority must also approve the human fallback and the conditions for stopping or releasing work. NIST's operational technology guidance supports treating reliability and safety as part of the design context rather than as later security additions.[S03] A local model file by itself establishes none of these operating properties.

The entry test is an offline cold boot and recovery exercise against the already accepted local store. Inspection must start without relying on an external service that the boundary says is optional. Its events must use the established source identity, clock quality and acknowledgement semantics. If the new function saturates storage, competes for protected energy or delays the first durable capture after restart, the previous evidence no longer describes the assembled system. The affected tests must be repeated before the integrated state can be accepted.

¶ 02

Remote reporting should follow the same rule. HTTP defines particular methods as idempotent, but that specification does not make every factory ingestion endpoint or its downstream side effects idempotent.[S12] MQTT at-least-once delivery expressly permits duplicates.[S19] The remote receiver therefore needs an application-level identity, transactional deduplication and a durable acceptance response. Replaying a backlog must not repeat a business action or starve current local capture. These are integration requirements to demonstrate, not properties inherited automatically from a protocol name.

¶ 03 · 2 sources

S12S19

The remote path also needs a failure return to the local state. If name resolution, authentication, application acceptance or capacity fails, the local service should continue within its declared limits and expose the growing backlog. Restoration should prioritise current operating records and then replay under an agreed capacity policy. The central dashboard remains provisional until reconciliation closes. No remote alarm should be interpreted as proof that the corresponding local or downstream action completed.

¶ 04

This chapter supplies continuity acceptance inputs rather than a complete connected-factory architecture. The wider component design belongs to wp18, while model and data governance belong to wp14. Those workstreams can change an inspection model, broker or remote consumer, but they must inherit the local boundary and its regression obligations. A handover is complete only when the receiving design states which tested claims it preserves, which it invalidates and which new evidence it will produce.[S03][S06]

¶ 05 · 2 sources

S03S06

If integration fails, rollback should restore the last accepted operating boundary rather than remove the whole record. That may mean suspending the new inspection function, holding remote replay or returning to the approved manual disposition while local capture continues. The rollback path itself needs an operator instruction and a reconciliation check. A stage is reversible only when that return has been exercised.

¶ 06

Interlude · the cloth half-woven

4 exhibits carry this chapter's argument.

Woven: sections 14.0 to 14.4Still to weave: 14.5 to 14.7

  1. 55The roadmap advances through evidence gatesSchedule
  2. 56The minimal record earns each additional dependencyFlow
  3. 57Every continuity measure needs a numerator and denominatorRegister
  4. 58Completion status must state the evidence actually obtainedDecision map
Hover or focus an exhibit to light its weft; select it to jump to it.

14.53 min · 7 paragraphs · read with a related exhibit

Expand only when the local team can restore service

Related · chapter 117 paragraphs step it

Related exhibit 43 · chapter 11ScheduleillustrativeService restoration follows dependencies rather than a common restart command
02468Confirm stable supplyCheck storage and schemaEstablish clock and identityReady broker and captureQualify inspectionReconcile local ledgerAuthorise process releaseClose remote replay

Read-outConfirm stable supply: from 0 to 1 (illustrative dependency position, not elapsed time)

Method and source

Illustrative recovery order proposed by GFT. Equal numeric positions show precedence only and carry no measured or promised durations. Remote replay may transmit after local capture is ready, but its closure remains subject to reconciliation and release evidence.

Unit: illustrative dependency position, not elapsed time. Status: illustrative. Sources: S03, S05, S21. Illustrative figures are teaching examples, not measured factory results.

Read this exhibit in its chapter ↗
14.5 · Introduction · paragraph 1 of 7

A system is not operationally ready while recovery depends on an unrecorded intervention by its implementer. Before expansion, the local team should demonstrate spare handover, consistent backup restoration, clock recovery, supplier escalation and supervisor release under authorised conditions. Recovery guidance connects playbook development with testing and improvement, making the people and their instructions part of the capability being assessed.[S06] The relevant question is not whether a supplier can eventually repair the system. It is whether the assigned roles can restore the promised boundary with the resources actually available.

The spare-handover drill should begin with the approved replacement, image and configuration rather than an improvised device. The team must establish firmware and software integrity, compatible storage and interfaces, trusted credentials and a controlled transfer of source identity. NIST firmware resiliency guidance supports attention to platform protection and recovery, but it does not demonstrate that a particular spare fits or boots.[S04] The drill record should show who authorised the substitution, how the original source was prevented from duplicating authority and which checks released the replacement into service.

Backup creation likewise needs a matching restoration result. SQLite's online backup mechanism supports making a consistent backup while other database users continue, but a completed backup file does not prove a usable restore.[S17] The team should restore into the approved isolated state, check database integrity and configuration, reconcile the event and outbox ledgers, and only then request operating release. The exercise should include a backup that predates later live events, because restored replay state can otherwise create duplicates or false pending work.

Clock recovery requires the same practical treatment. Chrony documents a mechanism for compensating real-time-clock drift through rtcfile with -s, but the chosen device still needs disconnected and restart measurements to establish its behaviour.[S30] The drill should record the clock state before recovery, the approved source or manual authority used to correct it, the uncertainty attached to intervening events and the point at which remote trust can be re-established. Disabling authentication or silently rewriting event history is not an acceptable shortcut.

Supervisor drills should test interpretation as well as execution. The shift team must recognise stale data, missing sequences, an unavailable inspection input and an unreconciled manual record. It should be able to select the approved degraded state, preserve the required identifiers and explain why production is running, restricted or held. Any coaching, remote login or specialist action should appear in the evidence as assistance. Repeating a drill after coaching is useful, but the first attempt must not be erased from the learning record.

Expansion should then replicate an accepted configuration rather than improvise a new one at each line or site. The rollout pack should contain the versioned image, configuration, requirement register, test evidence, local runbook, spares list, escalation route and training record. A change in storage, firmware, network path or inspection duty triggers a dependency review and targeted repetition of the affected evidence. Technician and supervisor development belongs to the wider skills programme in wp09; this paper treats that development, spare availability and drill time as funded operating requirements, not assumed GFT capabilities.[S04][S06]

The scale decision should also define reverse motion. If the replicated system loses its required record behaviour, if the team cannot complete restoration or if assistance exceeds the accepted operating model, the programme returns to the last supported boundary. That response is not a failure of the roadmap. It is the mechanism that prevents a local defect from becoming a fleet-wide condition.

14.63 min · 7 paragraphs · 1 exhibit

Measure survival, freshness and recovery in the PMS cadence

Exhibit 577 paragraphs step it

Exhibit 57RegisterillustrativeEvery continuity measure needs a numerator and denominator
Measure
Local capture availability
Numerator
Seconds when capture is ready
Denominator or boundary
Seconds when capture was planned
Decision use
Test service survival, with monitoring gaps separate

Read-outMeasure: Local capture availability. Numerator: Seconds when capture is ready. Denominator or boundary: Seconds when capture was planned. Decision use: Test service survival, with monitoring gaps separate

Open the full register (7 rows)
Local capture availabilitySeconds when capture is readySeconds when capture was plannedTest service survival, with monitoring gaps separate
Committed-event lossLocally acknowledged IDs absent after recoveryAll IDs acknowledged as locally committedHold the affected durability claim above its agreed allowance
Oldest pending ageReference now minus oldest eligible pending capture timePending set at the review instantExpose stale work and include clock uncertainty
Offline record coverageOffline periods with a valid required recordAll periods declared offline by the independent site logFind invisible gaps in the continuity claim
Clock uncertaintyDeclared bound or unbounded state for the event setEvents used for ordering or elapsed-time measuresQualify freshness, recovery and reconciliation
Restore timeElapsed time between approved restoration boundariesNamed fault and service classCompare local readiness, release and remote closure separately
Unreconciled bundlesBundles with missing, duplicate or conflicting recordsBundles requiring reconciliation in the periodAssign operational review before release or expansion
Method and source

Illustrative GFT metric dictionary, not observed site results or universal targets. The operator must approve each threshold. Interchange timestamps need an explicit UTC relationship, while trustworthy elapsed time also requires clock-state and uncertainty evidence.

Unit: proposed metric definitions. Status: illustrative. Sources: S05, S13, S32. Illustrative figures are teaching examples, not measured factory results.

14.6 · Introduction · paragraph 1 of 7

The performance-management system should show whether the continuity promise survived actual operation. A useful scorecard separates local capture availability, committed-event loss, pending-record freshness, offline coverage, clock uncertainty, restoration time and unreconciled work. These measures respond to different failure modes. A high capture-availability result can coexist with lost commits, and an empty remote queue can coexist with an unacknowledged or rejected production record. The scorecard must therefore preserve individual gates rather than hide them inside one favourable average.

Exhibit 57 defines the proposed measures and their decision use. Every definition needs an event source, reporting period, exclusion rule and named owner before it enters routine review.

Denominators must remain visible beside every result. Planned capture time should follow the operating calendar and declared degraded states, not merely the time a monitoring process happened to run. Production downtime and monitoring downtime need separate flags. If the observer failed during an outage, the corresponding availability and offline-coverage results are incomplete. Treating that interval as healthy would reward the loss of the measurement system itself.

Freshness requires a defined reference and pending set. RFC 3339 timestamps state a relationship to UTC, but their format does not establish clock accuracy or prove event order.[S32] The oldest-pending calculation should therefore use an independent reference where possible and carry the source clock state and uncertainty. It should also say whether explicitly rejected, expired or quarantined records remain in the pending population. Removing them from the denominator without an auditable reason would make freshness look better by hiding work.

The cadence should move from local response to programme learning. Shift review deals with current stale records, unknown states and unreconciled bundles. Regular operational review examines repeated faults, restoration boundaries, manual effort and assistance. Stage-gate review compares the complete evidence with the requirements and decides whether to hold, correct or expand. Thresholds remain operator decisions derived from contingency priorities; the metric dictionary does not prescribe a universal service level.[S05]

Routine reporting should retain the raw identifiers and interval records behind each indicator. A reviewer must be able to move from the displayed percentage to the missing events, from the recovery interval to its boundary timestamps and from the unreconciled count to the affected bundles. Detailed overall equipment effectiveness calculations remain in wp15; this chapter does not permit missing or unknown monitoring periods to be converted silently into stopped production, productive time or improved efficiency.[S05][S32]

14.73 min · 8 paragraphs · 1 exhibit

GFT should report verified outcomes and the gaps that remain

Step 1 of 5Durable event capture

Exhibit 58 · illustrativeCompletion status must state the evidence actually obtained

Keep the design boundedBuild operational evidenceSpecify and test the controlVerify before expansionEvidence obtained, scale 0 to 3 →Unresolved-failure consequence →Durable event captureInspection cold bootRemote replaySpare handoverForecasting service
Keep the design boundedBuild operational evidenceSpecify and test thecontrolVerify before expansionEvidence obtained, scale 0 to 3 →Unresolved-failure consequence →Durable event captureInspection cold bootRemote replaySpare handoverForecasting service

Durable event capture

Durable event capture: Evidence obtained, scale 0 to 3 1, Unresolved-failure consequence 9. Quadrant: Keep the design bounded · illustrative

The closing report should state the strongest evidence obtained for each requirement and stop short of everything broader.

Inspection cold boot

Inspection cold boot: Evidence obtained, scale 0 to 3 2, Unresolved-failure consequence 8. Quadrant: Build operational evidence · illustrative

Remote replay

Remote replay: Evidence obtained, scale 0 to 3 1, Unresolved-failure consequence 4. Quadrant: Specify and test the control · illustrative

Spare handover

Spare handover: Evidence obtained, scale 0 to 3 2, Unresolved-failure consequence 7. Quadrant: Build operational evidence · illustrative

Forecasting service

Forecasting service: Evidence obtained, scale 0 to 3 0, Unresolved-failure consequence 2. Quadrant: Specify and test the control · illustrative

Method and source · Exhibit 58

Illustrative closing-scorecard example. Horizontal positions represent the strongest evidence obtained: 0 as-designed, 1 tested, 2 site-accepted, 3 operating-observation. Vertical positions are invented operator-consequence scores for layout demonstration, not risk measurements. Real rows require evidence links, owners and residual uncertainties.

Unit: illustrative evidence and consequence. Status: illustrative. Sources: S06, S26. Illustrative figures are teaching examples, not measured factory results.

14.7 · the bodyExhibit 58 above; its figures are illustrative where marked.

The closing report should state the strongest evidence obtained for each requirement and stop short of everything broader. As-designed means that the boundary, mechanism and acceptance method have been specified. Tested means that an identified configuration has produced retained results under declared laboratory or target-hardware faults. Site-accepted means that the installed boundary has passed the witnessed site requirements. Operating-observation means that the bounded pilot has supplied the required shift, incident, maintenance and usability evidence. These are proposed evidence labels, not certifications. The NIST Cybersecurity Framework provides outcomes without prescribing how to achieve them, and it does not supply a continuity acceptance certificate.[S26]

A scorecard row should connect each status to its proof and limits. It needs the requirement, configuration identity, evidence link, test and observation coverage, unresolved issue, owner and next action. It should also name the failures not injected, the operating conditions not observed and any assistance required during recovery. Recovery planning includes testing and improvement, so the final report is also an input to the next playbook revision rather than a static declaration of completion.[S06]

¶ 02 · 1 source

S06

Exhibit 58 shows why status and consequence should be read together. Its points are constructed planning examples, not assessments of an actual GFT system.

The matrix does not produce a numerical readiness score. A high-consequence requirement with only design evidence cannot be offset by extensive observation of a low-consequence reporting feature. Nor does a point to the right imply that every relevant fault has occurred. The accompanying register must still list coverage and unknowns. Its practical value is to direct the next action: specify, test, accept on site, observe operation or hold the affected expansion.

¶ 04

Verified outcomes should be written narrowly enough to remain true outside the test room. A defensible statement identifies the configuration, fault, initial state, observed record result, recovery boundary and reviewer. It does not become a general availability percentage or a promise of financial value. Where no relevant incident occurred during the operational pilot, the report should credit routine operation and the drills actually performed, while retaining the untested incident as an open boundary. Where evidence contradicts the design expectation, the exception belongs on the main scorecard rather than in an appendix that the decision will not see.

¶ 05

Change control must preserve that honesty after acceptance. A new storage device can invalidate power-loss durability evidence. A new broker or consumer can invalidate replay and deduplication evidence. A new model or operator display can invalidate inspection release and fallback evidence. The status should therefore attach to a versioned configuration and regress when a material change occurs. Regression is not an accusation that the new version will fail. It is an acknowledgement that the old evidence no longer answers the same question.

¶ 06

The final governance pack should leave a usable trail for the operating organisation. Requirements link to tests, tests link to raw ledgers and timings, operating indicators link to exceptions, and exceptions link to owners and review conditions. Supplier escalation, training needs, spare readiness and residual risk enter the ordinary management cadence. This makes continuity a maintained operating duty rather than a commissioning document that gradually separates from the installed system.

¶ 07

GFT's closing recommendation is consequently restrained. Engineer the safe local record first. Budget protected power, retention and recovery capacity against measured site conditions and declared assumptions. Add inspection, remote reporting and forecasting only when their dependencies preserve that record. Scale when the local team can restore service and the evidence distinguishes what is designed, tested, accepted and observed. This research supplies the roadmap and measurement method. It claims no site performance, completed deployment or realised digital value.

¶ 08

Check the record

The chapter keeps its sources within reach.

Every knot is a source this chapter cites; select one to read its record, or filter the register by grade. Publication dates and inherited-source limits stay explicit. Read the paper's full evidence summary.

15 sources · 45 citation marks on this pageMost cited: S05, 6 times

Grade AGrade BGrade CKnot size: citations on this page

All 15 records shown

c14-S01 · Grade A

World Bank

Enterprise Surveys: Cameroon 2024 Country Profile

All indicators are based on the responses of firms.

2025. Register access date: 2026-10-30. Source provenance is supplied by the paper evidence register.

Open the recorded source ↗
Chapter source notes

S03 NIST. 2023.

S05 NIST. 2010.

S06 NIST. 2016.

S28 SQLite. 2026-10-30.

S01 World Bank. 2025.

S02 World Bank. 2026-10-30.

S13 SQLite. 2026-10-30.

S16 SQLite. 2026-10-30.

S12 IETF / RFC Editor. 2022.

S19 OASIS. 2019-03-07.

S04 NIST. 2018.

S17 SQLite. 2026-10-30.

S30 chrony project. 2026-10-30.

S32 IETF / RFC Editor. 2002.

S26 NIST. 2024-02-26.

Keep the thread · chapter 14 of 14

The argument closes on this chapter.

Move the shuttle along the rack to preview any chapter: its sections, exhibits and reading time. Draft web edition. This research is not investment, legal or tax advice; illustrative models are not measured factory results.

The paper's rack · 14 boltsBolt length: reading time

14Part IV: Prove and govern continuity

Scale the design only after continuity is demonstrated

GFT recommends a staged programme that measures site conditions, proves a local record and expands only when recovery evidence supports it.

  • 14.1Begin by agreeing the production and record boundaries
  • 14.2Measure the site before fixing autonomy and retention
  • 14.3Prove a minimal durable local record before broad integration
  • 14.4Add inspection and remote reporting without weakening the boundary
Reading time
24 min
Exhibits
4
Sections
7
Return to the opening
← Previous: chapter 13, Commissioning must challenge the system at its failure boundariesContinue the threadChapter 14 · Scale the design only after continuity is demonstrated

Find a thread.

Type to search.