Skip to content
GREEN FUTURETECH.
Explore

Research libraryFactories on a Weak Grid

Chapter 03 of 14 · Part I · Draft web edition

Local service classes turn resilience into a testable contract

Criticality, allowable staleness and restart dependencies should be assigned before choosing equipment or a cloud platform.

Sections
7
Exhibits
5
Minutes
24
Sources
14
EX 09 · Event capture: Freshness tolerance 3, Interruption consequence 3

The cloth is woven from this chapter's 5 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 · 09Decision mapillustrativeConsequence and freshness require separate judgements
Freshness tolerance →Interruption consequence →Safety interfaceInspectionEvent captureLocal displayRemote planning

Read-outSafety interface: Freshness tolerance 1, Interruption consequence 5

Method and source

Illustrative GFT workshop model, not measured risk. Freshness tolerance: 1 immediate, 5 planning horizon. Consequence: 1 deferrable, 5 requires protective authority. Positions are assumed discussion prompts; neither axis is a safety rating or a service-level target.

Unit: illustrative ordinal positions. Status: illustrative. Sources: S03, S05. Illustrative figures are teaching examples, not measured factory results.

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

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

Overture · 1 min

A factory should buy continuity against a defined operating duty, rather than against a general promise of resilience. GFT proposes a service contract that names the task, its permissible interruption, its record-loss boundary, its offline dependencies and the person authorised to resume it. Local production records, inspection decisions and remote planning need different contracts. The classification below is a proposed engineering method, not a report of an installed GFT system. It translates contingency priorities and recovery planning into requirements that a factory team can approve and test.[S05][S06]

¶ 01 · 2 sources

S05S06

3.13 min · 8 paragraphs · 1 exhibit

Classify tasks by the consequence of interruption

Related · chapter 048 paragraphs step it

Related exhibit 14 · chapter 04Stacked compositionillustrativeThe record-only load includes six supporting components
60Edge computer25Broker20Switch15Router5Timesource25Localconsole

Read-outEdge computer: 60 of 150 watts, illustrative steady operating scenario (40 percent)

Method and source

Illustrative GFT load boundary. Assumed values: edge computer 60 W, broker 25 W, switch 20 W, router 15 W, time source 5 W and local console 25 W. Total = 60+25+20+15+5+25 = 150 W. Cameras, illumination, machinery and production control are excluded. This protects proposed record capture and local reporting only; it is not an equipment selection or an operating result.

Unit: watts, illustrative steady operating scenario. Status: illustrative. Sources: S03, S05. Illustrative figures are teaching examples, not measured factory results.

Read this exhibit in its chapter ↗
3.1 · Introduction · paragraph 1 of 8

Begin with the decision the task enables. Ask what happens if its result is absent, stale, incorrect or irrecoverable. A missing inspection result may require material to be held. A missing dispatch forecast may permit planning to continue with a visible qualification. An incorrect machine-control signal raises a different engineering responsibility. NIST's operational technology guidance explicitly recognises performance, reliability and safety requirements. GFT therefore proposes classifying functions by their consequences before grouping them by application or supplier.[S03]

The proposed safety-related class belongs to the machinery and process engineering authority. Its boundary should identify which controls establish the permissible plant state, which alarms remain available locally and which information may pass to management systems. This chapter does not prescribe protective settings, safety logic or a safety integrity classification. Analytics should receive an explicit interface contract; their availability must not be treated as evidence that the machinery protection function works. The responsible engineer must determine the permitted behaviour on lost communication.[S03]

The inspection class concerns permission to accept, reject or hold material. GFT recommends naming the required sensing, illumination, model or rule set, result association and human quality authority. The event-capture class concerns retaining an accountable account of production actions. Its minimum useful output is an identifiable, recoverable record, even when the remote destination is unavailable. These functions can share equipment without sharing an acceptance result: a camera failure might disable inspection while manual production recording remains permissible. That separation is a proposed operating rule requiring site approval.

Local visual management concerns what the supervisor can use at the workplace. Define the latest trustworthy production state, the visible age of that state and how uncertainty changes the decision. Remote planning concerns aggregation and future allocation. It may tolerate delayed receipt while still requiring complete history later. GFT recommends documenting these as distinct duties even where a supplier presents a common dashboard. A visual interface is not the boundary of every service it displays.

