Skip to content
GREEN FUTURETECH.
Explore

Research libraryEdge to Dashboard

Chapter 04 of 14 · Part II · Draft web edition

Identity and time turn signals into events

A value becomes production evidence only when its asset, occurrence time, uncertainty and transformation history remain inspectable.

Sections
6
Exhibits
4
Minutes
22
Sources
8
EX 16 · 3: Buffer confirmed.

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: 6 sections, 2 exhibit wefts, one shuttle.

Lead exhibit · 14LayersillustrativeDurable asset identity survives a change of messaging endpoint
Physical organisationAsset identityOperating positionEffective assignmentAsset descriptionShell referenceNameplateCalibration referenceMessagingGroup and edge nodeDevice mappingMetric contractBusiness eventTracked objectRead pointProcess meaning

Read-outPhysical organisation: Asset identity, Operating position, Effective assignment

Method and source

GFT design illustration informed by the cited standards. Layers are related representations, not equivalent identifiers or evidence of deployment.

Unit: Illustrative responsibility mapping. Status: illustrative. Sources: S01, S07, S40, S15. Illustrative figures are teaching examples, not measured factory results.

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

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

Overture · 1 min

A connected factory should admit a reading into production decisions only when it can identify the object measured, distinguish occurrence from delivery, and explain the reading's quality and origin. GFT proposes an event contract that preserves those distinctions from acquisition to display. The contract is a design recommendation, not a claim that GFT has deployed or certified the architecture. It connects the responsibility model established earlier to the capture methods developed next, without making the dashboard responsible for repairing missing evidence.

¶ 01

The standards provide complementary foundations. ISA-95 addresses physical-asset organisation; the Asset Administration Shell structures asset information; Sparkplug defines messaging identity and state; EPCIS supplies visibility-event semantics. Clock protocols address alignment, while the provenance standard considered here has a narrower master-data scope. These sources inform GFT's proposed contract, but none independently specifies the entire textile-factory implementation.[S01][S07][S40][S15][S13][S41]

¶ 02 · 6 sources

S01S07S40S15S13S41

4.13 min · 9 paragraphs · 1 exhibit

Asset identity follows a stable factory hierarchy

ISA's publication notice describes physical-asset organisation and information shared across the enterprise-control interface as part of ISA-95's scope. It supplies a reason to govern the factory hierarchy before connecting addresses. GFT recommends separate identifiers for the physical asset, its current operational position, and each measurement point. A network endpoint is then an attribute of a connection, rather than the enduring identity of the production object.[S01]

For a proposed textile installation, the hierarchy would describe site, area, line, work centre and measurement point, with explicit parent relationships. This is GFT's suggested operating model, not a requirement that every named level be copied literally from a standard. Production should approve the operational positions. Maintenance should approve the physical-asset register. The integration owner should maintain the relationship between these registers and acquisition endpoints. Disagreements should become visible exceptions before publication.

¶ 02

Consider an illustrative sewing machine moved from assembly to rework. Its physical identity should follow the machine, while its line assignment changes from the effective move time. A line's output query should use the assignment applicable when the work occurred. A maintenance query should follow the physical machine across assignments. Encoding the current line permanently inside the only machine identifier would make those questions difficult to separate. A readable location alias remains useful, provided the durable identity survives a rename.

¶ 03

GFT recommends retaining both the valid period of an assignment and the time its correction was recorded. Suppose an illustrative relocation was entered after the shift ended. The revised relationship can describe where the machine actually operated without pretending that the information was known earlier. This distinction lets an investigator reproduce the original report and explain a corrected report. Historical context should therefore be addressable by event time and revision, rather than supplied solely by today's register.

¶ 04

The Asset Administration Shell metamodel provides structures for exchanging information about assets and distinguishes the identifiers of represented assets and their shells. Its asset descriptions can support a link between an equipment record and its technical information. That does not establish that the described equipment has been calibrated, installed correctly or connected. GFT would require separate evidence for those operating states.[S07]

¶ 05 · 1 source

S07

For an illustrative dyeing vessel, the physical asset, its temperature probe and its temperature measurement point should be distinguishable. Replacing the probe changes the installed sensor relationship and the applicable calibration reference. It need not create a new process position. Replacing the vessel itself may require a new physical-asset record. The event should retain enough identity to determine which arrangement existed at acquisition, including any interval when the replacement record was incomplete.

