FMAE for Banks
Executive Summary
Key Takeaways
- ✓ Banks face a structural tension between the complexity of the transactions requiring model review and the time available to conduct it.
- ✓ FMAE provides deterministic structural audit — verifying DSCR, LLCR, formulas, and sensitivity analysis with mathematical certainty at transaction speed.
- ✓ Use cases span pre-credit approval review, CP verification, parallel review with third-party audits, compliance monitoring, and restructuring model assessment.
- ✓ FMAE allows banks to verify model integrity as part of their internal credit process, without dependence on the external audit timeline.
- ✓ It does not replace third-party audit certificates where required as a CP, nor does it substitute for commercial or legal assessment.
The Problem Banks Face¶
Banks and project finance lenders make credit decisions on the basis of financial models they did not build and cannot fully verify using their own internal resources. The borrower, their advisers, or the project company produce the model. The bank's credit team receives it, reviews it, and either approves the credit or requires changes. The quality of that review determines the quality of the credit decision.
The fundamental tension for banks is this: the more complex and material the transaction, the more the bank needs to understand the model's reliability — and the less time the credit timeline allows for the bank to do so. A large project finance transaction with multiple lenders and tight financial close deadlines is exactly the situation where thorough model review matters most, and where the bank has the least margin to conduct one.
Banks have historically responded to this tension in two ways: requiring the project company to commission an independent model audit certificate from an approved third-party firm as a condition precedent, and supplementing this with internal credit analyst review. Both approaches have limitations. Third-party audits satisfy the CP but are delivered late in the process. Internal review is fast but rarely systematic.
The underlying model risk — the risk that the bank's credit decision is based on model outputs that are wrong — persists in both cases unless the model's structural integrity has been verified deterministically.
Note: Bank-specific model risk management requirements vary by jurisdiction and regulatory framework. Banks in regulated jurisdictions should refer to the applicable guidance from their relevant regulatory authority.
What Banks Need from Model Review¶
A bank assessing a financial model as part of credit due diligence needs to confirm:
- That the model's key outputs — DSCR, LLCR, debt sizing, equity IRR — are arithmetically correct
- That the model's covenants are calculated exactly as specified in the term sheet or loan agreement
- That the model does not contain structural errors (formula errors, circular references, hardcoded overrides) that distort the outputs presented to the credit committee
- That the model responds correctly to assumption changes, so sensitivity analysis presented to the credit committee is reliable
- That the model can be relied upon for ongoing compliance testing after financial close
These requirements apply both at the pre-credit approval stage (when the bank is deciding whether to lend) and at the pre-close stage (when the bank is confirming the model used at financial close matches what was approved).
How FMAE Addresses Bank Needs¶
FMAE performs deterministic structural audit of financial models. For banks, this means:
DSCR and covenant verification. FMAE independently verifies the calculation of DSCR, LLCR, and other financial covenants, comparing the model's outputs against a recomputed result. Discrepancies between the model's displayed DSCR and the recomputed DSCR are identified and flagged. See DSCR and LLCR.
Structural integrity check. Every formula in the model is tested for correctness. Formula errors, broken references, hardcoded values in calculation sections, and circular references are identified and classified by materiality. A model passed to a credit committee with undetected structural errors produces wrong outputs regardless of the quality of the assumptions.
Sensitivity analysis validation. FMAE verifies that sensitivity tables are formula-driven rather than manually entered, and that they are connected to the correct input cells. Credit committees rely on sensitivity analysis to assess downside scenarios — if the sensitivity table is disconnected from the model, that analysis is meaningless.
Pre-close model version check. At financial close, FMAE can be used to verify that the model being closed on is structurally consistent with the model approved by the credit committee, and that no material structural changes have been introduced since the approval review.
Ongoing compliance model review. After financial close, borrowers update and re-run the financial model to calculate covenant compliance at each test date. FMAE can be used by the bank's monitoring team to periodically verify that the operating model has not introduced structural changes that affect the compliance calculations.
Typical Bank Use Cases¶
Pre-credit approval review: The bank's credit team runs FMAE on the financial model submitted with the credit application, ahead of the credit committee meeting. Structural findings are communicated to the borrower for correction before the credit committee presentation, ensuring the committee is reviewing a structurally sound model.
Condition precedent verification: Where the bank's own model review — rather than a third-party audit — satisfies the model review requirement at financial close, FMAE provides the systematic basis for that review and produces a documented findings record.
Parallel review alongside third-party audit: The bank runs FMAE in parallel with the project company's commissioned third-party model audit. The FMAE output allows the bank's credit team to review the model independently of the third-party process, providing an additional layer of assurance and allowing the bank to verify that the third-party findings are complete.
Compliance model monitoring: The bank's portfolio monitoring team uses FMAE to review the operating model submitted with quarterly or semi-annual compliance certificates. Changes to the model's structure since financial close are identified and assessed for their impact on covenant calculations.
Model-based restructuring analysis: Where a transaction is in distress and the financial model needs to be reforecast as part of a restructuring, FMAE is used to verify the restructuring model's structural integrity before it forms the basis for restructuring negotiations.
The Credit Committee Perspective¶
A bank's credit committee approves transactions on the basis of the financial outputs presented to it: DSCR, LLCR, equity IRR, debt sizing, and sensitivity analysis. These outputs come from the financial model. If the model contains structural errors, the outputs presented to the credit committee are wrong — and the credit committee has no way of knowing this from the presentation alone.
FMAE addresses this directly: by verifying that the model's outputs are arithmetically correct before they are presented to the credit committee, the bank can be confident that the committee is making its decision on reliable data. This is the same logic that drives the third-party model audit CP requirement — the difference is that FMAE allows the bank's own team to conduct this verification systematically, at speed, as part of the standard credit process.
Limitations¶
FMAE performs structural audit — it verifies the model's internal logic and arithmetic. It does not:
- Assess the commercial reasonableness of assumptions (offtake price, operating cost, construction timeline)
- Provide legal advice on the interpretation of contractual provisions
- Serve as a substitute for a third-party model audit certificate where this is required as a condition precedent under the loan agreement
- Replace the bank's credit judgement on the transaction's risk-return profile
Banks should use FMAE as part of a broader credit review process that includes commercial assumption assessment, legal review, and independent technical review where required.
Continue Reading¶
Prerequisites¶
- What Is a Project Finance Model Audit? — the parent pillar
Related Pillars¶
Related Glossary¶
How OXXON tests thisRun a free structural check with FMAE
Frequently Asked Questions
Can FMAE output satisfy a model audit condition precedent in a loan agreement?
This depends on the specific terms of the loan agreement. If the CP requires a certificate from an approved independent third-party firm, the FMAE output from the bank's internal review does not satisfy that requirement. FMAE can support the bank's own model review process, but where a formal CP requires an independent third-party certificate, that process must be followed. Banks should assess their specific CP requirements on a transaction-by-transaction basis.
How does FMAE fit alongside the project company's commissioned model audit?
FMAE allows the bank to conduct its own independent structural review of the model in parallel with the project company's commissioned audit. The bank does not need to rely solely on the commissioned audit, which is prepared for the project company rather than for the lenders. Running FMAE in parallel gives the credit team an independent view on the model's structural integrity.
Does FMAE review models in real time, or is it a point-in-time review?
FMAE reviews a specific version of the model at a specific point in time. For ongoing compliance monitoring, FMAE would be run against each updated model submitted with compliance certificates. Changes to the model between review dates are identified by comparing results across review periods.
Related Articles
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.
Model Audit Certificate
A model audit certificate (also referred to as a model audit report or model assurance certificate) is a formal written document issued by an independent auditor or model review firm confirming that a financial model has been independently reviewed, describing the scope of the review, identifying findings, and providing a level of assurance about the model's arithmetical accuracy and internal consistency. In project finance, a model audit certificate is typically a condition precedent (CP) to financial close, meaning that lenders will not fund the first drawdown until the certificate has been delivered by an approved independent reviewer.
Financial Covenant
A financial covenant is a binding contractual obligation contained in a loan agreement or indenture that requires the borrower to maintain specified financial metrics within defined thresholds throughout the life of the debt facility. Breach of a financial covenant constitutes an event of default under the loan agreement, typically triggering lender rights including acceleration of the loan, restriction of distributions, or enforcement of security. Financial covenants are distinct from affirmative covenants (positive obligations to do something) and negative covenants (obligations not to do something). Financial covenants are quantitative: they are tested by calculating a financial ratio or metric from the borrower's financial statements or, in project finance, from the project's financial model.
LLCR (Loan Life Coverage Ratio)
The Loan Life Coverage Ratio (LLCR) is a project finance metric that measures the ratio of the net present value (NPV) of all projected cash available for debt service (CADS) over the remaining loan life to the current outstanding debt balance. It is a forward-looking coverage ratio that tests whether the project has sufficient projected cash generation to repay all outstanding debt. The LLCR formula is: LLCR is expressed as a ratio: an LLCR of 1.25x means that the NPV of projected cash available for debt service is 1.25 times the outstanding debt balance.
Financial Close
Financial close is the contractual milestone in a project finance transaction at which all conditions precedent (CPs) to the financing are satisfied or waived, all financing documents are executed, and lenders fund the first drawdown of debt. It marks the transition from the development and negotiation phase of a project to the construction and execution phase. Financial close is also referred to as financial closing or closing date. It is distinct from commercial close, which refers to the execution of the underlying commercial agreements (offtake, concession, construction contract) before financing is confirmed. In the context of financial modelling, financial close is the date from which the base case financial model is locked, the debt terms are crystallised, and the model becomes the contractual reference document against which covenant compliance and drawdown conditions are tested.
What Is Model Risk?
Model risk is the risk that a decision is wrong not because the underlying business or investment case was flawed, but because the model used to evaluate it was. It is a distinct category of risk from market risk, credit risk, or operational risk, and it applies to any organisation that relies on a financial model, spreadsheet or otherwise, to support a material decision. Most published model risk content addresses statistical and regulatory capital models used inside banks. This page defines model risk specifically as it applies to Excel based financial models, the kind used every day for investment decisions, lending, and transaction evaluation, which is a related but distinct problem from the quantitative model risk literature most search results return.
Conditions Precedent
Conditions precedent (CPs) in project finance are the contractual requirements that must be satisfied, waived, or deferred before a lender is obliged to advance funds under a loan facility. CPs are set out in the financing agreements and typically include: provision of executed project documents, evidence of regulatory approvals, insurance certificates, legal opinions, and in most institutional project finance transactions, an independent financial model audit certificate confirming that the financial model has been reviewed and that specified checks have been completed. Financial close cannot occur until all material CPs have been satisfied.