Does the organization need an ETRM, a broader CTRM, or a narrower hedge-management tool, and which modules must the shortlist prove with real contracts?
What ETRM and CTRM mean
ETRM stands for energy trading and risk management. CTRM stands for commodity trading and risk management. Both describe software that records trades, maintains positions, values the book against market prices, measures risk, and carries each transaction through to invoicing and settlement. The difference is scope. ETRM systems grew up around power, natural gas, and oil, with the scheduling, nomination, and regulatory detail those markets demand. CTRM is the broader label for platforms that also cover metals, agricultural products, and other physical commodities, or that are sold as commodity-agnostic.
In practice the labels overlap and vendors use them loosely. Molecule describes itself as a cloud-native ETRM/CTRM; ION positions Allegro as energy-focused ETRM while describing Openlink as a multi-commodity CTRM. The useful question is therefore not which acronym a product carries but which commodities, contract types, and physical workflows it can represent without heavy customization. This guide is a buyer's explainer; for the companies and control points behind physical trading, see the BTU Graph guide titled Commodity trading, ETRM, and risk company map.
The module map
Most platforms can be read as five layers. Front office covers deal capture, pricing formulas, and position views for traders. Operations covers scheduling, nominations, transportation, inventory, blending, and cargo logistics, which is where physical businesses differ most. Middle office covers valuation, profit and loss, exposure, value at risk, limits, and credit. Back office covers confirmations, invoicing, accounting entries, tax, and settlement. Underneath sits reference and market data: counterparties, locations, units, calendars, and the forward curves used for valuation.
Products in the BTU Graph directory emphasize different layers. ION RightAngle is positioned for liquid hydrocarbons with deep scheduling, logistics, inventory, accounting, and tax workflows. ION Allegro centers on power, natural gas, liquids, renewables, and environmental products. ION Aspect is a multi-tenant SaaS CTRM for crude, refined products, petrochemicals, metals, and carbon. ION Openlink is a configurable front-to-back platform for global multi-commodity portfolios. Amphora Symphony targets complex physical and financial trades from capture through logistics, claims, and settlement. CoreTRM covers trade capture, logistics, inventory, real-time risk, forward curves, and P&L attribution. Molecule emphasizes cloud-native valuation, P&L, risk, and reporting. AEGIS Hedging is narrower: hedge management paired with market intelligence and execution support rather than a full physical CTRM.
ETRM versus CTRM versus hedge management
Choose by operating model rather than label. A gas and power marketer that nominates on pipelines and schedules into ISOs needs ETRM depth in those markets. A merchant moving crude, products, and freight across many locations needs CTRM logistics, inventory, and claims handling. A producer or consumer whose real problem is a controlled hedge book, coverage reporting, and settlements may be better served by a hedge-management platform than by a multi-year CTRM program.
Every product profile on BTU Graph lists what the system is not a replacement for. Common answers include licensed market data, ERP and general ledger, and physical control systems such as pipelines, terminals, and meters. Those boundaries matter because most failed implementations try to make the trading platform the system of record for something it does not own. Forward curves are a frequent example: the platform values the book, but the curve inputs come from licensed exchange, broker, or assessment data that must be governed separately.
Deployment model is a second axis. Multi-tenant SaaS products such as ION Aspect and Molecule upgrade automatically and limit deep customization, which shortens implementation but asks the business to adapt to the standard model. Enterprise platforms such as Openlink, RightAngle, and Allegro offer more configuration and on-premises or dedicated cloud options, which suits complex portfolios but places more upgrade and testing work on the buyer. CoreTRM offers both a multi-tenant platform and a dedicated private-cloud option. Neither model is inherently better; the right choice depends on how unusual the organization's contracts are and how much internal capacity it has to own configuration and upgrades over many years.
How to build and test a shortlist
Start with an inventory of real contracts: the ten most common deal types and the five most painful exceptions, such as a pricing formula with averaging and optionality, a cargo with a demurrage claim, a storage deal, or a power block with shaping. Ask each vendor to configure those contracts in a scripted demonstration rather than presenting standard screens. Measure how much configuration, scripting, or custom code each contract required.
Then test the handoffs. Trace one physical deal from capture through scheduling, actualization, valuation, invoicing, and the accounting entry, and ask who approves each change. Load a missing or late market price and see how valuation responds. Request evidence of upgrade cadence, multi-tenant versus dedicated deployment, integration APIs, and audit history. Implementation partners such as energy advisory firms often see more deployments than any single buyer; reference calls with them can be as useful as vendor references.
This guide is editorial research, not a ranking or procurement endorsement. Products are listed alphabetically, inclusion does not imply a commercial relationship, and capability descriptions reflect public vendor material. Confirm current scope, pricing, and implementation terms directly with each provider.
Selection checklist
- List the commodities, contract types, and exceptions the platform must represent
- Map front office, operations, middle office, back office, and reference data owners
- Script vendor demonstrations around your own contracts
- Keep forward curves and licensed market data governed outside the platform
- Trace one physical deal from capture to accounting entry before selection
Public reference points
Use these sources to establish shared market definitions, then follow the dated evidence on each BTU Graph profile for company-specific claims.
- ION RightAngle product page ↗Vendor description of trading, logistics, risk, inventory, accounting, and settlement scope
- ION Openlink product page ↗Vendor description of an enterprise multi-commodity trading and risk platform
- Molecule solutions ↗Vendor description of commodity trading, position, and risk coverage
- Fidectus and Molecule partnership ↗Third-party description of Molecule as a cloud-native ETRM/CTRM
- Opportune: trading and risk management ↗Advisory firm documenting ETRM implementation and support work