The illustrative matrix in Exhibit 9 separates the consequence of interruption from freshness tolerance. Its coordinates express an assumed workshop judgement, not measured risk or a numerical safety standard. The site team should replace these relative positions with approved consequences and explicit requirements. Equal proximity on the drawing does not mean equal equipment, budgets or authority.

For each class, GFT proposes a requirement card with the process owner, observation boundary, permitted modes, recovery time, recovery point, maximum trustworthy age and offline operating interval. Separate compulsory fields from undecided fields. An unresolved tolerance should block acceptance of that duty rather than disappear into a supplier assumption. Contingency planning provides a basis for setting priorities; it does not supply a universal factory target.[S05]

Do not let the classification hide different boundaries within an operation. GFT proposes distinguishing permission to keep making material, permission to record a completed action and permission to release that material. The same interruption can suspend release while leaving capture available. The requirement card should identify the affected duty directly, together with the physical location of held material and the means of preventing an unauthorised handover. This makes the classification usable by operators rather than leaving them to interpret a general criticality label during a fault.

A useful challenge is to ask whether a function is genuinely essential during the interruption. Protecting an inspection workstation is unnecessary if the process must stop and no material can move. Conversely, declaring inspection non-essential is indefensible if dispatch can release unverified output. The answer must follow the material flow and the authorised operating method. This classification is the input to the protected-load design, not a substitute for measuring that load.

3.23 min · 8 paragraphs · 1 exhibit

Availability and durability need separate budgets

Exhibit 108 paragraphs step it

Exhibit 10Bar chartillustrativeThe illustrative outage uses only part of its time allowance
01232.4Allowance1.5Interruption0.9Remainder

Read-outAllowance: 2.4 minutes within an illustrative scheduled duty

Method and source

Illustrative inputs: scheduled duty 480 minutes, availability target 99.5 percent, measured-in-scenario interruption 1.5 minutes. Allowance = 480*(1-0.995) = 2.4 minutes; remainder = 2.4-1.5 = 0.9 minutes. The scenario separately loses 180 acknowledged events and fails its record contract. No operating result is asserted.

Unit: minutes within an illustrative scheduled duty. Status: illustrative. Illustrative figures are teaching examples, not measured factory results.

3.2 · Introduction · paragraph 1 of 8

Recovery time defines how long a specified service may remain unavailable. Recovery point defines the historical boundary to which its data must be restored. NIST's contingency guide treats these as different planning concepts. GFT adds a record-count check because elapsed time alone can conceal gaps in an irregular event stream. State whether loss is measured in time, missing acknowledged events, unresolved material movements or a combination, and record the applicable failure envelope.[S05]

For the proposed contract, availability means the duty can produce its required result, not simply that its process is running. A screen that answers a health request while its capture path rejects transactions is unavailable for capture. Durability means the accepted record survives the named failure through the configured software and storage path. SQLite documents that transactions committed with WAL and synchronous=NORMAL can roll back after a power loss or system crash. A consistent database is therefore insufficient evidence of the promised record survival.[S16]

Define the acknowledgement vocabulary before testing. Received means the application has taken responsibility for examining an event. Validated means the event passed the agreed checks. Locally committed means the configured local transaction completed. The contract must additionally state what durability that configuration claims. Remote accepted means the receiving application validated and durably committed the identified event. These are proposed application states; TCP's reliable byte stream does not define the downstream business commit.[S24]

GFT recommends acknowledging a production record only at the promised acceptance boundary and retaining its identity through onward delivery. SQLite's atomic-commit description supports grouping related changes within a transaction; the project must still qualify persistence under its own failure conditions. Detailed storage implementation belongs later in this paper. Here, the purchasing obligation is to name the boundary and expose evidence that it was crossed.[S13]

The illustrative timing exhibit in Exhibit 10 reconciles the permitted interruption and the amount consumed. It says nothing about the lost-record result. Keeping that result outside the timing axis prevents incompatible quantities from being combined into an apparently favourable resilience score.

