A number becomes a decision fact only when the application knows what it means.
Define calculated business facts once and use them across models, rules, policy, Context Assembly, human review, routing, and workflows with definition, entity, source, time, scope, freshness, and provenance intact.
Turn calculations into reusable business facts
Declared proposition
Payment exposure, change frequency, account age, exception count, and risk indicators remain typed business facts.
Definition contract
Formula, window, unit, entity, source dependencies, missingness, scope, consumers, freshness, and provenance stay attached.
Reusable consumers
Models, deterministic rules, policy, routing, human review, Context Assembly, and UI use the same meaning.
Preserve four different meanings of time
Point-in-time correctness is more than asking for the latest value before a timestamp. The application must distinguish what was true from what could be known.
Record the exact features the execution actually used
A Decision-Time Feature Snapshot retains the precise Feature Value Records consumed by one Execution Instance.
Keep point-in-time correctness separate from freshness
Preserve scope through the calculation
Derived values can inherit tenant, taxonomy, legal entity, purpose, classification, residency, and permission revision from eligible sources.
Keep online and historical features semantically aligned
A Feature Parity Contract can specify equivalence and allowed divergence across online, offline, batch, and streaming representations.
Preserve late data and corrections without rewriting history
A Feature Correction Record connects original values to corrected values while preserving what the application actually knew at decision time.
A number becomes a decision fact only when the application knows what it means, when it was valid, and where it came from.
Features need definitions, entity scope, validity time, freshness, source lineage, calculation version, and policy context before they should influence rules, models, human review, or final actions.
Meaning
Definitions and calculation logic make a feature understandable across applications.
Validity
Time, freshness, and entity scope determine whether a value is appropriate for the current decision.
Origin
Source lineage and provenance show where the value came from and how it was produced.
Use
Policy and evidence connect the feature to the rule, model, reviewer, or action it influenced.
Map one calculated decision fact from source to business effect.
Use an architecture review to define feature contracts, time semantics, freshness gates, parity, corrections, and Feature-to-Decision Lineage.