Differences

This shows you the differences between two versions of the page.

--- dido:99_annexes:annex-b-terms-and-definitions:l:logical_policy_constraints [2026/07/11 11:14] – removed - external edit (Unknown date) 127.0.0.1
+++ dido:99_annexes:annex-b-terms-and-definitions:l:logical_policy_constraints [2026/07/18 12:33] (current) – external edit 127.0.0.1
@@ Line 1: / Line 1: @@
+====== Logical Policy Constraints ======
+[[dido:99_annexes:annex-b-terms-and-definitions:l:start|Return to L Terms]]
+===== Discussion =====
+Logical Policy Constraints define platform-independent restrictions, conditions, obligations, or decision criteria that govern logical interactions and information movement.
+Logical Policy Constraints apply to access, disclosure, safeguarding, release, redaction, transformation, marking, retention, replay, audit, provenance, and expectations for evidence. They control what information a Logical Node exchanges, to whom, for what purpose, under which obligations, and with which traceability.
+Logical Policy Constraints support the Logical Policy and Release Plane. They also affect the Logical Data Plane, Logical Control Plane, and Logical Audit and Provenance Plane when policy decisions constrain information movement, operational action, audit recording, or evidence preservation.
+Logical Policy Constraints do not prescribe a specific policy language, policy engine, access-control product, rules engine, data-labeling mechanism, gateway, or release service. Later implementation profiles select those mechanisms.
+===== Definition =====
+//Platform-independent restriction, condition, obligation, or decision criterion governing logical interaction or information movement.//
+===== Source =====
+Specialization of Governance and Authority and Policy and Release Plane from Part 1, Sections 9.6 and 8.5; generalised from IEF policy-layer, release-control, redaction, obligation, and policy-decision material in the original FX Demo Reference Architecture.
+===== Note =====
+Logical Policy Constraints define what the Logical Architecture governs. Implementation mechanisms define how a selected technology enforces or records those constraints.
+===== Example =====
+A logical policy constraint requires a Logical Node to complete release evaluation before it provides transaction information to an external oversight participant.
+----
+[[dido:99_annexes:annex-b-terms-and-definitions:l:start|Return to Top]]
+----
+<WRAP centeralign>
+© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.
+</WRAP>