A no-loss commitment must also name the failures it covers. GFT proposes separating process termination, abrupt power loss and loss of the storage device itself. Demonstrating survival after a process restart does not establish survival after physical destruction of the only retained copy. The requirement should say whether its promise concerns acknowledged local events, remotely accepted events or reconstructible manual evidence. Keep any excluded failure visible in procurement acceptance and in the operational instructions. A bounded promise can be tested; an unqualified promise that all records always survive cannot be established by a successful restart.

Failure budgets also require ownership. GFT proposes recording who can approve temporary deviation, which duty is suspended and what evidence closes the exception. An availability allowance must never become permission to bypass a required quality check or protective action. State the production calendar, the fault-start marker and the readiness-end marker alongside the result. Otherwise, changing the accounting boundary can improve the reported percentage without improving the service.

3.33 min · 8 paragraphs · 1 exhibit

Every dependency must inherit an offline requirement

Step 1 of 5Release

Exhibit 11 · illustrativeAn offline inspection duty includes its supporting services

ReleaseQuality authorityOperator consolePermitted modeInspectionCamera and lightingApproved modelLocal licenceTrustIdentityName resolutionClock qualityRecordLocal transactionStorageLocal networkSupplyProtected powerStart sequenceShutdown signal
ReleaseQuality authorityOperator consolePermitted modeInspectionCamera and lightingApproved modelLocal licenceTrustIdentityName resolutionClock qualityRecordLocal transactionStorageLocal networkSupplyProtected powerStart sequenceShutdown signal

Release

Release: Quality authority, Operator console, Permitted mode · illustrative

A local application earns an offline claim only for the complete duty it supports.

Inspection

Inspection: Camera and lighting, Approved model, Local licence · illustrative

Trust

Trust: Identity, Name resolution, Clock quality · illustrative

Record

Record: Local transaction, Storage, Local network · illustrative

Supply

Supply: Protected power, Start sequence, Shutdown signal · illustrative

Method and source · Exhibit 11

Illustrative GFT inspection dependency model. Each required item must be available or have an approved substitute within the declared failure envelope. Local execution alone proves neither offline restart nor continued authorisation. This is not an implemented topology.

Unit: illustrative dependency groups. Status: illustrative. Sources: S03, S27. Illustrative figures are teaching examples, not measured factory results.

3.3 · the bodyExhibit 11 above; its figures are illustrative where marked.

A local application earns an offline claim only for the complete duty it supports. GFT recommends tracing required power, storage, local networking, name resolution, identity, licensing, time, software assets and human permission. For each dependency, ask whether it is available during continued operation, after a process restart and after a cold boot. These are different scenarios. An existing session continuing to run is not evidence that the station can start again without external access.

The illustrative stack in Exhibit 11 makes the inspection boundary inspectable. Its content is a proposed dependency model, informed by the distinct reliability and safety concerns in OT guidance and by the existence of authenticated time mechanisms. It does not claim that a specific supplier has these dependencies or that any station has passed qualification.[S03][S27]

¶ 02 · 2 sourcesExhibit 11

S03S27

GFT's proposed procurement review should examine licence renewal, activation, model retrieval and account verification explicitly. Require the supplier to demonstrate the installed version starting within the agreed offline envelope, using the intended credentials and retained assets. If a renewal interval limits the claim, write that limit into the requirement. Do not invent a vendor's grace period or assume that a cached token remains valid. These are qualification questions, not allegations about a named product.

¶ 03

Time and identity should appear as separate dependencies. Network Time Security specifies a security mechanism for network time synchronisation. Its presence is a reason to test the selected implementation's bootstrap and disconnected behaviour, not a guarantee of it. GFT recommends recording the clock's trust state and the permitted actions when external time is absent. Later clock analysis can establish the device-specific uncertainty; the service card must already say which decisions depend on trustworthy time.[S27]

¶ 04 · 1 source

S27

The dependency review should include circular prerequisites. Ask whether identity verification needs a network service that itself waits for a clock or account service. Ask whether the local display requires a remote name even though the underlying data resides on site. A proposed mitigation must be tested through a cold boot rather than judged from a configuration diagram. Avoid assuming that bypassing authentication is an acceptable way to preserve continuity. Define an approved restricted local role instead, with its own authorisation boundary.

