Post-Divestiture: Redefining Trading & Commercial Architecture

As global energy companies reshape trading and commercial strategies in response to portfolio shifts, divestitures, and evolving market conditions, a critical question emerges: what level of commercial, operational, and financial integration is actually required? This has become a recurring post-merger and acquisition challenge for commodity organizations as they reshape trading and commercial strategy.

Following divestitures and restructuring, the IT implications are significant. Trading IT is deeply intertwined with physical operations, yet this dependency is often underestimated. As commercial and IT complexity expands across both new and existing trading organizations, an objective evaluation is required to determine the appropriate scope of commodity platform capabilities, ensuring alignment with trading strategy while optimizing total cost of ownership (TCO).

Three Types of Complexity to Assess

When evaluating trading and commercial needs, it is critical to diagnose where complexity truly exists within the business. These requirements generally fall into three categories:

• Trading & Commercial

• Market & Financial Risk

• Physical & Operational

While many energy companies operate across all three, the degree of maturity and dependency varies significantly.

Trading & Commercial

This category is most associated with pure trading houses and commodity marketers with high deal velocity and highly structured commercial agreements.

Key evaluation areas include:

• Deal capture workflows

• Pricing formulas and index exposure

• Multi-leg or structured transactions

• Long-term contract lifecycle management

Market & Financial Risk

In traditional trading firms, risk management is tightly integrated with commercial activity. However, in some organizations, financial risk exposure increases as physical exposure decreases.

This requires detailed evaluation across:

• Profit and loss (PnL) and valuation frameworks

• VaR and risk analytics

• Forward curve management

• Derivatives lifecycle management

• Collateral and credit exposure

Physical & Operational

This area is most relevant for independent refiners and tollers. These organizations are typically focused on margin optimization rather than arbitrage trading.

While market exposure may be limited, strong IT infrastructure is still required to support:

• Hydrocarbon accounting

• Manufacturing cost accounting

• Feedstock planning and allocation

• Product lifting and scheduling

---

How CTRM Platforms Address These Complexities

A Commodities Trading and Risk Management (CTRM) platform is designed to normalize these complexities by connecting trading activity, financial exposure, and physical operations into a single system of record.

• Trading & Commercial: Deal capture, contract management, logistics, and settlement visibility

• Financial Risk: Translation of transactions into exposure, valuation, and reporting

• Operations: Alignment of planned movements, actual volumes, and inventory positions with financial and commercial records

However, defining the right level of CTRM scope is equally important. Understanding company complexity across these three domains is essential to selecting the appropriate technology architecture while maximizing TCO efficiency.

---

CTRM Evaluation by Company Archetype

In practice, right-sizing commodity platform scope can have a material impact on total cost of ownership. In our experience advising commodity organizations across post-divestiture and transformation scenarios, targeted platform scoping (versus full-suite implementations) has reduced platform-related TCO by approximately 30–50% over the first several years of operation.

These reductions typically come from lower implementation effort, reduced integration surface area, smaller support footprints, and avoiding unnecessary functional modules that still require licensing, infrastructure, and support resources.

Trading + Risk + Physical

• Archetype: Multi-commodity physical and financial trading with logistics and asset ownership

• C/ETRM Fit: Strong Fit — Full Implementation with ERP Integration

Trading + Risk

• Archetype: Financial or paper trading with limited physical logistics

• C/ETRM Fit: Strong Fit — Full or Targeted Partial Implementation

Risk + Physical

• Archetype: Tollers, processors, and asset operators without proprietary trading

• C/ETRM Fit: Moderate Fit — Partial / Hybrid Implementation or Hydrocarbon Accounting Platform

Physical Only

• Archetype: Pure tollers, contract processors, or refiners operating on transfer-priced feedstock

• C/ETRM Fit: Low Fit — Hydrocarbon Accounting + ERP + Scheduling

---

Risks of Selecting the Wrong Platform

At Pyxis, we partner with multiple vendors and have observed both successful and failed CTRM transformations across legacy and emerging platforms. A key lesson is that platform capability does not equal platform necessity. Just because a system can support trading, risk, and physical operations does not mean all modules, or even the platform itself, are appropriate for the company’s commercial profile.

In practice, CTRM usage varies widely. In some organizations, it serves primarily as a profit and loss (PnL) and risk data repository, while physical operations are managed externally. This creates new integration complexity, particularly with ERP platforms such as SAP.

In a known industry example, a mid-sized independent refining organization pursued a full C/ETRM platform rollout to support anticipated commercial growth. After more than 18 months of implementation effort, the company ultimately reverted to a hydrocarbon accounting + ERP-centered architecture after determining that the majority of advanced trading and risk modules were not aligned to their operating model.

The result was materially higher total cost of ownership than originally forecast, along with delayed time-to-value and increased operational complexity. While the platform itself was technically capable, the mismatch between system scope and commercial reality created unnecessary operational and financial burden.

In addition, some companies attempt to centralize all trading and commercial activity within SAP to align with enterprise IT strategy. While this can appear cost-effective or strategically consistent, these programs often fail during implementation. The primary reason is simple: deep expertise across trading strategy, commercial operations, and enterprise IT architecture is rarely found in a single implementation model.

Successfully executing commodity platform transformations requires simultaneous understanding of commercial operating models, physical operations, and enterprise technology architecture – a combination that is rare, As highlighted in a related piece by Pyxis Director Matt Dunn, when clients engage integrators without this level of expertise, misalignment often occurs, leading to implementation challenges and suboptimal outcomes. This underscores the importance of engaging advisors who understand both the business and technical dimensions of commodity operations.

---

Final Note

Looking ahead, the importance of right-sized commodity architecture will only increase. As AI and automation accelerate capabilities across deal capture, forward curve construction, exposure monitoring, and exception management, the complexity of commodity technology ecosystems will continue to expand.

Organizations that align commercial strategy, operational complexity, and platform architecture early will be positioned to capitalize on these advancements. Those that allow technology selection to outpace business design will continue to face elevated cost structures, implementation risk, and slower time to value.

In a post-transformation energy landscape, technology should enable strategy… not dictate it.