SIP-023 — Governance Evolution and Operational Execution [Dido Solutions, Inc Wiki]

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== SIP-023 — Governance Evolution and Operational Execution ======

[[public:00-sip-ra:99-annexes:annex-c-requirements:start|Go to Annex C: Requirements]]

===== Statement =====

The [[public:99_annexes:annex-b-terms-and-definitions:r:reference_architecture|Reference Architecture]] SHALL separate the evolution of [[public:99_annexes:annex-b-terms-and-definitions:g:governance|Governance]] [[public:99_annexes:annex-b-terms-and-definitions:a:artifact|Artifacts]] from execution of the operational processing flow.

===== Rationale =====

Governance Artifacts may change while operational processing continues. Applying every change to an active processing flow immediately could alter outcomes without an explicit transition, invalidate comparisons, or prevent reproduction of earlier Interpretations.

Separating Artifact evolution from operational execution allows changes to be reviewed, approved, versioned, and activated through controlled lifecycle transitions. Each execution can remain associated with the exact Governance Artifact versions applicable to it.

===== Evaluation Criteria =====

The Submission satisfies this requirement when the Reference Architecture:

  - Defines Governance Artifact evolution separately from operational processing
  - Supports creation and review of a new Artifact version without automatically applying it to an active processing flow
  - Identifies the Authority responsible for approving an Artifact version
  - Defines how an approved version becomes applicable to an operational processing flow
  - Supports identification of an effective version, time, event, or Baseline
  - Associates each execution with the Governance Artifact versions applied to it
  - Prevents an Artifact revision from silently changing an active or completed execution
  - Supports concurrent use of different approved versions when permitted by applicable Governance
  - Preserves previous versions needed for Traceability and reproducible Interpretation
  - Records the transition from one applicable version or Baseline to another

===== Referenced By =====

{{backlinks>public:00-sip-ra:99-annexes:annex-c-requirements:sip-023-governance-evolution-and-operational-execution}}

===== Notes for Editors =====

This requirement defines logical and lifecycle separation. It does not require Governance activities and operational execution to use physically separate infrastructure.

[[public:00-sip-ra:99-annexes:annex-c-requirements:sip-019-data-plane-and-control-plane-separation|SIP-019 — Data Plane and Control Plane Separation]] defines the related architectural separation between operational information flows and Governance or control flows.

----

<WRAP centeralign>
© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.
</WRAP>