3.2 Alignment with FDIS-RA [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.
====== 3.2 Alignment with FDIS-RA ======
[[fxdemo:03-part:start | Go To Top ]]

FDIS-RA provides financial-domain architectural precedent for systems that interpret, validate, compare, govern, audit, and [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]] financial information. This part aligns with FDIS-RA by defining FX logical structures and interactions that support semantic interpretation, validation, provenance, comparability, governance, release control, and defensibility.

FDIS-RA does not replace SIP-RA as the parent reference architecture. It informs the financial interpretation concerns that the FX Demo Logical Profile preserves.

<WRAP table-caption>
**Table 3-2:** FDIS-RA concerns aligned with the FX Demo Logical Profile.
</WRAP>

^ FDIS-RA concern ^ Part 3 FX logical treatment ^
| Semantic interpretation | Defines [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_semantic_interpretation_node|FX Semantic Interpretation Node]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_semantic_assertion|FX Semantic Assertion]], and FX Semantic Interpretation interactions. |
| Validation and comparability | Defines [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_validation_node|FX Validation Node]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_validation_result|FX Validation Result]], validation interaction patterns, and [[dido:99_annexes:annex-b-terms-and-definitions:t:traceability|Traceability]] to input information and validation rules. |
| Provenance and auditability | Defines [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_audit_and_provenance_node|FX Audit and Provenance Node]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_audit_record|FX Audit Record]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_provenance_record|FX Provenance Record]], and related endpoints and interaction patterns. |
| Evidence and defensibility | Defines FX [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]] expectations for intake, validation, interpretation, contract state, cash-flow computation, release, audit, provenance, replay, and reconstruction. |
| Governance of meaning | Defines FX logical ownership, versioning, [[dido:99_annexes:annex-b-terms-and-definitions:l:logical_compatibility|Logical Compatibility]], change control, admission rules, and [[dido:99_annexes:annex-b-terms-and-definitions:l:logical_policy_constraints|Logical Policy Constraints]]. |
| Controlled release | Defines [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_policy_and_release_node|FX Policy and Release Node]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_policy_decision|FX Policy Decision]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_release_package|FX Release Package]], and release-to-oversight interactions. |
| Technology neutrality | Keeps FX logical interpretation independent of implementation technologies, products, protocols, programming languages, and deployment mechanisms. |

----

<WRAP centeralign>

© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.

</WRAP>