Skip to main content
Category: Data Quality

Currency

Also known as: Money, Medium of exchange
Simply put

Currency is the official money used to buy and sell things within one or more countries, such as the euro in the European Union or the British pound in the United Kingdom. It can take physical forms like banknotes and coins, or electronic forms such as balances held in online bank accounts. Each country or economic area typically has its own recognized system of money.

Formal definition

Currency is a standardized form of money in circulation as a medium of exchange, encompassing banknotes, coins, and electronic balances. It functions as the official medium of exchange adopted by one or more countries, constituting the monetary system in use within a given jurisdiction at a given time. In the United States, for example, physical currency is produced by the Bureau of Engraving and Printing (banknotes) and the U.S. Mint (coins), both bureaus of the U.S. Department of the Treasury. This definition addresses currency as a monetary and economic concept only; it does not cover exchange-rate mechanics, monetary policy, digital or crypto assets, or foreign-exchange market operations.

Why it matters

Currency is the foundational instrument through which economic value is exchanged, priced, and recorded within a jurisdiction. Because each country or economic area typically maintains its own recognized monetary system, the currency in use defines the unit in which transactions, contracts, and financial obligations are denominated. Understanding what constitutes currency in a given jurisdiction at a given time is a prerequisite for interpreting prices, settling obligations, and comparing values across borders.

Currency exists in both physical and electronic forms, and this distinction matters for how value is held and transferred. Banknotes and coins represent tangible money, while electronic balances held in online bank accounts represent the same monetary value in dematerialized form. Both are the official medium of exchange within their jurisdiction, and treating them as separate systems rather than different manifestations of the same monetary standard can lead to confusion about what money is and where it resides.

The scope of this entry is deliberately narrow. It addresses currency as a monetary and economic concept and does not cover exchange-rate mechanics, monetary policy, digital or crypto assets, or foreign-exchange market operations. Readers seeking treatment of those subjects should consult sources dedicated to them, as they involve considerations beyond the definition of currency itself.

Who it's relevant to

Finance and treasury professionals
Those handling transactions, settlements, and financial reporting rely on a precise understanding of which currency is the official medium of exchange in a given jurisdiction, and on the distinction between physical forms such as banknotes and coins and electronic balances held in bank accounts.
Cross-border business operators
Organizations transacting in more than one country need to recognize that each country or economic area typically has its own recognized monetary system, such as the euro in the European Union or the British pound in the United Kingdom, when denominating deals and obligations.
Compliance and governance readers
Professionals interpreting financial records or references to money benefit from a clear, scoped definition of currency as an economic concept, while noting that this entry does not extend to exchange-rate mechanics, monetary policy, digital or crypto assets, or foreign-exchange market operations.

Inside Currency

Data Currency
In data governance, currency refers to how up-to-date a data element is relative to the real-world state it represents. It is a dimension of data quality concerned with whether values reflect the most recent known change, rather than with security or lawful basis for processing.
Timeliness Relationship
Currency is closely related to, but distinct from, timeliness. Currency concerns how recent the data is, while timeliness concerns whether data is available when needed. A record can be current yet delivered too late to be useful, or delivered promptly yet already stale.
Update Latency
The interval between a change occurring in the real world and that change being reflected in a data store. Shorter latency generally corresponds to higher currency, though acceptable latency depends on the use case.
Accuracy Principle Linkage
Under the EU GDPR and UK GDPR, the accuracy principle requires that personal data be kept up to date where necessary for the purpose. Currency is the governance dimension that operationally supports this principle, though it is not itself a defined legal term in those instruments. Treatment of accuracy obligations differs under other regimes such as the CCPA and CPRA or HIPAA.
Governance Ownership
Maintaining currency typically sits within data governance responsibilities, assigned to data stewards or owners who define acceptable staleness thresholds, monitor freshness, and remediate outdated records. Accountability generally requires demonstrable evidence of these controls, not merely a stated commitment to keeping data current.

Common questions

Answers to the questions practitioners most commonly ask about Currency.