¶ 06

The proposed mapping in Exhibit 14 links these concerns without treating them as interchangeable. The layers show relationships to be governed, not a mandatory software stack or an implemented installation. Keeping the labels separate also gives procurement a practical test: can a replacement gateway preserve asset history without retaining the old vendor's private addressing scheme?

The mapping cannot establish the accuracy of any register. GFT recommends commissioning it by tracing a chosen physical label through acquisition, the asset description and the displayed event. The reverse trace should reach the same object. An unresolved or ambiguous relationship should suspend the affected inference, while retaining the raw observation for investigation. Inventing an asset match to keep a dashboard complete would remove the very exception the register needs to reveal.

¶ 08

Identity should also survive retirement. GFT proposes marking an asset record as retired while preserving its historical relationships, rather than reusing its key for replacement equipment. An illustrative probe removed from service may remain relevant to an earlier quality investigation. Its former measurements should still resolve to the retired record and the installation period. A spare of the same model should receive its own physical identity. Model sameness supports comparison of capability; it does not prove that the physical history is shared.

¶ 09

4.23 min · 10 paragraphs · read with a related exhibit

A topic namespace carries operational meaning

Related · chapter 0910 paragraphs step it

Related exhibit 41 · chapter 09FlowillustrativeLate data is reconciled by identity and source time
Persist in edge bufferDetect host STATE onlineFlush historical batchCheck EventId and source timeInsert into time domainPublish new KPI version

Read-outPersist in edge buffer. Starting point. Leads to Detect host STATE online (WAN outage).

Method and source

Illustrative store-and-forward replay sequence based on edge persistence (S29), Sparkplug host STATE and historical flush rules (S40), immutable OPC UA EventId tracking (S0902) and controlled recalculation (S24).

Unit: . Status: illustrative. Sources: S24, S29, S40, S0902. Illustrative figures are teaching examples, not measured factory results.

Read this exhibit in its chapter ↗
4.2 · Introduction · paragraph 1 of 10

Sparkplug defines group, edge-node and device identifiers within its MQTT topic structure. Its node descriptor combines group and edge-node identity, while device identity is scoped beneath the node. These are messaging relationships. A factory should map them explicitly to its equipment register rather than assume that a device name alone uniquely identifies a physical machine everywhere.[S40]

GFT recommends an interface dictionary in which every published metric has an accountable owner, meaning, datatype, unit, valid states and mapping to a measurement point. The dictionary should distinguish an instantaneous observation, a cumulative counter, a state transition and a business completion. A consumer should not have to infer those categories from a short topic label. This contract belongs alongside the namespace because routing a value correctly does not determine how to interpret it.

An illustrative pulse counter shows why meaning matters. A maintenance test may increment it without producing saleable fabric. A reset may reduce it without reversing physical production. A repeated publication may carry an unchanged total. GFT would require the metric contract to state when differences may be calculated, how resets are identified, and which operating modes permit a production inference. The application would then retain the observation even when its interpretation is withheld.

Names should remain readable without becoming the sole repository of meaning. GFT would keep a concise display alias for technicians and a stable mapping key for software. Topic changes should pass a compatibility review that identifies affected consumers, historical mappings and rollback behaviour. If a measurement changes from an instantaneous rate to an interval average, keeping the old label while silently changing its interpretation should fail that review. A renamed display label need not trigger the same treatment.

The proposed change process is deliberately small. The metric owner records the requested meaning, the integration owner demonstrates the mapping, and the receiving application owner confirms the intended interpretation. A representative payload and an expected event should accompany the review. The decision concerns the interface, not permission to write to machine control. Read-only publication and any command path require separately stated boundaries, even when the messaging technology supports both directions.

Sparkplug also provides birth, death and state behaviour, including stale treatment when communication is lost. Those conventions support consumer awareness of connection state. They do not replace GFT's proposed decision-specific rules for freshness, valid process mode and measurement quality.[S40]

