Power, Gas, Oil & LNG Trading
Trading lifecycle, scheduling, logistics, valuation, risk and settlement.

Energy Trading & Commodities
The platform touches every function in the business, and the book keeps trading through the migration.
An ETRM or CTRM decision binds a trading business for a decade: every deal, schedule, nomination, actualisation and invoice passes through it. The book keeps trading through any migration, and physical complexity resists standard configuration — these are among the hardest system deliveries in trading.
We select, implement, upgrade and recover across Openlink Endur, Allegro, Aspect and RightAngle, and the newer cloud-native platforms. Selection is run against your book and operating model; implementation covers configuration, integration, data migration, parallel run and cutover; and we stay through to live nominations, actualisation, settlement and a month-end close the desk trusts.
The full delivery method sits in our ETRM & CTRM Platforms practice within Markets & Trading, which also covers the surveillance, position and deal lifecycle controls built alongside the platform. This page covers where that work sits in an energy and commodity trading business.
Candidate platforms scored against your actual deal types — PPAs, storage and transport capacity, cargoes — with demonstrations scripted around your book and total cost priced across licence, integration and upgrade cycles. The output is a recommendation the board can fund.
We own the build from deal capture through confirmation, scheduling, actualisation, settlement and invoicing, with book structure and curves configured to how the desk trades and interfaces tested before go-live. Controls are designed in from the start.
The ETRM works as part of an estate: scheduling and nomination systems, market data, risk, finance and logistics. We design and deliver the interfaces, and the data model that keeps deal, delivery and settlement records consistent across them.
Book and data migration with reconciliation evidence, parallel run against the legacy position, and a rehearsed cutover the business signs off. Trading continues through the change, and the fallback is defined before it is needed.
Version upgrades run as full programmes, and recovery where an implementation has stalled or gone live unstable or incomplete. We stabilise first — breaks, interfaces, manual workarounds — then re-baseline scope, plan and vendor commitments and take accountability for completion.
Estates accumulate systems by acquisition and by desk. We assess which platforms the business actually needs, plan the consolidation deal type by deal type, and retire systems with the data and reconciliation evidence retained.
The first weeks are spent in your book and your current estate: deal types, interfaces, reconciliation breaks and the workarounds grown around the system. Selection is run vendor-agnostic, and where we recommend a platform we are prepared to implement it. Delivery runs with a standing view of risks and decisions, a small senior team, and a Capmark principal accountable throughout.
A six-week selection or platform health check is the most common starting point.
Establish the current state, the constraints, the risks and the value at stake.
Shape the target model and the business case with the executives who own the outcome.
Stand up the team, the plan and the governance around the outcome.
Design, build and test the change, with the business alongside.
Cutover, hypercare and handover, so the business runs it under its own control.
The same five stages on every engagement, led by senior practitioners end to end. How we work
Insights
Get in touch
Tell us what needs to change and where the pressure or risk is showing.