FPF Reference

    C.30.TFS-REL:4.4a - Architecture use of a transformation-flow structure network

    Preface node heading:c-30-tfs-rel-4-4a-architecture-use-of-a-transformation-flow-structure-network:62630

    What this page is

    This is generated FPF reference text from the specification preface or supporting sections. It helps interpret FPF; it is not FPF Reference product documentation.

    Methodology

    Use it to understand how the specification wants to be read, then return to a route, pattern, or work packet for active work. Cite generated IDs only when the wording changes the task decision.

    Content

    First ask whether one exact named containing holon has an independently obtaining ArchitectureRelation whose exact selected structure is the same transformationFlowStructureNetworkRef. If not, ask whether the architecture question instead spans several exact named holons while no containing holon has been grounded. Select exactly one branch; a connected diagram, network record, list, or common claim label does not answer either question.

    1. Named containing-holon use. Set networkArchitectureUseBranch=namedContainingHolon. Name exactly one containingHolonRef and one actual containingArchitectureRelationRef whose selected structure is the same exact network. containingArchitectureClaimRef is optional claim/trace content. Keep all participating arrays and noNetworkBearerHolonAsserted absent. Member TFS values and their Work, valuations, boundaries, actual transformations, and direct relations remain independently governed.
    2. Explicit inter-holon use. Set networkArchitectureUseBranch=explicitInterHolon. Put at least two exact distinct holons in participatingHolonRefs[]. Add exactly the actual participatingArchitectureRelationRefs[] and bounded participatingArchitectureClaimRefs[] on which this question relies; a network member whose architecture is not used by the question stays outside those arrays. Keep all containing fields absent and set noNetworkBearerHolonAsserted=true. This states one architecture-use question spanning named holons; it does not invent a containing holon, architecture relation, or characteristic bearer whose identity is the network.

    Every other populated architecture-side reference must agree with the selected branch. In namedContainingHolon, each value in selectedArchitectureStructureRefs belongs to the containing architecture relation's selected structure route, and each structural view, architecture description, functional structure view, or architecture claim used by this record traces to the same exact containing holon and relation. In explicitInterHolon, each such reference traces to one named participating holon and, when actual, its exact architecture relation; a singular reference names only that participant and does not imply a containing architecture. If a reference depends on another holon or architecture relation, add it only when the current question actually relies on it, or use a separate record.

    The branches are mutually exclusive. When transformationFlowStructureNetworkRef is absent, networkCrossFlowRelationRowRefs[] and all network branch fields are absent. A network ref without one complete branch is not ready for architecture use. When the record also names a path, slice, crossing, valuation, required effect, or actual transformation, bind it to the exact member TFS and the local positions, participants, or bindings that own it. When it names a network-aware unfolding, that E.18.3 locator must select the same exact network and preserve its admitted position mappings. The network ref does not lift member-local values into network-global state.

    Use networkCrossFlowRelationRowRefs[] only for E.18.NET-owned composite locators. Each locator's current containing record must describe the same exact selected network, and the direct occurrence plus complete ordered endpoint-binding identity must resolve exactly one nested row. Zero matches, several matches, or a record for a different network stop this architecture use. The locator identifies the row; it neither creates the relation occurrence nor changes its direct governor.

    For every maintainability, capability, responsibility, production, safety, or other architecture-characteristic claim made or used by this record, name the exact holon, actual architecture relation, selected structure, description/view episteme, bounded claim, or other bearer governed by C.30 or the characteristic's direct owner. A network may have selected structural facts—members, relations, recursion, or exposed positions—but those facts do not make an unnamed network the bearer of holon characteristics, agency, Work, production, required effects, or actual transformations.

    A network diagram, member graph, mathematical description, publication, or TransformationFlowStructureNetworkRecord is neither branch and does not enter architecture identity. It may represent, describe, or publish the selected network only under its direct representation, description, or publication pattern.

    Named containing-holon case. Exact holon ManufacturingPlatform-7 has one obtaining architecture relation whose selected structure includes the product-development/production-system-change network. C.30.TFS-REL may use that network to localize an architecture change while each member TFS, production relation, Work occurrence, and actual transformation keeps its own owner.

    Explicit inter-holon case. Exact supplier holon and exact plant holon use one selected E.18.NET-conforming supply-linked TFS network to inspect a cross-company dependency. Both appear in participatingHolonRefs[], with only the actual architecture relations and claims the question uses in their corresponding arrays. No containing supply-chain holon has been grounded, so noNetworkBearerHolonAsserted=true. The network is not called the architecture of an unnamed enterprise.

    Last Updated: 2026-07-31 — upstream FPF commit 1eb56cd0 (github.com/ailev/FPF)