¶ 05

Human capacity is also part of the proposed offline contract. A manual release requiring an absent approver is unavailable even if the screen works. Assign an available role, an authorised substitute and an escalation route. Verify that local instructions and required credentials can be accessed under the failure being tested. A document stored behind the failed external service cannot serve as the sole recovery instruction. This follows GFT's requirement to specify an executable duty rather than a list of functioning components.

¶ 06

Test the end of the approved offline interval as well as its beginning. GFT proposes checking whether an authorisation expires, whether a required asset is refreshed and whether the selected application changes behaviour after extended isolation. The supplier should explain how these limits are displayed before they prevent the promised duty. If continued operation requires a controlled renewal visit or signed offline package, include that activity in the service contract with its responsible role. A dependency is not removed by renaming its planned maintenance as an exceptional support task.

¶ 07

The practical handover is a dependency register that distinguishes required, substitutable and optional items. For each required item, retain its supported offline interval, restart behaviour, failure indication and evidence reference. Leave untested dependencies visibly unqualified. The wider reference architecture can use this register later; it should not silently broaden an accepted record-keeping duty into an accepted inspection duty.

¶ 08

3.42 min · 7 paragraphs · 1 exhibit

Safe degradation must be an explicit state

Step 1 of 7Normal

Exhibit 12 · illustrativeReturning dependencies must pass a recovery hold

NormalLocal-onlyRestrictedinspectionManualcaptureControlledstopRecovery holdNormalreleased
NormalLocal-onlyRestricted inspectionManual captureControlled stopRecovery holdNormal released

Normal

Normal. Starting point. Leads to Local-only (WAN lost; local ready). · illustrative

GFT proposes an operating-state model that describes what work remains permitted as dependencies disappear.

Local-only

Local-only. From Normal (WAN lost; local ready). Leads to Restricted inspection (Quality approves limit). · illustrative

Restricted inspection

Restricted inspection. From Local-only (Quality approves limit). Leads to Manual capture (Capture fallback approved). · illustrative

Manual capture

Manual capture. From Restricted inspection (Capture fallback approved). Leads to Controlled stop (Fallback permission fails). · illustrative

Controlled stop

Controlled stop. From Manual capture (Fallback permission fails). Leads to Recovery hold (Recovery permitted). · illustrative

Recovery hold

Recovery hold. From Controlled stop (Recovery permitted). Leads to Normal released (Checks and release pass). · illustrative

Normal released

Normal released. From Recovery hold (Checks and release pass). End point. · illustrative

The method behind it: GFT note.

Method and source · Exhibit 12

Illustrative GFT route through the operating states, not executable safety logic or an exhaustive transition graph. Quality and capture fallbacks need approval. Every mode must stop when its operating permission fails. Returning dependencies require recovery hold and authorised release. Direct recovery routes and failed-release handling are specified in the text. The final node repeats the normal state after authorised release.

Unit: illustrative operating states. Status: illustrative. Sources: S03, S06. Illustrative figures are teaching examples, not measured factory results.

3.4 · the bodyExhibit 12 above; its figures are illustrative where marked.

GFT proposes an operating-state model that describes what work remains permitted as dependencies disappear. Normal means the declared duty and its required communication paths are available. Local-only means the approved local duty remains available while upstream delivery is deferred. Restricted inspection means the quality authority has approved a narrower inspection method or material route. These are proposed modes, not automatically safe states created by a network status flag. Their permission must follow the process and equipment assessment.[S03]

Manual capture means operators use an approved substitute record while digital intake is unavailable. It does not mean production may continue regardless of inspection or machinery conditions. Controlled stop means the responsible process authority has suspended the relevant operation under its approved procedure. Recovery hold means dependencies are returning but the service has not yet satisfied its release checks. GFT recommends displaying permitted actions, the reason for restriction and the responsible role in plain local instructions.

¶ 02

The illustrative flow in Exhibit 12 includes restricted inspection explicitly. The arrows show a representative route through the states, not every permissible transition. Direct recovery from local-only, restricted inspection or manual capture must also enter recovery hold. A failed release check leaves the duty on hold or invokes the approved stop. These are permission conditions, not executable safety logic. The diagram is a proposed continuity playbook structure, adapting the planning and testing approach of NIST's recovery guidance to ordinary interruption. It does not imply that every power failure is a cybersecurity incident.[S06]

