Power Purchase Agreement (PPA) Modelling
Executive Summary
Key Takeaways
- ✓ A PPA's pricing formula should be built explicitly, referencing the actual contract terms, rather than represented as a single flat price applied uniformly across the contract tenor.
- ✓ The PPA's volume structure — take-or-pay (offtaker pays for a contracted volume regardless of actual delivery) versus as-available (offtaker pays only for actual output delivered) — carries materially different revenue risk and should be represented explicitly, not assumed.
- ✓ PPA tenor is typically shorter than the asset's full operating or debt life, and the model must represent the transition to merchant or a successor contract explicitly once the PPA expires.
- ✓ Escalation mechanics specified in the PPA (fixed percentage, inflation-indexed, or step changes) should match the actual contract terms rather than a generic inflation assumption applied by default.
- ✓ Curtailment and force majeure provisions within the PPA should be represented in the model where they affect the offtaker's payment obligation, since these provisions directly determine revenue during an output-affecting event.
Objective¶
This guide covers how to model a power purchase agreement (PPA) within Energy Financial Modelling: pricing formula, volume structure, tenor, escalation, and the PPA-to-merchant transition.
Pricing Formula¶
A PPA's price should be built from its actual contractual formula — a fixed price, an indexed price referencing a fuel or inflation index, or a formula-based structure — rather than represented as a single flat price applied uniformly across the tenor. Where the price varies by time-of-day, season, or delivery point, this structure should be reflected explicitly in the model rather than collapsed into an average.
Volume Structure: Take-or-Pay vs. As-Available¶
Under a take-or-pay structure, the offtaker pays for a contracted volume regardless of whether that volume is actually delivered, giving the generator revenue largely insulated from output shortfalls (within the contract's defined exceptions). Under an as-available structure, the offtaker pays only for output actually delivered, meaning the generator bears the full revenue consequence of any output shortfall. These are materially different risk allocations and should be modelled with their own explicit volume and payment logic, not assumed interchangeable.
Tenor and the PPA-to-Merchant Transition¶
PPA tenor is typically shorter than a project's full operating or debt life. The model must represent the transition that occurs at PPA expiry explicitly — to merchant revenue, a successor PPA, or another contracted arrangement — rather than extending the original contracted price across the remainder of the asset's life. See Merchant Power Models for how the resulting merchant tail should be built.
Escalation Mechanics¶
Escalation should match the PPA's actual specified mechanism — a fixed annual percentage, an inflation-indexed formula, or defined step changes at specified points in the tenor — rather than a generic inflation assumption applied by default. Applying the wrong escalation mechanism, even when the error is small in any single year, compounds materially across a PPA tenor that can run fifteen to twenty-five years.
Curtailment and Force Majeure Provisions¶
Where a PPA defines curtailment or force majeure provisions affecting the offtaker's payment obligation during an output-affecting event, these should be modelled explicitly, since they determine whether and how much revenue continues to be paid when output is reduced for a reason falling within the contract's defined exceptions — as distinct from an output reduction outside those provisions, which would not carry the same payment protection.
Common Construction Pitfalls¶
Flat price applied across the tenor. Representing a formula-based or indexed PPA price as a single flat figure ignores the actual mechanism determining the contract's revenue over time.
Take-or-pay and as-available conflated. Assuming a take-or-pay structure's revenue certainty applies to an as-available contract, or vice versa, misstates the generator's actual revenue risk.
Generic inflation escalation applied by default. Using a standard inflation assumption when the PPA specifies a different escalation mechanism produces a compounding pricing error across the contract tenor.
Contracted price extended past PPA expiry. Carrying the PPA price forward into what should be an explicit merchant tail period materially overstates long-run revenue — see Financial Modelling Best Practices for Renewable Energy.
Recommended Practices¶
- Build the PPA price from its actual contractual formula, not a flat average price.
- Model the take-or-pay or as-available volume structure explicitly, matching the actual contract terms.
- Represent PPA tenor accurately and build an explicit transition to merchant revenue or a successor contract at expiry.
- Apply the PPA's specific escalation mechanism rather than a generic inflation assumption.
- Represent curtailment and force majeure payment provisions explicitly where they affect revenue.
Continue Reading¶
Related Pillars¶
Related Technical Guides¶
Related Glossary¶
Related Industries¶
How OXXON tests thisRun a free structural check with FMAE
Frequently Asked Questions
What is a power purchase agreement (PPA)?
A contract between a generation asset owner and an offtaker (a utility, corporate buyer, or other counterparty) under which the offtaker agrees to purchase electricity output at an agreed price and volume structure for a defined term.
What is the difference between a take-or-pay and an as-available PPA?
Under a take-or-pay PPA, the offtaker pays for a contracted volume regardless of whether that volume is actually delivered; under an as-available PPA, the offtaker pays only for the output actually delivered. The two carry materially different revenue risk for the generator and should be modelled with their own explicit volume and payment mechanics rather than assumed to be equivalent.
How should PPA escalation be modelled?
Matching the actual contract terms — a fixed annual percentage, an inflation-indexed formula, or defined step changes — rather than a generic inflation assumption applied by default when the contract specifies a different mechanism.
Why does PPA tenor matter relative to the asset's operating life?
Because PPA tenor is typically shorter than the asset's full operating or debt life, and the model must represent the transition to merchant revenue or a successor contract explicitly once the PPA expires, rather than extending the contracted price for the remainder of the asset's life — see Merchant Power Models for the merchant tail treatment.
How should curtailment and force majeure provisions be handled?
Represented explicitly where they affect the offtaker's payment obligation during an output-affecting event, since these provisions directly determine whether and how much revenue is paid when output is reduced for reasons within the PPA's defined exceptions.
Related Articles
Energy Financial Modelling
Energy financial modelling is the discipline of building financial models for power generation assets, independent power producers, and renewable energy projects — structured around a technical output schedule and an electricity revenue stack that a standard corporate or general project finance model has no direct equivalent for. This page is the hub for the Knowledge Centre's energy and power modelling content: how a power project model is architected, how electricity markets and dispatch mechanics translate into revenue, and how power purchase agreements, capacity payments, and merchant exposure combine into a project's revenue structure. Technology-specific renewable energy models (solar, wind, storage, hydro, and others), technical and commercial modelling mechanics, and institutional practice for this asset class are indexed here as the domain expands.
Energy Revenue Models
A power project's electricity revenue is rarely a single price applied to total output — it is typically a stack of contracted (PPA), capacity, and merchant components, each with its own price-setting mechanism and risk profile. This guide covers how to build that revenue stack as separately priced, explicitly modelled modules, and how to combine them into a single reconciled revenue output without losing the visibility each component requires.
Independent Power Producer (IPP) Models
An independent power producer (IPP) model represents a single-purpose generation asset — solar, wind, thermal, or otherwise — that generates electricity for sale to one or more offtakers under a defined commercial arrangement, rather than for its own retail or distribution network as a vertically integrated utility would. This guide covers the model structure specific to an IPP: offtake concentration and counterparty risk, project-company ring-fencing, and how the base power project model structure specializes for a single-asset, single-purpose entity.
Merchant Power Models
Merchant power revenue is sold at prevailing market price rather than under a fixed-price contract, carrying genuine, undetermined price risk that a static assumption understates. This guide covers how to build merchant exposure into a power project model: constructing a forward price curve, testing an explicit sensitivity range around it, representing any hedging arrangement, and modelling the merchant tail that follows PPA or contract expiry.
Merchant Tail
The merchant tail is the period following power purchase agreement or other contract expiry during which a power project sells its output at prevailing merchant market price rather than a fixed contracted price. It carries materially higher revenue risk than the preceding contracted period and should be modelled as its own explicit period with its own price assumption and discount rate.
Financial Modelling Best Practices for Renewable Energy
Renewable energy financial models combine project finance debt mechanics with technical resource-yield, degradation, and curtailment assumptions specific to the energy source. This page sets out how such a model should be constructed: building the yield and degradation schedule at the correct confidence level for its purpose, modelling the PPA-to-merchant-tail transition explicitly, and sculpting debt against the resulting cash flow. It addresses the construction question as a discipline applied while the model is built, distinct from the audit-risk perspective covered on Financial Model Audit for Renewables.