Skip to content
Request Demo

Data Centre Lender Model Review

Technical Guide • Advanced • 2 min read

Audience
Lenders • Advisory Firms
Last Reviewed
July 2026
Updated
Version 1.0

Executive Summary

A lender financing a data centre development or acquisition should review the financial model with particular attention to debt sculpting against phased, capacity-tranche capex drawdown, covenant testing under a tenant concentration downside scenario, and independent verification of power cost pass-through mechanics. This guide sets out the lender-specific review sequence and the structural checks a data centre financing typically requires beyond general model audit procedures.

Key Takeaways

  • Debt sculpting for a data centre financing should be tested against the model's phased, capacity-tranche capex drawdown and revenue recognition schedule, not a single blended completion and ramp-up assumption.
  • Covenant testing should include a scenario specific to tenant concentration risk for hyperscale-anchored facilities, since a single anchor tenant's counterparty deterioration is a materially different risk pathway from diversified colocation churn that standard covenant stress testing may not capture by default.
  • Power cost pass-through mechanics should be independently verified against the underlying tenant or offtake agreement, confirming the model correctly implements the actual contractual allocation rather than a simplified assumption.
  • A data centre financing increasingly uses project finance or development finance style debt structures, bringing standard project finance covenant and debt service coverage testing into scope alongside the sector-specific power and tenancy risk checks above.

Objective

This guide sets out how a lender should review a data centre financial model within Data Centre Financial Modelling, ahead of a development or acquisition financing decision.

Debt Sculpting Against Phased Capacity Delivery

Debt sculpting should be tested against the model's phased, capacity-tranche capex drawdown and revenue recognition schedule, confirming debt service coverage is tested at each capacity delivery milestone, not only at a single blended stabilised operation date. Intermediate periods during phased delivery can carry materially different coverage than the eventual stabilised state, a risk consistent with the phasing discipline described in Hyperscale Data Centre Models.

Covenant Testing Under Tenant Concentration Risk

Covenant testing should include a scenario specific to tenant concentration risk for hyperscale-anchored facilities, since a single anchor tenant's counterparty credit deterioration or early termination is a materially different risk pathway from diversified colocation churn, one that standard covenant stress testing built around diversified assumptions may not capture by default. See Data Centre Scenario Analysis.

Power Cost Pass-Through Verification

A lender should independently verify that the model correctly implements the power cost allocation, tenant, operator, or a shared formula, actually defined in the underlying tenant or offtake agreement, rather than a simplified assumption, since an incorrect pass-through assumption can materially misstate the borrower's actual cost exposure and debt service capacity.

Project Finance Methodology for Large Developments

Large data centre developments, particularly hyperscale build-to-suit facilities anchored by a long-dated offtake agreement, increasingly use project finance or development finance style debt structures sculpted to the phased, contracted lease cash flow. Where this applies, the standard Project Finance Model Audit methodology applies in addition to the sector-specific power and tenancy risk checks described above.

Common Construction Pitfalls

Debt service coverage tested only at stabilised operation. Misses potentially weaker coverage during intermediate phased delivery periods.

No tenant concentration covenant scenario for a hyperscale-anchored facility. Understates the concentrated counterparty risk specific to single-tenant revenue structures.

Power cost pass-through assumed rather than independently verified against the agreement. Risks misstating the borrower's actual cost exposure and debt service capacity.

  • Test debt sculpting and coverage at each phased capacity delivery milestone, not only at stabilisation.
  • Include a tenant concentration covenant scenario for hyperscale-anchored facilities.
  • Independently verify power cost pass-through implementation against the underlying agreement.
  • Apply standard project finance debt sculpting and covenant methodology where applicable.

Continue Reading

How OXXON tests thisRun a free structural check with FMAE

Frequently Asked Questions

How should debt sculpting be tested for a data centre financing?

Against the model's phased, capacity-tranche capex drawdown and revenue recognition schedule, confirming that debt service coverage is tested at each capacity delivery milestone rather than only at a single blended stabilised operation date, since intermediate periods during phased delivery can carry materially different coverage than the eventual stabilised state.

Why does covenant testing need a tenant concentration scenario for hyperscale facilities?

Because a hyperscale facility's revenue is typically concentrated in a single anchor tenant, and standard covenant stress testing, often built around diversified tenant churn assumptions, may not by default capture the materially different risk pathway of a single counterparty's credit deterioration or early contract termination.

What should a lender verify about power cost pass-through mechanics?

That the model correctly implements the actual power cost allocation, tenant, operator, or shared formula, defined in the underlying tenant or offtake agreement, rather than a simplified assumption, since an incorrect pass-through assumption can materially misstate the borrower's actual cost exposure and debt service capacity.

Why does project finance methodology increasingly apply to data centre lending?

Because large data centre developments, particularly hyperscale build-to-suit facilities anchored by a long-dated offtake agreement, increasingly use project finance or development finance style debt structures sculpted to the phased, contracted lease cash flow, bringing standard project finance debt sculpting and covenant testing into scope alongside the sector-specific risk checks.

Related Articles

Data Centre Financial Modelling

Data centre financial modelling is the discipline of modelling a data centre operator's revenue, cost, and capital structure from its capacity-denominated drivers, power, space, and cooling capacity, rack density, and tenant contract structure, rather than the generic market-price and headcount-growth drivers used in most corporate models, or the pure occupancy-and-lease-term drivers of conventional commercial real estate. This page is the hub for the Knowledge Centre's data centre financial modelling content: how colocation, hyperscale, and enterprise business models each require a distinct model architecture, how rack revenue and occupancy are decomposed into their separable underlying drivers, and how capacity planning and financial KPIs tie the model together, as this domain expands to cover operations, revenue, investment, and governance practice across the sector.

Data Centre Financial Model Checklist

This checklist covers the structural checks specific to data centre financial models, on top of the general financial model audit baseline. It focuses on capacity constraint tracking (power, space, cooling), revenue driver decomposition (occupancy, pricing, density mix), power and cooling cost structure, and tenant contract and concentration risk. It is intended for lenders, investors, and advisors reviewing a colocation, hyperscale, or enterprise data centre model ahead of a financing or investment decision.

Financial Model Audit for Data Centres

Data centre financial models sit between real estate and infrastructure modelling conventions: phased, capacity-driven capex drawdown funds build-to-suit or colocation facilities, while power procurement and pass-through mechanics, and long-dated tenant or hyperscale offtake agreements, determine the revenue and cost structure. Power availability and cost pass-through in particular is a mechanic that does not appear in standard commercial real estate models. This page sets out the modelling risks specific to data centres, the audit findings that recur in build-to-suit and colocation financings, and what lenders typically expect before extending development or acquisition debt.

What Is a Project Finance Model Audit?

A project finance model audit is a financial model audit applied to the specific class of model used to finance infrastructure, energy, and long dated capital projects: debt sculpted, multi decade, cash flow driven structures with mechanics that do not appear in a typical corporate model. It is frequently a formal condition of financial close, not an optional check, and lender requirements for it exist almost entirely inside non public bank credit policy rather than any single consolidated public source. This page defines what makes project finance models structurally distinct, why lenders require independent verification of them specifically, and what the audit process looks like in this context.

Request Demo