Energy Trading & Risk Management
ETRM Functional Consultant with hands-on experience across the energy trading lifecycle — from trade capture and market submissions to valuation, settlements, reconciliation, P&L and reporting. Working at the intersection of energy markets, trading operations, ETRM platforms and data.
I'm an ETRM Functional Consultant with experience spanning the full energy trading lifecycle — from Front Office trade capture and market submissions through Middle Office valuation and risk, to Back Office settlements, reconciliation and reporting.
I have worked with Front Office, Middle Office, Back Office, Risk, Operations and technical teams, supporting business processes from trade execution through settlement and reporting. I bring a cross-functional perspective that allows me to trace problems end-to-end — rather than treating each module in isolation.
My ETRM platform experience spans Enuit Entrade, Hitachi nMarket and Aligne ETRM. On the data and testing side, I use SQL and tools like SoapUI to investigate root causes and validate ETRM outputs at the database level.
I'm currently building deeper expertise across Energy Trading, Power & Gas, Renewables, Battery Trading, Curve & Market Data, Valuation, Risk, and SQL & Data Analytics.
"An ETRM consultant should not only know how to configure a screen or execute a test case. They should understand why the trade is being done, how it's priced, how it affects position and risk, how it generates P&L, how it's settled, and how it's finally reported. That end-to-end understanding is what allows an ETRM consultant to solve problems effectively."
My ETRM experience covers multiple areas of the trading lifecycle rather than being limited to a single module. Below is how trading activity flows through an ETRM system, and where my functional expertise sits within each layer.
Trade capture is the starting point of the ETRM lifecycle. A trade entered incorrectly creates downstream problems in Position → Valuation → P&L → Risk → Settlement → Reporting. My focus: not just whether a trade exists in the system, but whether it has been captured with the correct business attributes.
Market curves are critical because they provide the data required for valuation and risk calculations. A trade can be captured perfectly but still produce incorrect valuation if it references the wrong curve. I understand the full chain: Market → Curve → Index → Price Source → Tenor → Delivery Period → Valuation.
Valuation connects trading positions with market data, and P&L is one of the most important outputs of an ETRM system. I've worked on trade estimation, settlement calculations, and price & FX data imports. I investigate valuation issues across: Trade → Market Data → Curve → Pricing → Valuation.
Settlement is where the commercial terms of a trade are translated into financial outcomes. Reconciliation ensures the numbers agree across systems. I've worked with JRA records, back-office dispute management, and SQL-level data investigation to identify where breaks occur.
ETRM reporting is not just about displaying numbers — it needs to answer business questions. My approach: Understand the business question → Understand the source data → Validate the calculation → Validate the output.
Good ETRM testing verifies not just "Does the screen work?" but "Does the complete business process work?" Production support has taught me that ETRM issues are rarely isolated — a settlement incident may originate from trade configuration, reference data, or integration.
Currently open to onsite and hybrid opportunities in international markets. Particularly interested in roles where end-to-end ETRM expertise — from trade capture to reporting — creates real business value.
If you're working in Energy Trading, ETRM, Power, Gas, Renewables, Risk, Settlements or Energy Technology, I'd be happy to connect.
Whether it's a new role, a project, or just a conversation about the ETRM landscape — feel free to reach out via LinkedIn or email.