CMG Product Yearbook 2025 -

ย All major releases, enhancements, and what they mean for your simulations.

Webinar Events – Eastern Hemisphere: 24 Feb | 09:00 UTC | Western Hemisphere: 26 Feb | 16:00 UTC

CoFlow
Blog Post

Integrated Production System Modelling: Why the Reservoir and the Facility Can No Longer Be Modeled Apart

CoFlow

For most of the industry's history, subsurface and surface engineering have lived in separate worlds.

  • Reservoir engineers build models of rock and fluid behavior.
  • Production and facilities engineers build models of pipes, pumps, separators, and export systems.

The two groups meet occasionally, usually to hand off a number, a target rate, a pressure constraint, a forecast, and then go back to working in isolation.

That handoff has always been a simplification. Increasingly, it's a costly one.

As fields mature, as developments get more complex (multiple reservoirs sharing one platform, injection-heavy recovery schemes, deepwater tiebacks with long flowlines and finite processing capacity), the assumption that subsurface and surface can be evaluated independently starts to break down.

A well's real production rate depends on how much backpressure the network puts on it, how much gas or water the facility can handle that day, and how all of that shifts over the life of the field.

Integrated Production System Modeling (IPSM) answers those questions.

 

What Is Integrated Production System Modelling?

Integrated Production System Modelling is an engineering workflow that solves the reservoir, the wellbore, and the surface network as one connected system, instead of modeling each piece separately and stitching the results together by hand.

In practice, that means coupling four layers that are traditionally kept apart:

  • Reservoir behavior: how fluids move through the rock, how pressure depletes, how injection redistributes it
  • Wellbore hydraulics: pressure and temperature changes as fluid travels from the sandface to the wellhead
  • Surface network: flowlines, risers, manifolds, pumps, compressors, and the pipelines that carry production to processing or export
  • Facility constraints: the hard limits on oil, water, and gas handling capacity, separator pressures, and export capacity that actually govern how much a system can produce on a given day

Solved together, these layers can exchange information continuously: a change in reservoir pressure changes well deliverability, which changes flow into the network, which changes backpressure, which feeds back into the well and, eventually, the reservoir.

Solved separately, that feedback loop has to be approximated, usually by fixing a boundary condition, a constant bottom-hole pressure, a constant choke setting, etc., that may hold for a few months and then quietly stop being true.

 

Why the Traditional Split Breaks Down

Most legacy workflows manage this by simplifying one side of the interface.

  • Reservoir models often assume simplified well constraints and skip the network entirely.
  • Production models often use static performance curves or steady-state snapshots that don't reflect how the reservoir is depleting.

This is a reasonable simplification as long as the reservoir is the limiting factor, which it often is early in a field's life. The problem is that the limiting factor doesn't stay put.

Early in production, deliverability from the rock and the well is usually what caps output. Later, as water cut rises, gas breaks through, or facilities run closer to nameplate capacity, the constraint shifts to the surface: processing capacity, compression, export pipeline throughput, or handling limits on produced water.

A model built around the assumption that the reservoir is always the bottleneck will keep producing forecasts as if that were still true, long after operations have moved past it. The result is a subtle, compounding overestimation of what the asset can actually deliver and not because the geology was wrong, but because the operating environment was never fully represented.

 

What Actually Changes When You Couple the Two

Once reservoir, well, and facility are solved simultaneously, a few things become possible that a fragmented workflow structurally can't do:

Constraints propagate in both directions. A separator pressure limit or a water-handling cap doesn't just get applied as an external assumption. It actively controls wellhead pressure and, through that, reservoir deliverability, in the same way it would on the real asset.

The bottleneck can be tracked as it moves. Instead of assuming a fixed limiting factor for the life of the field, an integrated model can show, quantitatively, when and why the constraint shifts from reservoir-driven to facility-driven. This is directly useful for deciding whether the next investment should go into a well intervention or a facility upgrade.

Design trade-offs can be tested before they're built. Pipeline diameter, platform processing capacity, artificial lift strategy, and tubing size all interact with reservoir performance over time. Modeling them together, before capital is committed, turns those decisions from best guesses into tested trade-offs.

Fluid behavior stays consistent end to end. Reservoirs, wells, and facilities often use different fluid representations (black oil, compositional, equation-of-state models). Losing consistency where these mix at shared flowlines, commingled wells, and blended streams introduces errors that are easy to miss and hard to trace.

 

What This Looks Like in Practice

A deepwater oil-rim asset in Malaysia. Simultaneous water and gas injection into a shared network kept reservoir and surface performance tightly linked. Coupling reservoir, wells, and network cut runtimes by roughly 40x, extended the forecast horizon past a decade, and showed that one variable, the water injection rate, drove nearly 90% of the variance in recovery. Tuning it added 5% to cumulative oil production.

An ultra-deepwater heavy-oil field in Brazil. Two reservoirs fed a shared floating facility through multiphase pumps, and an integrated model showed the real constraint shifting over time. Oil-processing capacity limited output early, water-handling capacity took over later, a shift a static model would have missed entirely. Sensitivity analysis found riser diameter and water-handling capacity mattered more to recovery than well count did. The resulting design changes lifted cumulative oil recovery by roughly 21%.

A giant, pre-development discovery offshore Mexico. With platform sizing, pipeline diameters, and lift strategy all needing to be locked in before first oil, a thermal model coupling reservoir, wellbore, and pipeline behavior showed that a standalone reservoir forecast overstated oil and understated water production. Separately, simply reallocating production across wells by water cut and gas-oil ratio, with no new wells and no reservoir changes, added up to 6% recovery on its own.

 

The Common Thread

These three examples come from different operators, different oceans, and different reservoir types. What they share is correctly identifying which part of the system was constraining performance and discovering that the constraint wasn't where a standalone reservoir or facilities model would have suggested.

Faster runtimes are a common side effect of unifying these workflows.

 

The Bigger Picture

As more of the industry's remaining opportunity sits in mature assets, multi-reservoir developments, and capital-constrained deepwater projects rather than simple, high-deliverability fields, the gap between a reservoir-only forecast and how a system actually performs matters more, not less. The projects above didn't need larger reservoirs to unlock more value but they needed a model that didn't stop at the wellhead.

About This Resource

Author: Varun Pathak

Year: 2026

70% Faster.

Independent testing foundย IMEX-GPUย cuts simulation run time by up toย 70% vs. CPU.

Introducing ShaleSimโ„ข

CMG’s new fracture-to-production simulation solution for unconventional development.