| Both sides previous revision Previous revision Next revision | Previous revision |
| dido:99_annexes:annex-b-terms-and-definitions:f:fx_policy_and_release_node [2026/07/11 11:15] – ↷ Links adapted because of a move operation nick_dido | dido:99_annexes:annex-b-terms-and-definitions:f:fx_policy_and_release_node [2026/08/04 07:09] (current) – ↷ Links adapted because of a move operation nick_dido |
|---|
| The FX Policy and Release Node evaluates release conditions and controls the governed disclosure of FX information. | The FX Policy and Release Node evaluates release conditions and controls the governed disclosure of FX information. |
| |
| The FX Policy and Release Node performs policy evaluation and release control responsibilities. It receives release requests, evaluates policy constraints, determines whether information qualifies for release, identifies required redaction, masking, transformation, aggregation, marking, or packaging, records obligations, produces FX Policy Decisions, and prepares FX Release Packages for authorised recipients. | The FX Policy and Release Node performs policy evaluation and release control responsibilities. It receives release requests, evaluates policy constraints, determines whether information qualifies for release, identifies required redaction, masking, transformation, aggregation, marking, or packaging, records obligations, produces FX Policy Decisions, and prepares FX Release Packages for authorized recipients. |
| |
| The FX Policy and Release Node supports sovereignty-aware and residency-aware release at the FX logical profile level. Full FX transaction detail may remain within an authorised institutional, local, national, or other residency domain. Authorised metadata, aggregate summaries, derived indicators, redacted views, masked views, exception views, or recipient-specific release products may be prepared for broader oversight only when policy decisions permit that release. | The FX Policy and Release Node supports sovereignty-aware and residency-aware release at the FX logical profile level. Full FX transaction detail may remain within an authorized institutional, local, national, or other residency domain. Authorized metadata, aggregate summaries, derived indicators, redacted views, masked views, exception views, or recipient-specific release products may be prepared for broader oversight only when policy decisions permit that release. |
| |
| The FX Policy and Release Node participates primarily in the FX Logical [[dido:99_annexes:annex-b-terms-and-definitions:p:policy_and_release_plane|Policy and Release Plane]]. It also participates in the FX Logical [[dido:99_annexes:annex-b-terms-and-definitions:a:audit_and_provenance_plane|Audit and Provenance Plane]] by recording policy decisions, release rationale, source information references, release obligations, release package lineage, and release provenance. | The FX Policy and Release Node participates primarily in the FX Logical [[dido:99_annexes:annex-b-terms-and-definitions:p:policy_and_release_plane|Policy and Release Plane]]. It also participates in the FX Logical [[dido:99_annexes:annex-b-terms-and-definitions:a:audit_and_provenance_plane|Audit and Provenance Plane]] by recording policy decisions, release rationale, source information references, release obligations, release package lineage, and release provenance. |
| |
| A later phase profile may specialise this logical [[dido:99_annexes:annex-b-terms-and-definitions:n:node|Node]] into distributed policy enforcement, policy decision, policy administration, policy information, metadata or aggregate view builder, release gateway, and audit/evidence capabilities. Those later capabilities specialise the FX Policy and Release Node responsibilities. They do not require all FX transaction data to pass through a single central policy server or gateway. | A later phase profile may specialize this logical [[dido:99_annexes:annex-b-terms-and-definitions:f:financial_node|Node]] into distributed policy enforcement, policy decision, policy administration, policy information, metadata or aggregate view builder, release gateway, and audit/evidence capabilities. Those later capabilities specialize the FX Policy and Release Node responsibilities. They do not require all FX transaction data to pass through a single central policy server or gateway. |
| |
| ===== Definition ===== | ===== Definition ===== |
| |
| //responsible for evaluating release conditions and controlling governed disclosure, sovereignty-aware release, residency-aware movement, metadata or aggregate release, and authorised release products for FX information// | //responsible for evaluating release conditions and controlling governed disclosure, sovereignty-aware release, residency-aware movement, metadata or aggregate release, and authorized release products for FX information// |
| |
| ===== Source ===== | ===== Source ===== |
| |
| Specialisation of Logical Node from [[fxdemo:02-part:start]], Section 6.2, Logical Policy Constraints from [[fxdemo:02-part:start]], Section 11.7, and [[dido:99_annexes:annex-b-terms-and-definitions:p:policy_and_release_plane|Policy and Release Plane]] from [[fxdemo:01-part:start]], Section 8.5; generalised from IEF policy-layer, release-control, redaction, obligation, release-package, and policy-mediated release material in the original FX Demo [[dido:99_annexes:annex-b-terms-and-definitions:r:reference_architecture|Reference Architecture]]. | Specialization of Logical Node from [[fxdemo:02-part:start]], Section 6.2, Logical Policy Constraints from [[fxdemo:02-part:start]], Section 11.7, and [[dido:99_annexes:annex-b-terms-and-definitions:p:policy_and_release_plane|Policy and Release Plane]] from [[fxdemo:01-part:start]], Section 8.5; generalised from IEF policy-layer, release-control, redaction, obligation, release-package, and policy-mediated release material in the original FX Demo [[dido:99_annexes:annex-b-terms-and-definitions:r:reference_architecture|Reference Architecture]]. |
| |
| ===== Note ===== | ===== Note ===== |