GFT would test the namespace using deliberately conflicting illustrative cases: identical local device labels under different nodes, an equipment rename, a gateway replacement, and a metric with an incompatible unit. The expected outcome should be recorded before execution. Correct routing is necessary, but acceptance also requires that unsupported interpretations remain visible as exceptions. A rejection log should identify which mapping rule failed and who can correct it.

The chapter's boundary is the identity and meaning contract. Detailed protocol selection belongs to the interoperability discussion. The contract should nevertheless remain exportable independently of the broker configuration. That makes it possible to inspect what the factory believes a value means even when the messaging service is unavailable, and to compare successive configurations without reverse engineering a live installation.

GFT would also define how consumers react to an unfamiliar contract revision. A receiving application should either recognise the revision or retain the payload as uninterpreted evidence and expose the incompatibility. Guessing a unit from a previous version would make a successful connection look like successful interpretation. The commissioning exercise should include an intentionally incompatible revision and verify that the receiving application refuses the affected calculation. Compatibility evidence should name the tested producer and consumer configurations, so a later software change does not inherit acceptance automatically.

4.33 min · 10 paragraphs · 1 exhibit

NTP and PTP serve different correlation needs

The clock requirement should begin with the decision that depends on event order. Comparing shift totals poses a different question from locating a camera observation against a fast-moving process. GFT recommends recording the permissible correlation error, the acquisition point and the consequence of an incorrect association before selecting a clock technology. Timestamp resolution alone should never be used as the acceptance measure.

RFC 5905 describes potential NTP accuracy in the tens of microseconds under conditions involving modern workstations and fast local-area networks. That statement supports considering NTP for general alignment, while preserving its conditions. It is not a measured result for the proposed factory, its legacy controllers or a congested wireless path.[S13]

¶ 02 · 1 source

S13

The IEEE description of its precision clock synchronisation standard states support for accuracy and precision below a microsecond. PTP is therefore a candidate when tighter cross-device correlation is required. Its capability statement does not establish the accuracy of a particular sensor timestamp, network configuration or application. GFT would require commissioning evidence at the points where the relevant observations are actually timestamped.[S0401]

¶ 03 · 1 source

S0401

The comparison in Exhibit 15 preserves that distinction. It compares published scope and capability with proposed acceptance evidence. The practical choice remains conditional on an end-to-end measurement. Neither an enabled synchronisation service nor a nominally precise timestamp establishes that a delayed acquisition path meets the business requirement.

Exhibit 15RegisterillustrativePublished clock capability remains conditional on site evidence
Candidate
NTP
Source boundary
Potential tens of microseconds on fast LANs
Proposed check
Measure acquisition-time error

Read-outCandidate: NTP. Source boundary: Potential tens of microseconds on fast LANs. Proposed check: Measure acquisition-time error

Open the full register (3 rows)
NTPPotential tens of microseconds on fast LANsMeasure acquisition-time error
PTPSupports sub-microsecond synchronisationTest the installed timing path
Unaligned nodesSensing integrity can be uncertainRestrict cross-device ordering
Method and source

Illustrative GFT selection aid. Capability statements are sourced; acceptance checks are recommendations. No accuracy has been measured at a GFT installation.

Unit: Source statements and proposed acceptance checks. Status: illustrative. Sources: S13, S0401, S31. Illustrative figures are teaching examples, not measured factory results.

GFT recommends constructing an error budget across the physical transition, sensor sampling, acquisition software, local timestamping and clock alignment. Synchronising the computer clock addresses only part of that chain. The proposed budget should identify which contributions are measured, bounded by a supplier specification, or unknown. An unknown contribution should remain unknown until tested, rather than disappearing into the number of decimal places displayed.

¶ 01

An illustrative correlation test could drive a common observable transition into the relevant acquisition channels and compare the resulting events. The test should include normal operation, high acquisition load, loss of the time reference and recovery. The measured boundary must be explicit: agreement between gateway timestamps does not prove agreement between physical transitions when the gateways poll at different moments. The commissioning record should state what the test can and cannot resolve.

¶ 02
Note

The interval rule is GFT's analytical recommendation. It avoids ranking observations merely because their displayed timestamps differ. A source can report fine-grained time while its acquisition uncertainty is much coarser. Conversely, local sequence can establish a device's own order when absolute time is degraded. Cross-device association should explain which evidence it used, including any process dependency, rather than relying on an unexplained global sort.

