Preparing for FRTB: Building Resilient and Future-Ready Trading Operations

Chris Burke
Chris Burke

Executive Overview

This is not a refinement of existing frameworks. It is a structural reset. It directly impacts capital requirements, trading strategy, and profitability.

Regulatory Context and Market Exposure

  • Replacement of Value-at-Risk (VaR) with Expected Shortfall (ES)
  • A stricter boundary between trading book and banking book
  • New Standardised Approach (SA) and Internal Models Approach (IMA)
  • Capital charges for non-modellable risk factors (NMRFs)

These reforms increase capital requirements and require significant upgrades to infrastructure and data.

For global banks, with a large global markets business spanning rates, FX, equities, and credit, the impact is particularly material:

  • Large and diverse trading portfolios
  • Cross-jurisdictional regulatory requirements (EU, UK, Asia)
  • Heavy reliance on internal models.

The Reality of FRTB Implementation

  • Front office
  • Risk
  • Finance
  • Technology
  • Data

It introduces new dependencies between these functions, under tight timelines and evolving regulatory interpretation.

Most firms are not starting from a clean slate. They are layering FRTB onto:

  • Fragmented data architecture
  • Legacy risk systems
  • Inconsistent desk structures
  • Existing capital constraints

This is where delivery risk emerges.

1. Standardised vs Internal Models Approach

Standardised Approach (SA) – is directly implementable, but, at the same time, carries more capital, a constraint on business decisions

Internal Models Approach (IMA) – more risk-sensitive but harder to sustain as carries less capital, but the modelling is more complex.

IMA approval is now granted at trading desk level, based on:

  • Profit & Loss Attribution (PLA)
  • Backtesting

Failure results in immediate fallback to SA and higher capital.

This creates a direct link between model performance, capital, and trading strategy

2. Data, NMRFs and Infrastructure

Risk factors that fail become Non-Modellable Risk Factors (NMRFs), attracting significant capital charges. This makes data a critical dependency. Identifying and accurately classifying NMRFs is a challenge, as it requires a deep understanding of the bank’s trading book and available data.

Organisations must:

  • Source sufficient real price observations
  • Ensure consistency across systems
  • Support complex Expected Shortfall calculations

Programmes fail where:

  • Data ownership is unclear
  • Aggregation is inconsistent
  • Front office and risk data diverge

In practice, this is where most programmes struggle. The issue is not modelling logic but building a data and technology foundation that actually works at scale.

3. Front Office Alignment with Desk Structure

  • Trading desk structure
  • Risk modelling
  • Capital allocation

This creates tension. Front office decisions now directly affect:

  • Model approval
  • Capital consumption
  • Profitability

In many organisations, this is not fully embedded. Desks are defined historically, not optimised for FRTB. This creates avoidable capital inefficiencies.

4. Capital Impact and Business Strategy

  • Illiquid products attract higher capital
  • Hedging effectiveness may reduce
  • Capital consumption becomes more volatile

This forces strategic decisions:

  • Which products remain viable
  • How portfolios are structured
  • Where capital is allocated

Organisation that treats FRTB as compliance react late and other organisations that treat it as a business problem adapt early.

5. Governance and Accountability

Common issues include:

  • Diffused accountability between risk, finance, and front office
  • Misaligned incentives
  • Escalation delays under pressure
  • Weak programmes rely on committees and documentation.

Strong programmes ensure:

  • Clear ownership at desk and programme level
  • Aligning incentives with capital outcomes
  • Enable rapid decision-making

6. Parallel Runs and Regulatory Reporting

This exposes:

  • Data inconsistencies
  • Model instability
  • Gaps in ownership

The problem is rarely identifying issues.

It is resolving them at pace under pressure.

In many programmes:

  • Issues not properly documented
  • Remediation lags
  • Risk accumulates without ownership

Effective delivery requires:

  • Defined clear ownership and accountability
  • Align governance with delivery
  • Prioritise based on capital impact

7. Global Complexity and Delivery Pressure

This creates:

  • Duplication of effort
  • Divergent reporting requirements
  • Increased operational complexity

For global institutions, this becomes a coordination challenge.

The issue is not regulatory interpretation.

It is managing inconsistency at scale.

At the same time, FRTB competes with:

  • Other regulatory programmes
  • Technology transformation
  • Cost pressures

Most programmes do not fail because FRTB is unclear.

They fail because:

  • Execution is fragmented
  • Ownership is unclear
  • Priorities conflict

The Reality

It is delivering:

  • Across functions
  • Across regions
  • Under time pressure
  • With real capital consequences

The organisations that succeed treat it as:

  • A business transformation
  • A data programme
  • A front-office change initiative

Where Brickendon Comes In

Bottom Line

FRTB does not just change how risk is measured. It changes how trading businesses operate.

Capital, data, models, and strategy become tightly linked.

And in that environment, the issue is not awareness but its execution.

Brickendon takes full accountability for FRTB delivery from programme mobilisation through to regulatory submission and approval. We assist banks in implementing more accurate data models and methodologies to capture risk factor sensitivities specific to their portfolios. This might involve refining historical data analysis, scenario generation, stress testing methodologies. This involves utilizing technology to integrate data from various sources, perform calculations, and generate regulatory reports. We ensure outcomes are delivered in environments where failure is not an option.

Confidential. No obligation. Senior conversation from day one

[email protected]