Does keeping data accurate and up to date mean the same thing as data currency?
Not exactly, though the two overlap. Currency generally refers to whether a data value reflects the most recent state of the real-world entity it describes at a given point in time, while accuracy refers to whether the value correctly represents that entity at all. A record can be accurate as of the moment it was captured yet no longer current if the underlying facts have since changed. Treating the two as identical can obscure the fact that a value may need refreshing even when it was never wrong.
Is data currency purely an information security concern?
No. Currency is primarily a data quality and governance dimension, concerned with how recently data reflects reality and who is accountable for keeping it timely. Information security focuses on confidentiality, integrity, and availability controls. There is overlap where integrity controls prevent unauthorized or accidental changes that could affect how current a value appears, but currency itself sits within governance stewardship and data quality management rather than within the security control set. Collapsing the two obscures which team owns the obligation to refresh data.
How do teams typically measure the currency of a data set?
Currency is commonly assessed by comparing the timestamp of a value's last update or capture against an expected refresh interval defined by policy or by the volatility of the underlying attribute. Fields tied to fast-changing facts generally warrant tighter thresholds than stable ones. Metrics are typically expressed as age of data or the proportion of records updated within a defined window. The specific thresholds depend on business context and intended use; this entry does not prescribe fixed intervals.
Who is accountable for maintaining data currency within a governance framework?
Accountability generally rests with designated data owners and data stewards identified in the governance operating model, rather than with security teams or with the systems themselves. Under accountability-oriented governance frameworks, demonstrable evidence such as documented refresh schedules, monitoring results, and remediation records is expected rather than a stated intent to keep data current. The precise roles and their responsibilities vary by organization and framework.
How should currency expectations be documented so they are enforceable?
Currency expectations are typically captured in data quality rules or service definitions that specify the acceptable age or refresh cadence for a given attribute or data set, tied to its intended use. Recording the rationale, the responsible steward, and the monitoring approach helps make the expectation auditable. This supports the broader accountability principle that governance obligations should be evidenced rather than merely asserted.
How does currency relate to retention decisions?
Currency and retention address different questions and should not be conflated. Currency concerns whether a retained value is timely enough for its intended use, while retention concerns how long data may or must be kept before deletion. Data can be well within a retention period yet stale, and conversely data may be current but subject to deletion under a retention schedule. Retention rules, deletion mechanics, and their legal bases are out of scope for this entry.

Common misconceptions

Currency and timeliness are the same thing.
They are distinct data quality dimensions. Currency measures how recently data reflects reality, while timeliness measures whether data is available when it is needed. The two can move independently, and a dataset can score well on one and poorly on the other.
Keeping data current is a security control.
Currency is a data governance and data quality concern, not an information security control. Security addresses confidentiality, integrity, and availability, whereas currency addresses whether values are up to date. There can be overlap through integrity controls, but the concepts should not be collapsed together.
Maintaining data currency by itself satisfies the accuracy obligation.
Currency supports the accuracy principle in the EU GDPR and UK GDPR but does not on its own guarantee compliance. The accuracy requirement is scoped to what is necessary for the purpose, and compliance depends on context, jurisdiction, and implementation. This entry does not cover retention rules, cross-border transfer mechanics, or enforcement outcomes.

Best practices

Define explicit, purpose-specific acceptable staleness thresholds for each data element rather than applying a single freshness standard across all data.
Distinguish currency from timeliness in your data quality metrics, and monitor each dimension separately so that a strong score in one does not mask a weakness in the other.
Assign clear ownership for currency to named data stewards or owners, and require demonstrable evidence of monitoring and remediation rather than stated intent.
Measure and track update latency between real-world changes and their reflection in data stores, and set alerts where staleness exceeds the agreed threshold.
Where personal data is in scope, align currency controls with the accuracy principle under the applicable regime, scoping the effort to what is necessary for the processing purpose and confirming how other jurisdictions treat accuracy.
Document currency thresholds, monitoring processes, and remediation actions to support accountability, while noting that this documentation does not by itself address retention, transfer, or lawful basis requirements.