¶ 03

GFT would record clock state with the event: synchronised, operating without a current reference, or unresolved, using definitions in the interface dictionary. The maximum accepted interval without a reference should follow the measured drift and use case. On recovery, the application should retain the original recorded timestamp and the clock-state transition. Any corrected estimate belongs in a separate field with its method, preserving what the system originally knew.

¶ 04

Elapsed duration deserves its own treatment. GFT recommends using a local elapsed-time mechanism for acquisition intervals where the platform can support it, with a recorded relationship to civil time. A clock correction should not create an apparent negative machine cycle or extend downtime simply because the reporting clock moved. Events spanning a restart require an explicit continuity rule. Where continuity cannot be established, the interval should be marked incomplete and reconciled against independent evidence, rather than bridged by subtraction across unrelated timing sessions.

¶ 05

Interlude · the cloth half-woven

4 exhibits carry this chapter's argument.

Woven: sections 4.0 to 4.3Still to weave: 4.4 to 4.6

  1. 14Durable asset identity survives a change of messaging endpointLayers
  2. 15Published clock capability remains conditional on site evidenceRegister
  3. 16Delivery delay leaves the original occurrence time intactTimeline
  4. 17An event carries identity, time and the reason its meaning is acceptedFlow
Hover or focus an exhibit to light its weft; select it to jump to it.
Key figures from chapter 01 · Exhibit 03Key figuresderivedThe outage-incidence gap is 23.6 percentage points against Sub-Saharan Africa
  • 23.6 ppGap vs Sub-Saharan AfricaDerived: 93.3% Cameroon minus 69.7% regional benchmark (all surveyed firms)
  • 38.3 ppGap vs lower-middle-incomeDerived: 93.3% Cameroon minus 55.0% income-group benchmark (all surveyed firms)
  • 3.5/moMonthly outage excessDerived: 10.4 typical-month outages in Cameroon minus 6.9 in Sub-Saharan Africa

Read-outGap vs Sub-Saharan Africa: 23.6 pp. Derived: 93.3% Cameroon minus 69.7% regional benchmark (all surveyed firms)

Method and source

GFT arithmetic from World Bank Enterprise Surveys Cameroon 2024 Country Profile (S32). Outage-incidence gap against Sub-Saharan Africa: 93.3 percent minus 69.7 percent equals 23.6 percentage points. Outage-incidence gap against lower-middle-income economies: 93.3 percent minus 55.0 percent equals 38.3 percentage points. Monthly frequency excess: 10.4 minus 6.9 equals 3.5 outages per typical month. Compares all surveyed firms, not textile factories.

Unit: percentage points and monthly events. Status: derived. Sources: S32.

Read this exhibit in its chapter ↗

4.43 min · 8 paragraphs · 1 exhibit

Source time and receipt time answer different questions

Step 1 of 5Occurrence

Exhibit 16 · illustrativeDelivery delay leaves the original occurrence time intact

0Occurrence2Gateway receipt3Buffer confirmed92Broker delivery95Historian record
0Occurrence2Gatewayreceipt3Bufferconfirmed92Brokerdelivery95Historianrecord

Occurrence

0: Occurrence. Source time retained · illustrative

Source time should identify the best supported occurrence or acquisition time, with its meaning declared.

Gateway receipt

2: Gateway receipt. · illustrative

Buffer confirmed

3: Buffer confirmed. · illustrative

Broker delivery

92: Broker delivery. · illustrative

Historian record

95: Historian record. · illustrative

The method behind it: Worked example: delayed arrival does not prove reversed production.

Method and source · Exhibit 16

Assumed teaching sequence, not measured latency: occurrence 0 s; gateway receipt 2 s; buffer confirmation 3 s; broker delivery 92 s; historian persistence 95 s. Source time remains 0 s.

Unit: Illustrative seconds from physical occurrence. Status: illustrative. Sources: S13, S15, S40. Illustrative figures are teaching examples, not measured factory results.

4.4 · the bodyExhibit 16 above; its figures are illustrative where marked.

