Compression

Compression & Optimisation

We implement and automate compression and optimisation processes to drive operational efficiency for financial institutions.

What is Compression?

When trading derivatives, firms must closely manage their capital risk positions and margins due to regulation such as:

  • G-SIB
  • Basel III Risk Weighted Assets
  • Basel III Leverage
  • SA-CCR

These regulations dictate the amount of regulatory capital banks are required to hold, the amount of leverage they can take, and the Exposure at Default a bank can have against a given counterparty.

Compression activities seek to minimise the amount of regulatory capital required to cover a bank’s derivative positions without changing the positions’ risk profile. This allows for a bank to provide better liquidity to their clients and is crucial for a bank’s competitive position.

How is this done?

At any time, a Bank will have a large number of trades in both directions with multiple parties, leaving the gross trading position disconnected from the net risk position, in turn requiring the Bank to keep more capital in reserve to cover their net risk position.

The offsetting of trading activity can be collapsed on a multilateral basis and will leave each bank with a smaller set of gross trades that represent the same net risk position, but with lower gross trades, lower capital requirements.

The Challenge and the Opportunity?

Compression is not new. It has been a core activity for more than 10 years in many institutions. However, in most Banks, there still exists manual processes to complete compression and optimisation runs. This creates an expensive operational overhead and reduces the number of actionable opportunities.

Each Bank is unique with distinct operational preferences, process flows and adjacent systems forming part of their specific trading operations. This limits the full effectiveness of any single software solution to maximise opportunities for network participants, adding additional burdens in the form of overheads, delays, and unnecessary friction.

Our market analysis suggests the opportunity that exists from seamless vendor / client integration and further automation could lead to both annual operating efficiency and in more actionable opportunities across the network. This is done by:

Executable plan:

Standardised Workflow

Standardised Workflow

Eliminating inefficiencies by standardising and automating the workflow from start-to-end achieving a low-touch approach to all compression / optimisation related activities. Achieve a BAU state.

Credit Checks

Credit Checks

Streamlining the credit check process, automatically excluding counterparties where the credit limit has been breached.

Seamless Intergration

Seamless Intergration

Seamlessly integrating with the Banks’ systems to reduce the amount of time spent preparing, uploading and checking the data.

Compression Execution

Compression Execution

Eliminating the need to manually perform the compression or optimisation execution allowing for more runs in a shorter time frame.

Business Case to Implementation: Proposed Solution

Within each client organisation there are individual considerations to achieve optimal success. Brickendon has developed a three phase approach for to identify the opportunity, validate transformation funding requirements and reach the end state:

1. Discovery

1. Discovery

Find the opportunity and identify the technical challenge

Outcome:

  • Quantify cost saving opportunities & gains
  • Evaluate the operational cost
  • Target most optimal scenarios

The opportunity: To achieve material cost reductions stemming from current inefficiencies and increase the scope and frequency of compression / optimisation activities offered to clients.

We will produce a roadmap to a clearly defined optimal scenario that takes into account all individual circumstances.

  • What is the optimal approach (scope and frequency) for compression (i.e. how much more regulatory capital can clients be saving)?
  • How much overhead cost would be saved?
  • What is the operational and technical cost associated with implementing the systems, processes and controls required for the optimal scenario?

The challenge: We need to ensure that all stakeholders are aware, incentivised, and understand the benefits stemming from the proposed changes required to achieve the optimal scenario.

  • How will the necessary connections with Banks be made?
  • How can we validate the standardised workflow and processes across all network participants?
  • How can we build the necessary components and link everything together in order to achieve a fully automated and seamless process?
2. Architect

2. Architect

Design the process and the technical solution

Outcome:

  • The target architecture
  • Implementation POCs
  • The delivery roadmap

The architecture: This is where we articulate how to achieve your goals. Architecture is not limited to IT systems as process engineering is as important, if not more important. It is therefore the combination of the two that will be tackled in this phase.

  • Tailor the process flow and the technology framework.
  • Identify the components that need to be upgraded and/or built.
  • Cost the components to implement.
  • Identify ongoing staffing and other requirements.
3. Implement

3. Implement

Execute the changes into the existing ecosystem

Outcome:

  • Refined processes
  • Built components and/or managed services.
  • Full vendor integration

The Implementation: Each client poses a unique set of characteristics and integration requirements. To maximise clients’ opportunities, we often develop customised tools in addition to managing change within the organisation.

  • Manage change of internal processes and integrate operational silos.
  • Deliver the technology through state of the art practices.
  • Report and quantify the outcome in order to monitor and constantly tune the success.
  • Handover into BAU and/or offer functionality as a Managed Service.

Relevant Case Studies & Insights

How to Recover a Failing Banking Programme Before It Collapses

Executive Overview Failing banking programmes rarely collapse without warning. They show clear signs of stress long before failure becomes visible, but those signals are often ignored, softened, or misinterpreted. By the time leadership recognises the programme is off-track, delivery confidence has already declined, timelines are compromised, and recovery is materially harder. The difference between programmes […]

Read More

Basel 3.1 Delay Isn’t Relief – It’s a Compressed Risk Window

The Reality Most Banks Are Underestimating The UK’s decision to delay Basel 3.1 to 2027, with FRTB IMA following in 2028, is being treated by many as breathing space. It isn’t. It creates a compressed hybrid transition period, with a binding dual‑regime operating model in 2027 and material approval risk extending into 2028, where complexity, […]

Read More

Delivering Under Regulatory Scrutiny (PRA, FCA, ECB): What It Really Takes

Executive Overview Delivering a banking programme under regulatory scrutiny is fundamentally different from standard programme delivery. The presence of regulators such as the PRA, FCA, or ECB changes the operating environment in ways that most organisations underestimate. Expectations are higher, tolerance for ambiguity is lower, and the consequences of failure are immediate and visible. Programmes […]

Read More

Why Complex Banking Programmes Fail , And How to Avoid It

Executive Overview Complex banking programmes do not fail because the problem is too difficult. They fail because they are set up and run in ways that are fundamentally misaligned with the realities of high-stakes delivery. In Tier 1 banking environments, programmes operate under regulatory scrutiny, tight deadlines, fragmented systems, and competing senior stakeholders. These are […]

Read More
Insights

Become a Brickendon Change Leader

What can we help you achieve?