2.5.4 Lack of Conformance Criteria

Return to 2.5 Why a Reference Architecture Is Needed

Without an explicit Reference Architecture, reporting systems usually frame claims of compliance or alignment in terms of individual standards, formats, products, or tools.

A system may claim conformance because it:

Produces syntactically valid outputImplements a particular taxonomyUses a recognised reporting formatAdopts a specified technologyPasses a schema-validation processSuch claims do not establish whether the system behaves consistently at the architectural level.

This creates a fundamental ambiguity: the meaning of architectural conformance remains undefined. Two systems may both claim alignment with the same reporting standard while handling semantics, interpretation, versioning, provenance, validation, and governance in materially different ways.

Schema validation or format conformance may not expose these differences, even though they directly affect:

ComparabilityTraceabilityAuditabilityReproducibilityInteroperabilityGovernanceHistorical reconstructionThe absence of architectural conformance criteria therefore constitutes an architectural failure mode. Without a shared framework that defines responsibilities, boundaries, interfaces, lifecycle controls, and required behavior, organizations cannot assess conformance consistently or durably.

Assertions of compliance remain fragmented, implementation-specific, and difficult to compare across:

AgenciesVendorsProductsJurisdictionsReporting periodsIndependently developed systemsA Reference Architecture addresses this gap by establishing explicit architectural responsibilities, relationships, constraints, interaction patterns, and conformance points against which systems can be assessed.

The architecture does not replace existing standards. Instead, it provides a framework for evaluating how systems apply those standards within a complete architectural context.

Architectural conformance criteria can therefore extend beyond formats and schemas to include:

Semantic handlingSeparation of reported, observed, and interpreted informationInterpretive traceabilityVersioned semantic and rule contextProvenance preservationInterface and contract governanceLifecycle controlInspectable conformance pointsGovernance across the reporting lifecycleThe Federated Data Interpretation Systems Reference Architecture (FDIS-RA) enables conformance to be defined in explicit, testable, comparable, and meaningful architectural terms across implementations and over time.

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