Source time should identify the best supported occurrence or acquisition time, with its meaning declared. Gateway receipt time identifies admission into the local processing path. Broker delivery and historian persistence describe later stages. GFT recommends recording these separately wherever the application needs them. If the sensor cannot timestamp occurrence, the gateway's observation time can be useful, but should not be relabelled as a more precise physical-event time.

EPCIS distinguishes event time from repository record time. Sparkplug distinguishes payload timing from metric timing and carries session state. These source semantics require careful mapping into a canonical event: an envelope's send timestamp is not automatically the time every measurement occurred, and repository capture is not gateway receipt.[S15][S40]

¶ 02 · 2 sources

S15S40

The illustrative timeline in Exhibit 16 makes the recording points explicit. Its times are invented to demonstrate the difference between an event and its subsequent movement. The physical event occurs before the gateway accepts it; the event remains locally buffered before a later transmission. None of those stages should overwrite the earlier time simply because delivery resumes.

Under the illustrative assumptions, occurrence-to-persistence delay is 95 seconds. The assumed gateway-to-broker interval is 92 minus 2, or 90 seconds. Those calculations describe different boundaries. Calling both measures network latency would obscure acquisition delay, buffering and processing. If the clocks are not demonstrably aligned, the differences should be reported with the relevant uncertainty rather than presented as exact measured durations.

¶ 04

occurrence-to-persistence delay is 95 secondsillustrative

The worked example separates uncertainty from transport delay. GFT would require the event contract to name which uncertainty affects occurrence and which affects the observed delivery duration. An accurate historian clock cannot repair an unknown source clock. Replaying an event after an interruption should preserve its identity and occurrence evidence while adding delivery observations, allowing the receiving system to distinguish late evidence from current production.

¶ 05

GFT also recommends a durable acquisition identity separate from wall-clock time. A device instance, acquisition session and local sequence can support duplicate detection when clock corrections or replay produce repeated timestamps. The key design should state what happens after restart, replacement and counter wrap. A rejected duplicate should remain explainable by that key, rather than disappearing because its value happened to match a recent reading.

¶ 06

Shift assignment should be another declared interpretation. GFT recommends storing an unambiguous occurrence time and applying the approved site calendar when producing a shift view. An event arriving after the reporting cut-off should remain attached to its occurrence period when that time is trustworthy. The published report can then identify that it was revised after late evidence arrived. If occurrence time is unresolved, an arrival-based operational view may still be useful, provided it says what it measures and does not silently replace the production-period account.

¶ 07

4.53 min · 9 paragraphs · 1 exhibit

Visibility events need business context beyond a sensor value

EPCIS is designed for sharing visibility-event data across applications and organisations. Its event dimensions include what, when, where, why and how. That provides a vocabulary for business context, including tracked objects and read points. It does not mean that a factory must convert every sampled temperature or motor-current waveform into a supply-chain event.[S15]

GFT proposes a controlled promotion from observation to operational event. A raw observation states what the capture system detected. A candidate association links that detection to an identified object and read point. An accepted operational event adds the process assertion that the factory is prepared to make. Retaining these stages prevents an uncertain association from acquiring authority merely because it has entered a shared event feed.

¶ 02

For an illustrative garment bundle, proximity to an inspection station could support an arrival observation. Completion should require the defined completion evidence, such as a station transaction and an accepted disposition linked to the bundle. Those are proposed rules, not findings about a particular mill. The interface should distinguish arrival, inspection started, inspection completed and release authorised when those distinctions affect decisions. Collapsing them into a generic seen status would prevent later scrutiny of the process assertion.

¶ 03

GFT recommends separating the read point from the business location. The read point describes where capture occurred; the business location describes the operational place associated with the event. A mobile reader needs a governed assignment to the relevant work area during the event period. Its network address alone should not be accepted as proof of where a bundle travelled. Unresolved location should be carried as an exception rather than silently copied from the last successful read.

¶ 04

Repeated reads require an explicit policy. In an illustrative station design, a bundle remaining near the antenna should not accumulate completed operations with every observation. GFT would define an association window, expected process state, permitted transitions and evidence for leaving or re-entering the station. The parameters should be tested against the actual workflow. An anti-duplication rule chosen only to make a chart look plausible could hide legitimate rework.

