IAS 7 / IAS 1CoreReal Estate / Construction

Escrow accounts and restricted project cash

IAS 7 / IAS 1 · Statement of Cash Flows / Presentation of Financial Statements

Applies to: Developer (build-to-sell)

In plain words

Buyers of off-plan units pay into an escrow account released only against certified construction progress. The question is how to present this cash. Where the developer controls the account, the cash is its asset, but because it cannot be used freely it is usually shown as restricted cash, separate from cash and cash equivalents. It is not netted against customer advances, and release to the operating account is a reclassification, not revenue.

Why it matters

Off-plan buyer money sits in legally controlled escrow released only against certified construction progress: it is the developer's cash but restricted, so blending it into free cash overstates liquidity and understates covenant risk. Getting the classification and disclosure wrong can mask a genuine going-concern or funding gap, since large escrow balances (often hundreds of millions of SAR) may be unavailable to service debt or overheads for years.

Diagnostic questions

Which projects fall under a mandatory escrow or restricted-account regime, and what construction milestones trigger release? Is the full escrow balance recognized on the developer's balance sheet as restricted cash, without netting against contract liabilities or project loans? How much cash is restricted at each period end, and is it excluded from the liquidity ratios and covenant calculations used internally and with lenders? Is any portion of escrow reassessed each period as unconditionally releasable and reclassified out of restricted cash?

Recognition

1) Confirm the developer (not the buyer or a third-party trustee) controls the escrow account, i.e. it is the developer's asset even though use is restricted by law. 2) Recognize the full escrow balance on the developer's balance sheet as cash, not as a receivable or off-balance-sheet item. 3) Map each release condition (engineer-certified construction milestones) so the restriction is understood but does not change recognition. 4) Do not net escrow cash against contract liabilities (advances from customers) or against the developer's own project finance loans. 5) At each reporting date, reassess whether any portion has become unconditionally releasable and confirm classification is still 'restricted cash', not 'cash and cash equivalents' available for general use.

Measurement

Escrow cash is measured at its face/deposit value (it is a cash balance, not a financial asset requiring fair value or ECL measurement). The key measurement question is classification, not valuation: assess against the IAS 7 definition of cash equivalents (short-term, highly liquid, insignificant risk of value change, readily convertible), balances releasable only against long-dated construction milestones typically fail this test and should be shown as restricted cash separate from cash equivalents used to meet short-term obligations. Subsequently, as construction progresses and portions become certified for release, reclassify those tranches out of restricted cash into unrestricted cash on release, with no gain/loss since the balance was already recognized at face value.

Presentation & disclosure

Present restricted escrow cash as a separate line (or clearly labelled sub-total) within cash and bank balances, distinguishing it from unrestricted cash; disclose the nature and amount of the restriction and the regulatory regime creating it; disclose release mechanics/triggers (e.g. engineer certification of construction progress); reconcile the cash flow statement's definition of 'cash and cash equivalents' to the balance sheet caption, explicitly stating whether escrow balances are included or excluded and why; disclose escrow balances excluded from liquidity/working-capital ratios and from covenant headroom calculations; where escrow is pledged as security for project finance, cross-reference the related borrowing disclosures.

Common mistakes

  • Blending escrow balances into '
  • cash and cash equivalents'
  • in liquidity ratios and covenant calculations, overstating available liquidity
  • netting escrow cash against contract liabilities or project loans instead of presenting both gross
  • treating all escrow as a cash equivalent regardless of how remote or milestone-dependent the release is
  • omitting escrow restrictions from going-concern and covenant-compliance disclosures, hiding a genuine liquidity constraint
  • failing to update the cash flow statement reconciliation when the definition of cash used internally differs from IAS 7'
  • s.

Simple example

A KSA developer sells an off-plan tower and receives SAR 60,000,000 of buyer instalments directly into a regulated escrow account (WAFI-type regime) during the year; SAR 22,000,000 is certified as released by the engineer against completed construction milestones and transferred to the developer's operating account, while SAR 38,000,000 remains restricted at year-end.
Journal entries:
On receipt of buyer instalments into escrow:
Dr Restricted cash - escrow 60,000,000 / Cr Contract liability - advances from customers 60,000,000
On engineer certification and release of funds to the operating account (cash reclassification only, no income effect):
Dr Cash and cash equivalents - unrestricted 22,000,000 / Cr Restricted cash - escrow 22,000,000
(Separately, revenue/contract asset movements are recognized under IFRS 15 as construction performance obligations are satisfied; the escrow release itself is a cash reclassification, not a revenue event.)
At year-end, the balance sheet shows Restricted cash - escrow SAR 38,000,000 presented separately from Cash and cash equivalents, with a note reconciling total cash of SAR 38,000,000 + 22,000,000 (and any other bank balances) to the cash flow statement, and explicitly stating that the SAR 38,000,000 is excluded from the liquidity ratios used in bank covenant calculations.

Professional judgment

The central judgment is whether a given escrow tranche meets the definition of a 'cash equivalent' under IAS 7, or should instead be shown as restricted cash outside that definition. Factors driving the conclusion include: the expected time to release (short vs tied to multi-year construction milestones), whether release is automatic/formulaic (e.g. percentage-of-completion certificates) or subject to third-party discretion/dispute, whether the developer bears any risk of value change while funds are held, and whether local law allows partial early release. A second judgment is whether to disclose escrow separately even when it technically still meets the cash-equivalent definition, on the grounds that blending it with free cash would mislead users about liquidity, many preparers separately disclose it regardless of strict classification, for transparency. Judgment should be documented with the escrow regime's legal release schedule and revisited whenever regulations or project milestones change materially.

Source basis

IAS 7 / IAS 1 · Statement of Cash Flows / Presentation of Financial Statements

Paragraph references

IAS 7.6IAS 7.7IAS 7.48

Verified against the official standard texts used in the IFRS Expert skill.

IAS 7 Statement of Cash Flows
Issued: 1992 · Effective: 1 January 1994
IAS 1 Presentation of Financial Statements
Issued: September 2007 (revised) · Effective: 1 January 2009
In effect; superseded by IFRS 18 for annual periods beginning on or after 1 January 2027
IFRS 18 Presentation and Disclosure in Financial Statements
Issued: 9 April 2024 · Effective: 1 January 2027
Issued; effective for annual periods beginning on or after 1 January 2027 (not mandatory before then)

Related issues

Educational and navigation content only. Not professional advice. Does not reproduce official IFRS/IAS text. Consult the authoritative standards and qualified professionals; professional judgment may still be required.