¶ 03 · 1 sourceExhibit 12

S06

Each state needs an entry trigger that can be observed locally. A missed upstream heartbeat may justify marking remote information stale; it does not by itself diagnose the cause. A failed persistence check should prevent an event from being labelled durably accepted. An unavailable inspection result should create the approved hold or substitute route. GFT recommends keeping uncertainty visible until the responsible role resolves it, rather than replacing a failed reading with the last apparently normal value.

¶ 04

Local maintenance alarms should remain within the declared local duty where that duty depends on timely intervention. The proposed console should distinguish an active alarm, an acknowledged alarm, a missing sensor and an unavailable alarm path. A silent upstream dashboard must not count as evidence of normal plant conditions. The site engineering authority should decide which alerts require independent local indication, consistent with the differing reliability and safety needs of operational technology.[S03]

¶ 05 · 1 source

S03

State transitions also need records. GFT proposes retaining the trigger, observing component, prior state, new state, approving role and unresolved conditions. Record a rejected transition as well as an accepted transition. This makes it possible to investigate why production remained restricted after apparent technical restoration. The recovery owner should close the discrepancy through an approved decision, without editing the historical transition into a more convenient account.

¶ 06

3.52 min · 7 paragraphs · 1 exhibit

Bound the retained record by time, volume and priority

Offline continuity needs an explicit storage policy as well as an operating mode. Delay-tolerant networking describes persistent storage as a response to network interruption. Constrained-network terminology also recognises limited and unpredictable capacity. These sources support planning for retained work; they do not establish the necessary storage capacity or acceptable loss at a particular factory. GFT recommends specifying the required record interval and measuring the workload before choosing the device.[S08][S18]

Define retention dimensions separately. The design offline interval describes how long the service is expected to operate without its normal upstream acceptance. The byte budget describes how much local capacity that workload may consume. Maximum age describes whether a retained item remains useful for a decision or must still be kept for traceability. A planning recommendation may expire while the production event that informed it remains necessary. Expiry is therefore a business rule, not merely a storage setting.

¶ 02

The illustrative policy table in Exhibit 13 separates record categories and possible pressure responses. It leaves retention durations unset because no site workload, contractual requirement or approved policy has been supplied. An unset duration is a required design decision, not permission to delete. The entries are GFT's proposed discussion structure, not statutory retention guidance.

Exhibit 13RegisterillustrativeCapacity pressure requires an approved record policy
Category
Production events
Retained boundary
Accepted history
Pressure response
Restrict intake

Read-outCategory: Production events. Retained boundary: Accepted history. Pressure response: Restrict intake

Open the full register (4 rows)
Production eventsAccepted historyRestrict intake
Audit eventsState and authorityPreserve reserve
Inspection imagesApproved evidence setHold or approved reduction
DiagnosticsAgreed investigation windowCount approved expiry
Method and source

Illustrative GFT retention template. No durations or legal obligations are inferred. Allocate time, bytes and maximum age separately for each category. Priority is an operator-approved decision; no mandatory production or audit record is silently discarded.

Unit: illustrative policy template. Status: illustrative. Sources: S08, S18. Illustrative figures are teaching examples, not measured factory results.

GFT recommends agreeing the pressure sequence before storage fills. Reduce optional diagnostic detail first only where that reduction is approved and counted. Preserve capacity for the records that explain the restriction itself. If a required production record can no longer be durably accepted, expose that failure and apply the authorised manual route or stop. Silently overwriting acknowledged history would contradict a contract that promised its survival. An alert is insufficient unless a role can act within the remaining operating interval.

¶ 01

Priority must not be confused with delivery order. A retained event may be low priority for transmission but essential to reconcile a later material movement. Conversely, an urgent alarm may need immediate local action even when its remote copy must wait. The proposed class card should state which actions need freshness, which records need completeness and what ordering relationships the receiver requires. Detailed queue-drain calculations belong to the later queue chapter; this chapter establishes the obligations those calculations must satisfy.