¶ 05

The sensing review identifies time synchronisation and spectrum sharing as concerns for data integrity in RFID and wireless-sensor systems. That supports recording acquisition diagnostics and clock state alongside identity. It does not establish a success rate for the proposed textile installation. GFT would resolve read coverage, interference and ambiguous associations through local acceptance tests.[S31]

¶ 06 · 1 source

S31

The illustrative envelope in Exhibit 17 groups the evidence that should survive promotion. Its provenance field refers to GFT's proposed analytical lineage, rather than claiming that an asset-description or master-data standard defines every telemetry field. It also leaves room for an explicit unknown state, because a complete-looking record with invented context would be less useful than an honest exception.

Exhibit 17FlowillustrativeAn event carries identity, time and the reason its meaning is accepted
Asset and pointValue, unit, qualityTimes and clockstateObject and processSource and revisions

Read-outAsset and point. Starting point. Leads to Value, unit, quality.

Method and source

GFT-proposed event envelope informed by the cited sources. General analytical lineage is a design recommendation; ISO 8000-120 concerns characteristic master-data provenance.

Unit: Illustrative evidence sequence. Status: illustrative. Sources: S07, S13, S15, S31, S40, S41. Illustrative figures are teaching examples, not measured factory results.

GFT would keep the authority to change business context explicit. Production can confirm an operation; quality can confirm a disposition; an integration service can report that a mapping failed. These are different assertions. The event record should identify the approving role or service and preserve the original observation. Identity and time make the observation traceable, while declared authority makes its operational interpretation reviewable.

¶ 01

An illustrative split bundle needs an additional relationship: the parent bundle and each resulting child should remain connected to the recorded split operation. Otherwise, downstream observations may look like unexplained additions or duplicated work. GFT would require the process owner to define the conservation rule, including the quantity basis and any recorded loss. A merge should similarly preserve its contributing objects. The identifier does not prove physical conservation; it provides the address through which the reconciliation and its exceptions can be inspected.

¶ 02

4.63 min · 10 paragraphs · read with a related exhibit

Provenance travels with the value through every transformation

Related · chapter 1110 paragraphs step it

Related exhibit 50 · chapter 11LayersillustrativeRelease authority stays distinct from analytical lineage
ObservationEvent identitySource timeQuality stateInterpretationSchemaConfigurationModel or ruleRelease authorityApproved artefactPermitted scopeReturn conditionsOperational decisionResult referenceOperator actionCorrection history

Read-outObservation: Event identity, Source time, Quality state

Method and source

Illustrative GFT architecture, not a normative schema. ISO 23247-4 informs information exchange. ISO 8000-120 is limited to characteristic master-data provenance and excludes change control. CSF informs risk governance, not the exact release fields.

Unit: proposed evidence responsibilities. Status: illustrative. Sources: S06, S41, S18. Illustrative figures are teaching examples, not measured factory results.

Read this exhibit in its chapter ↗
4.6 · Introduction · paragraph 1 of 10

ISO 8000-120 addresses provenance for characteristic master data. Its published scope excludes configuration management and change control, and it does not supply a general telemetry-lineage contract. GFT therefore uses it to inform provenance discipline within that stated boundary. The analytical event lineage recommended below is a separate design proposal, not a claim of compliance with a standard whose scope is narrower.[S41]

GFT recommends recording the source observation reference, acquisition configuration revision, applicable mapping revision and transformation version whenever a value changes meaning. A converted temperature, a counter difference and a classified defect have different transformation dependencies. The lineage should make those dependencies inspectable without requiring the reader to infer them from a final dashboard label. Unchanged raw evidence remains the anchor for reviewing subsequent interpretations.

An illustrative counter calculation may start at 1,200 and finish at 1,248, producing a nominal difference of 48 counts. That arithmetic is meaningful only under the assumed conditions of a continuing counter instance, unchanged count definition and no intervening reset. If a reset is recorded, the simple subtraction no longer establishes output. GFT would retain the observations, mark the interval unresolved and apply a separately approved reconstruction rule if independent evidence permits one.

