Modern Financial Services data platforms require more than Bronze, Silver, and Gold layers to manage complexity, meaning, and governance. While Silver provides current-state truth and Gold delivers consumption-driven business meaning, neither resolves enterprise-wide semantics. This article introduces the Platinum layer as the conceptual truth layer, reconciling how different domains, systems, and analytical communities understand the same data. Together, Gold and Platinum bridge operational use, analytical insight, and long-lived domain semantics, enabling clarity, velocity, and governed understanding at scale.
Executive Summary (TL;DR)
Traditional Bronze–Silver–Gold architectures assume Gold is the final destination for business meaning. In practice, modern Financial Services platforms require more nuance. Raw and Base act as ingestion and native-format zones. Bronze captures full temporal truth using SCD2. Silver provides a current-state or substantiated time view and represents the point at which data becomes safe to consume. Gold then iteratively reshapes Silver into business-domain-specific schemas optimised for particular operational or analytical uses. This article challenges the assumption that Gold is sufficient, introducing Platinum as a distinct conceptual truth layer that unifies meaning across domains, systems, and analytical perspectives.
With the explicit acceptance of ambiguity, the architecture expresses a precise progression of organisational learning:
- Bronze accepts mess and preserves truth
- Silver stabilises state
- Gold embraces iteration and opinion
- Platinum embraces uncertainty while meaning matures
This is not just a layering model. It is a theory of organisational learning through data.
Crucially, stability is enforced at contracts and interfaces, while meaning is allowed to evolve beneath them. Governance, in this model, is not about false certainty or premature closure, but about controlled, intentional evolution.
Contents
- Executive Summary (TL;DR)
- Contents
- 1. Introduction: From Business Context to Conceptual Truth in a Modern Financial Services Data Platform
- 2. Recap: Why Silver Alone Is Not Enough
- 3. Gold Layer — Where Business Context Lives
- 4. Platinum Layer — The Conceptual Truth Layer
- 5. How Gold & Platinum Build on the Silver Layer
- 6. How Gold & Platinum Connect to the Three Upcoming Articles
- 7. Summary: Gold Delivers Meaning… Platinum Delivers Understanding
1. Introduction: From Business Context to Conceptual Truth in a Modern Financial Services Data Platform
Modern Financial Services data platforms must serve a broad spectrum of consumers: operational systems, quants, actuaries, financial controllers, AI teams, and regulatory governance. These groups all view data differently. They interpret meaning differently. They expect different things from the platform.
The familiar Bronze → Silver → Gold model is no longer enough to serve this complexity.
Over the past decade—accelerated by conversations with data scientists, actuaries, analytics engineering leads, Information Architects, and regulatory teams—a more accurate two-layer pattern has emerged above Silver:
- Gold Layer: where business context lives, shaped by consumption
- Platinum Layer: where the conceptual data model lives, unifying meaning across domains, systems, and analytical communities
Together, Gold and Platinum form the bridge between historical integrity (Bronze), current-state clarity (Silver), and enterprise-wide understanding (Platinum).
This article explains why these layers exist, what they solve, how they differ, and how they complete the architecture.
2. Recap: Why Silver Alone Is Not Enough
Before extending the architecture, it is important to be precise about where Silver stops. Silver is often treated as “good enough” because it is clean, stable, and readable. But in practice, teams quickly discover that while Silver answers questions about state, it does not answer questions about meaning, alignment, or interpretation across domains.
After applying SCD2 logic in Bronze and deriving clean, non-SCD, current-state data in Silver:
- Bronze = temporal truth
- Silver = present truth
But Silver does not provide:
- business logic
- derived indicators
- KPIs
- cross-domain alignment
- conceptual definitions
- unified semantics
- reconciled views
- business meaning
Silver tells you what is. It does not tell you:
- what it means
- how to use it
- how to reconcile it
- how to interpret it
- what rules govern it
- how other teams see it
To support business value, analytics, reconciliation, actuarial modelling, and governance, we need two more layers.
3. Gold Layer — Where Business Context Lives
Once data becomes safe to read, the next challenge is making it useful. This is where platforms begin to diverge from purely technical concerns into business-driven ones. The Gold layer exists to transform neutral, current-state data into forms that directly support how the organisation operates, analyses, and makes decisions.
3.1 Shaped by Consumption… Reiterated by Demand… Driven by Use…
Gold does not emerge from upfront modelling or theoretical completeness. It emerges from repeated use. Each consumer interaction exposes gaps, assumptions, and missing context, and Gold evolves through this feedback. Its shape is defined not by what is available, but by what is actually needed.
Gold is the layer that turns clean, stable Silver data into consumable business meaning.
Unlike Silver, which is intentionally light and neutral, Gold is:
- opinionated
- contextual
- aggregated
- derived
- customer-facing and business-facing
Gold represents how the business uses and interprets data today.
3.2 What the Gold Layer Contains
Because Gold is driven by use, its contents reflect how the business thinks about and works with data. Rather than mirroring source systems or generic structures, Gold assembles and derives data into forms that align with real operational, analytical, and decision-making workflows.
3.2.1 Business-Derived Attributes & KPIs
Examples:
- Customer value tiers
- Credit utilisation ratios
- Product classifications
- AML risk scoring
- Behavioural segments
- Account health measures
3.2.2 Cross-Domain Joins
Where multiple Silver tables come together:
- Customers + Accounts + Products
- Transactions + Merchants
- Claims + Policies
- Risk + Exposure
3.2.3 Normalised Business Views
Examples:
- A unified Customer Profile
- A normalised Transaction model
- A synthesised Product Model
- A Household or Relationship model
3.2.4 Consumable Data Products
Created for:
- operational systems
- BI dashboards
- machine learning
- risk engines
- financial planners
- digital products
3.2.5 Reiteration Based on Actual Use
Gold evolves based on consumption feedback loops:
- If quants need a new derived feature → Gold
- If operational systems need a new view → Gold
- If dashboards need a new KPI → Gold
Gold is defined by how data is consumed, not by how it is stored or supplied.
This echoes your philosophy:
Products are defined by consumption, not by storage.
3.3 Why Gold Exists
Gold exists to absorb complexity so that consuming teams do not have to. Without it, every downstream user is forced to rediscover the same logic, reconcile the same ambiguities, and rebuild the same interpretations. Gold centralises this effort into a shared, reusable layer.
3.3.1 To reduce cognitive load for business & analytics teams
Silver cleans data.
Gold interprets it.
3.3.2 To provide a reusable library of business truth
A stable, consumable domain layer.
3.3.3 To enable fast delivery velocity
Multiple teams reuse established business patterns instead of recreating bespoke logic.
This aligns directly with your principle:
Velocity comes from multiple teams using single, reusable patterns and methods.
3.3.4 To remove ambiguity around meaning
“Account balance” means different things to:
- finance
- reconciliation
- platform operations
- actuarial models
Gold makes these differences explicit and consumable.
4. Platinum Layer — The Conceptual Truth Layer
As Gold grows, a new problem emerges: consistency of meaning across contexts. Gold can successfully serve individual domains while still diverging conceptually across the enterprise. The Platinum layer exists to address this deeper challenge: not of usage, but of understanding.
4.1 Where the fabled Conceptual Data Model finally finds a Home
Conceptual data models have long existed in theory but struggled to find a practical place in modern platforms. Platinum provides that place by separating conceptual meaning from physical implementation, allowing ideas about the business to exist independently of schemas, tables, or pipelines.
The Platinum layer is often misrepresented as a technical semantic layer, when it is fundamentally a conceptual one.
Many organisations attempt to force semantics into physical schemas or relational modelling patterns. But data scientists, actuaries, and modern analytics practitioners view data structurally—very differently from relational schema architects.
Platinum solves this.
4.2 What the Platinum Layer Represents
Platinum does not describe how data is stored or processed. It describes what the organisation believes its core concepts are. This layer captures shared meaning across domains, enabling different teams to work from a common conceptual foundation even when their representations differ.
4.2.1 The Enterprise Conceptual Data Model
A layer that defines:
- What a Customer is
- What an Account is
- What a Transaction is
- What a Product is
- What a Claim is
Not how it is stored.
4.2.2 Unified Semantic Meaning
Across:
- systems
- domains
- analytical teams
- operational teams
- ML and AI teams
- regulatory bodies
4.2.3 Cross-Perspective Reconciliation
Operational schemas define customers relationally.
Actuaries define them by lifecycle stages.
Data scientists define them as feature vectors.
Quants define them by instrument exposure.
Marketing defines them by segmentation.
Compliance defines them by risk level.
Platinum reconciles these perspectives into a single conceptual understanding.
4.2.4 Ontology Layer (Optional but Powerful)
Platinum often evolves toward ontology-level meaning:
- Entities
- Relationships
- Events
- Lifecycle stages
- Business rules
- Constraints
This is where the organisation’s data worldview lives.
4.3 Why Platinum Exists
Platinum exists because large organisations do not have a single perspective on data. As platforms scale, differences in interpretation become inevitable. Without an explicit conceptual layer, those differences silently harden into fragmentation, duplication, and governance failure.
4.3.1 Because different teams see data differently
Your insight is exactly right:
Data scientists and actuaries don’t see data structurally the way operational teams do.
Platinum allows these mental models to co-exist by creating a shared semantic backbone.
4.3.2 Because domain semantics outlive systems
Systems are temporary.
Concepts are not.
4.3.3 Because governance needs meaningful introspection
Governance doesn’t want schemas.
Governance wants meaning.
4.3.4 Because without Platinum, Gold logic grows without conceptual constraint
Gold contains business logic — which grows fast.
Platinum ensures it grows with conceptual discipline.
4.4 Platinum and Iterative Understanding
Platinum Is Not an “Ultimate Model”.
Many large transformation programmes fail because they attempt to design the ultimate conceptual data model upfront. This is a trap. In reality, it takes years to truly understand how data is sourced, related, interpreted, and evolved across an organisation. Meanings change. Domains overlap. New perspectives emerge.
One of the core advantages of modern data platforms is schema-on-demand. Beneath stable contracts and interfaces, data structures can evolve rapidly. Models improve through repeated use, not initial perfection.
Platinum does not eliminate ambiguity early. It holds ambiguity safely while understanding matures. Conceptual truth emerges iteratively from Gold usage, domain aggregation, and repeated refinement — not from static, upfront design.
Platinum must explicitly tolerate ambiguity and incompleteness over time, or it becomes a transformation-killer. It is not the place where ambiguity is eliminated; it is the place where ambiguity is held safely while understanding evolves through repeated Gold usage, domain refinement, and stable contractual boundaries.
5. How Gold & Platinum Build on the Silver Layer
Gold and Platinum do not replace Silver; they depend on it. Silver provides the stable substrate on which both business usage and conceptual meaning are built. Understanding how these layers relate clarifies why each exists and why none can stand alone.
5.1 Silver to Gold
The transition from Silver to Gold is a shift from neutrality to intent. It reflects the moment data is deliberately shaped to answer specific questions, support particular processes, and embody business assumptions that Silver intentionally avoids.
- Silver provides: clean, current-state data
- Gold adds: business meaning, KPIs, canonical views, domain joins
5.2 Gold to Platinum
The transition from Gold to Platinum is not about adding more logic, but about stepping back from it. Platinum abstracts from how data is used to why it is understood the way it is, ensuring that evolving usage remains grounded in stable conceptual meaning.
Gold provides: how the business uses data
Platinum provides:
- why the data means what it means
- how different domains view the same entities
- conceptual consistency
Platinum cannot be defined in isolation from Gold usage.
Gold cannot evolve sustainably without Platinum as its conceptual constraint.
6. How Gold & Platinum Connect to the Three Upcoming Articles
Gold and Platinum are not theoretical constructs; they directly influence how platforms are consumed, governed, and measured. The following articles explore these implications from three different angles, using this layered architecture as their foundation.
This architecture is the backbone for the next phases of this series and is how we are handling data today.
6.1 Consumers of a Financial Services Data Platform
Different consumers place different demands on the platform, not just in terms of data access, but in how meaning is conveyed and trusted. Mapping these consumers to layers reveals why no single layer can serve all needs equally well.
Each consumer maps differently:
- Operational systems → Silver & Gold
- Analytics/Quants/Actuaries → Gold (consumption) + Platinum (meaning)
- Financial reconciliation → Gold (derived logic) + Bronze/Silver (source trail)
- Governance → Bronze (history) + Platinum (semantics)
6.2 East/West vs North/South Lifecycles
Platform value is created both through controlled promotion and through exploratory iteration. Understanding how Gold and Platinum support these distinct lifecycles explains how organisations can balance innovation with stability without sacrificing either.
- Gold is promoted North/South.
- Analytics iterate on Silver + Gold in an East/West safe sandbox.
- Platinum anchors both by providing a stable conceptual reference point.
6.3 Measuring Value in an FS Data Platform
Value in a data platform is cumulative and layered. Each layer contributes a different form of value, from historical accuracy to conceptual alignment. Viewing the platform through this lens makes trade-offs explicit and investment decisions clearer.
- Platinum = understanding
- Gold = action
- Silver = clarity
- Bronze = truth
This becomes the four-part value chain.
7. Summary: Gold Delivers Meaning… Platinum Delivers Understanding
At scale, data challenges are rarely about access or storage. They are about meaning, consistency, and trust. The distinction between Gold and Platinum clarifies how modern platforms move beyond data delivery toward shared understanding across the enterprise.
Bronze tells you what happened.
Silver tells you what is.
Gold tells you what it means.
Platinum tells you what it is — conceptually, semantically, and independent of use.
Gold is how the business consumes data.
Platinum is how the organisation thinks about data.
Gold is for action.
Platinum is for alignment.
Together, Gold and Platinum form the capstone of a modern Financial Services data platform—finally solving decades-old problems around semantics, duplication, governance, and inconsistent business logic.