¶ 02

Deletion should leave evidence of the deletion rule even where the original payload is no longer required. GFT proposes retaining the category, covered interval, reason, approving policy revision and discarded count, with a clear distinction between intentional expiry and unexplained loss. A completeness display should then show which categories remain comparable across the interruption. If image detail was reduced under an approved policy, the later reviewer must see that qualification alongside the associated inspection record. Otherwise, a full event count could conceal a reduced evidential basis.

¶ 03

An offline envelope also needs an exit condition when interruption exceeds the design assumption. GFT proposes a visible reserve threshold, an accountable escalation and a permitted restricted duty. State whether the remaining capacity is estimated from current arrival rate and how changing image volume affects that estimate. Treat an unmeasured rate as unresolved. A nominal storage size cannot establish how much approved operation remains under the actual workload.

¶ 04

3.62 min · 7 paragraphs · read with a related exhibit

Manual continuity requires the same identifiers

A manual fallback should preserve the meaning of the event, not imitate the appearance of the screen. GFT proposes a controlled paper form and a matching offline spreadsheet schema with bundle identifier, operation, shift, operator role, local sequence and reconciliation state. Add the original event time, its time basis and the physical material location. Retain the distinction between the production bundle and the event: a bundle can undergo different operations and corrections without becoming a different bundle.

Identifiers must be available without an online allocator. The UUID specification describes identifiers that require no central registration process, but correct generation remains an implementation responsibility. GFT recommends either a qualified local generator or pre-issued controlled form identifiers for manual use. A timestamp alone should not carry identity. An offline spreadsheet copied to another device must not silently create a new identifier namespace that can collide with earlier manual entries.[S31]

¶ 02 · 1 source

S31

Record time in a format with an explicit relationship to UTC when that relationship is known. The timestamp specification addresses that interchange relationship; it does not prove that the operator's clock was correct. GFT proposes keeping an uncertain original time, a confidence flag and the later import time as separate fields. Do not manufacture precise production times from spreadsheet row order or overwrite the original observation with the time at which connectivity returned.[S32]

¶ 03 · 1 source

S32

For an illustrative form entry, use bundle BUNDLE-A, operation INSPECT, shift SHIFT-A, role QUALITY, sequence SEQ-A and state PENDING-IMPORT. These symbolic values demonstrate the field relationships without suggesting a real factory transaction. A matching import candidate should carry the controlled form identity and its original line reference. Mark a correction as a linked correction with its reason and authority, rather than erasing the original entry.

¶ 04

GFT recommends importing through a staging area that validates identifiers, required fields, permitted operations and material references before posting to the performance-management system of record. Compare the candidate against digital events created before the failure and against earlier imports. If the same event identity has a different payload, hold the conflict for a responsible reviewer. A duplicate candidate is not a second production action merely because it arrived through a different channel.

¶ 05

The import contract should make repeating an approved import harmless to the intended business result. HTTP defines idempotent method semantics, but a method name alone cannot establish factory-level duplicate handling. GFT proposes retaining a durable import receipt with the accepted identity and outcome, using a transaction where related local records must change together. The application must demonstrate that retrying a timed-out import does not duplicate the business action.[S12][S13]

¶ 06 · 2 sources

S12S13

Close manual continuity by reconciling issued forms, used forms, cancelled forms and posted entries. Record unresolved gaps explicitly. Keep the original evidence available for the approved retention period and record who authorised closure. This chapter defines the continuity interface; detailed access policy and governance belong in the governance paper. Manual capture is a qualified substitute only when the team can both use it during the interruption and reconcile it afterwards.

¶ 07

3.72 min · 7 paragraphs · read with a related exhibit

Acceptance is evidence of behaviour under a named failure

GFT proposes translating every service card into a failure experiment. Name the stimulus, starting mode, workload, accepted-event ledger, permitted loss, readiness condition, restart owner and retained proof. Link each observed result to the exact requirement revision. Recovery guidance supports realistic scenarios and improvement through testing; a planned test is nevertheless different from a completed test, and neither should be reported as a deployed factory result.[S06]