Reconstruction should declare its authority and uncertainty. GFT recommends distinguishing an observed count, an arithmetic result from accepted observations, and an estimate reconstructed from another record. A manual correction should identify the role, reason, affected period and superseded interpretation. It should not erase the source values or silently turn estimated production into measured production. The display can remain concise while exposing those distinctions through its evidence view.

For an illustrative defect event, the lineage may include the image reference, acquisition setup, model version, decision threshold and human review outcome. This does not require keeping every possible artefact indefinitely. It requires a retention decision matched to the use and a clear explanation when evidence expires. Storage architecture and retention implementation belong to the later historian chapter; this chapter defines what relationships that implementation must preserve.

GFT would express event quality through separate dimensions where the decision requires them: measurement validity, identity confidence, clock state, process-context status and delivery freshness. A reading may have valid measurement quality while its order assignment remains unresolved. Another may have complete identity but arrive too late for immediate intervention. Combining all those states into an unexplained good flag would conceal which use remains defensible.

The proposed acceptance exercise should follow a representative event from physical capture through an intentional transformation and into a decision. The reviewer should recover the original observation, identify the applicable asset assignment and explain every timestamp. The exercise should then repeat with a gateway restart, an assignment correction, a delayed replay and an invalid clock state. These are recommended tests, not reports of completed GFT operations.

For each test, the expected interpretation should be approved before execution. Evidence of correct rejection matters alongside evidence of correct acceptance. An unknown identity should remain unresolved. An ambiguous time association should remain ambiguous. A corrected mapping should produce an explainable revision. The factory should be able to reproduce both the original decision view and its later correction without claiming that late knowledge existed at the time.

GFT recommends making release authority part of the handover. The metric owner should accept the definition, the acquisition owner should accept capture and clock evidence, and the receiving application owner should accept interpretation and exception behaviour. Conditional acceptance should state which use is permitted and which evidence remains missing. A signal may be suitable for a maintenance trend while remaining unsuitable for product allocation. Recording that restricted permission gives the factory a useful intermediate state without presenting partial qualification as universal readiness.

The resulting handover is a compact contract: an identity dictionary, effective-dated mappings, declared timestamp semantics, uncertainty rules, event-promotion criteria and retained transformation references. It gives the following capture chapter a clear obligation: acquire observations without losing these distinctions. It also gives later storage and dashboard designs an acceptance test. A displayed value must be traceable to the production evidence that permits its interpretation.

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.

8 sources · 25 citation marks on this pageMost cited: S40, 5 times

Grade AGrade BGrade CKnot size: citations on this page

All 8 records shown

c04-S01 · Grade A

International Society of Automation

Update to ISA-95 Standard Addresses Integration of Enterprise and Manufacturing Control Systems

ANSI/ISA-95.00.01-2025, also known as ISA-95 Part 1, summarizes the scope of the manufacturing operations and control domain, discusses how physical assets of a manufacturing enterprise are organized, lists the functions associated with the interface between control functions and enterprise functions and describes the information shared among these functions.

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

Open the recorded source ↗
Chapter source notes

S01 International Society of Automation. 2025-04-10.

S07 Industrial Digital Twin Association. 2024-06.

S40 Eclipse Foundation. 2022-11-16.

S15 GS1 AISBL. 2022-06.

S13 Internet Engineering Task Force and RFC Editor. 2010-06.

S41 International Organization for Standardization. 2016-10.

S0401 IEEE Standards Association. 2020-06-16.

S31 MDPI, Sensors. 2020-04-28.

Keep the thread · chapter 04 of 14

Chapter 05 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

05Part II: Capture at the production edge

Brownfield capture must not disturb machine control

The safest digital retrofit begins by observing equipment through its documented interfaces and proving that acquisition does not alter control timing, protective functions or maintainability.

  • 5.1The machine audit precedes the gateway bill of materials
  • 5.4Modbus acquisition is polling with explicit exception handling
  • 5.7IO-Link separates cyclic process data from maintenance dialogue
  • 5.10Deterministic networks are not interchangeable with ordinary Ethernet
Reading time
29 min
Exhibits
5
Sections
6
Continue to chapter 05
← Previous: chapter 03, The architecture separates control, operations and enterprise responsibilitiesContinue the threadChapter 05 · Brownfield capture must not disturb machine control

Find a thread.

Type to search.