Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| dido:99_annexes:annex-b-terms-and-definitions:q:qualified_node [2026/07/11 11:14] – ↷ Page moved from dido:99_annexes:99_annexes:annex-b-terms-and-definitions:q:qualified_node to dido:99_annexes:annex-b-terms-and-definitions:q:qualified_node nick_dido | dido:99_annexes:annex-b-terms-and-definitions:q:qualified_node [2026/08/06 10:47] (current) – nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Qualified Node ====== | ====== Qualified Node ====== | ||
| - | [[dido:99_annexes: | + | [[dido: |
| ===== Discussion ===== | ===== Discussion ===== | ||
| - | A Qualified Node performs governed work after the architecture recognises its eligibility for a defined function. Qualification supports trust, cost attribution, | + | A [[dido: |
| - | A Qualified Node satisfies | + | The qualification criteria address |
| - | A Qualified | + | Qualification supports trust, provider comparison, [[dido: |
| + | |||
| + | Qualification | ||
| + | |||
| + | The qualification record identifies: | ||
| + | |||
| + | * The Qualified Node | ||
| + | * The governed function | ||
| + | * The applicable qualification criteria | ||
| + | * The operating context | ||
| + | * The applicable jurisdiction | ||
| + | * The qualifying [[dido: | ||
| + | * The qualification method | ||
| + | * The supporting Evidence | ||
| + | * The qualification date | ||
| + | * The validity period | ||
| + | * Any limitations or conditions | ||
| + | * The applicable [[dido: | ||
| + | * The applicable [[dido: | ||
| + | |||
| + | A material change to the Node, its Configuration, | ||
| ===== Definition ===== | ===== Definition ===== | ||
| - | // | + | //[[dido: |
| ===== Source ===== | ===== Source ===== | ||
| - | FX Demo Reference Architecture, Part 6: Cost Recovery, Compensation, | + | Financial Systems Archetype, Part 6: Cost Recovery, Compensation, |
| + | |||
| + | Financial Systems Archetype, Part 7: Governed Node Service Market | ||
| ===== Note ===== | ===== Note ===== | ||
| - | A Qualified Node differs from a running Node. A running Node has operational presence. A Qualified Node has recognised eligibility for a defined governed function. | + | A Qualified Node differs from a running Node: |
| - | Qualification | + | * A running Node has an operational presence |
| + | * A Qualified Node has recognized eligibility for a defined governed function, scope, and operating context | ||
| + | |||
| + | Qualification | ||
| + | |||
| + | Evidence of completed work supports attribution, | ||
| + | |||
| + | Qualification applies only within its defined scope, operating context, validity period, and conditions. Qualification for one governed function does not establish qualification for another governed function. | ||
| ===== Example ===== | ===== Example ===== | ||
| - | A sanctions screening Node satisfies | + | An authorized qualification process evaluates a sanctions-screening Node against |
| + | |||
| + | The resulting qualification record identifies the Node, governed function, jurisdiction, | ||
| + | |||
| + | The Node is a Qualified Node for sanctions-screening work within that defined scope. The qualification does not establish that the Node completed any particular sanctions-screening request. | ||
| + | |||
| + | ---- | ||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||