The proposed acceptance set should distinguish loss of external connectivity, application termination, local storage exhaustion and a controlled loss of device power. Select combined cases where dependencies plausibly coincide, including offline cold boot and recovery while a queue remains occupied. Electrical interruption work requires the responsible site engineer and the equipment's permitted test method. A software restart cannot establish the behaviour of the power and storage path during abrupt supply loss.

¶ 02

SQLite documents simulated crash testing and compound failure testing. That is useful implementation evidence, but GFT recommends project tests on the selected configuration as well. Compare the identified input ledger, acknowledgements and recovered ledger; inspect missing, duplicated and conflicting outcomes. Retain the actual trace rather than a summary that merely says the application restarted. This is a proposed acceptance method, not a claim that the chapter author has performed hardware fault tests.[S28]

¶ 03 · 1 source

S28

For each experiment, report availability, recovery time, record survival and permitted production mode separately. An unresolved record gap should fail a completeness requirement even if the interface meets its recovery time. If power returns but inspection remains restricted, distinguish technical readiness from authorised process release. Include the time spent waiting for local authority where the contract promises an operable duty, rather than measuring only the application's start time.

¶ 04

Procurement acceptance should require a signed site-specific requirement record and a matching evidence index. GFT proposes recording the software versions, hardware configuration, tested failure envelope, exclusions and residual issues. The Cybersecurity Framework provides outcomes without prescribing their implementation. A reference to that framework is therefore not a certificate, a substitute for this evidence or proof that a supplier's continuity claim applies to the selected installation.[S26]

¶ 05 · 1 source

S26

Before signing, the owner should be able to follow a requirement through the stimulus, raw observation, calculation and acceptance decision without asking the supplier to reconstruct the story. GFT proposes preserving failed attempts and the change that preceded a successful repeat. Keep unresolved exclusions attached to the accepted duty, including any missing measurement of the site envelope. A laboratory success can qualify the tested configuration within its stated conditions while still leaving deployment approval pending. The final decision should say which boundary has been proved and which further observation would justify extending it.

¶ 06

Use the resulting cards as inputs to the edge-architecture and maturity tools. A planning duty can be accepted while inspection remains unqualified, provided the distinction stays visible. Protected-load engineering should inherit the duties and dependencies approved here. The performance-management system should report unresolved gaps alongside successful tests, so management can see which production decisions the evidence actually supports. GFT's practical recommendation is to expand the promised boundary only after its new dependencies and recovery obligations have been demonstrated.

¶ 07

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.

14 sources · 38 citation marks on this pageMost cited: S03, 6 times

Grade AGrade BGrade CKnot size: citations on this page

All 14 records shown

c03-S03 · Grade A

NIST

SP 800-82 Rev. 3: Guide to Operational Technology (OT) Security

This document provides guidance on how to secure operational technology (OT) while addressing their unique performance, reliability, and safety requirements.

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

Open the recorded source ↗
Chapter source notes

S05 NIST. 2010.

S06 NIST. 2016.

S03 NIST. 2023.

S16 SQLite. 2026-10-30.

S24 IETF / RFC Editor. 2022.

S13 SQLite. 2026-10-30.

S27 IETF / RFC Editor. 2020.

S08 IETF / RFC Editor. 2007.

S18 IETF / RFC Editor. 2014.

S31 IETF / RFC Editor. 2024.

S32 IETF / RFC Editor. 2002.

S12 IETF / RFC Editor. 2022.

S28 SQLite. 2026-10-30.

S26 NIST. 2024-02-26.

Keep the thread · chapter 03 of 14

Chapter 04 picks up the thread.

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

04Part II: Keep the local record alive

A protected digital circuit should have a measured duty

Protecting a selected record-keeping load can be practical even when the production machinery must stop.

  • 4.1Separate production energy from digital continuity loads
  • 4.2Measure consumption in the relevant operating modes
  • 4.3Size energy from duration and explicit derating inputs
  • 4.4Transfer behaviour decides whether the computer actually rides through
Reading time
25 min
Exhibits
4
Sections
7
Continue to chapter 04
← Previous: chapter 02, Site measurements must replace national averagesContinue the threadChapter 04 · A protected digital circuit should have a measured duty

Find a thread.

Type to search.