EscrowOS: RERA-Grade Escrow, Automated End to End

Dubai's off-plan property escrow regime is among the most precisely regulated in real estate development globally. Under Dubai Law No. 8 of 2007, every dirham received from an off-plan buyer must be held in a RERA-registered trust account and released only at certified construction milestones. Revenue can only be recognized against certified progress. Cancellations are governed by Decree No. 33 of 2020, with refund computations, timelines, and unit returns all legally prescribed.

For property developers managing multiple off-plan projects simultaneously, this regulatory environment creates an operational challenge that generic software was not designed to solve. The three tools most commonly in use — generic ERP systems, bank trustee portals, and spreadsheets — each fail in a specific and consequential way.

Generic ERP systems were built for manufacturing and retail inventory, not for the specific fund-flow logic of real estate escrow. Configuring them to approximate RERA requirements means years of customization, ongoing maintenance, and a compliance posture that a RERA auditor will immediately recognize as a force-fit. Bank trustee portals show the account balance. They don't show which milestone each payment is tied to, whether the release gate has been cleared, or what the IFRS 15 revenue position is across the project portfolio. Spreadsheets fall apart the moment a developer has more than two or three projects running simultaneously — reconciliation becomes a monthly ordeal, and any single formula error can misstate a revenue position or a refund obligation.

EscrowOS is BlastAsia's operating system for off-plan escrow — purpose-built for the RERA regulatory environment, structured around the actual fund-flow logic of Dubai off-plan development, and delivered as a system the developer owns outright.

What the Off-Plan Escrow Operating System Actually Does

EscrowOS is organized around the six compliance gates that govern every RERA off-plan transaction — go-live, SPA structure, escrow release, retention, refunds, revenue recognition, and cancellation. These are not warnings or checklists. They are hard gates: a transaction cannot proceed past a gate until the gate condition is satisfied, evaluated, enforced, and logged. The gate logic is powered by GraphIQ — the compliance intelligence layer that keeps the rules current as RERA regulations evolve.

Real Escrow Ledger — Append-Only, Reconciled to the Dirham

The escrow ledger in EscrowOS is not a reporting layer on top of a bank account. It is an append-only double-entry ledger denominated in fils, where every entry is immutable and the account balance is always computed from the ledger entries rather than stored as a number that can be manually adjusted. Every payment received from a buyer, every milestone release to the developer, every retention hold, every refund disbursed — all are ledger entries. The ledger reconciles to the bank statement to the dirham.

This matters in a RERA audit because the auditor isn't looking at a spreadsheet summary — they're looking for a ledger that proves every movement of funds was authorized, documented, and consistent with the project's milestone schedule.

Milestone Draws and Releases — Gated Against Certified Progress

Escrow releases in EscrowOS are tied directly to certified construction milestones. A release cannot be initiated until the escrow.release compliance gate confirms that the milestone certification has been received and logged. Once confirmed, the release is calculated against the milestone schedule, posted to the ledger, and recorded in the audit log with the certification reference. There is no manual override without a logged reason.

This gate structure means a developer's finance team cannot accidentally release escrow funds ahead of certification — which is both the most common RERA compliance breach and the hardest to explain to an auditor after the fact.

IFRS 15 Revenue Recognition — Over Time, Gated Against Double-Posting

For off-plan developers applying IFRS 15, revenue is recognized over the development period as construction progresses. EscrowOS measures revenue recognition against certified construction progress, posts the double-entry journal automatically, and gates against double-posting — so the same milestone cannot trigger a second revenue entry. The revenue recognition position is always current, always consistent with the escrow ledger, and always auditable.

For multi-project developers, this means the consolidated revenue position across the portfolio is available in real time rather than assembled at month-end from project spreadsheets that each use slightly different recognition logic.

Buyer Payments and PDCs — Reconciled Against the SPA Plan

Buyer payment schedules in EscrowOS are tied directly to the Sale and Purchase Agreement. Installments are recorded against the SPA plan, post-dated cheques are managed with presentation dates and clearance tracking, and the reconciliation against bank statements is a system function rather than a manual exercise. When a buyer misses a payment, the arrears position is computed automatically from the schedule — not from a coordinator counting days on a spreadsheet.

Arrears, Default, and Cancellation — Decree-33 Gated

Cancellations in EscrowOS are governed by the cancellation compliance gate, which enforces Decree No. 33 of 2020 requirements before a cancellation can proceed. The cash surrender value computation, the refund disbursement, and the return of the unit to Available status all execute atomically — meaning the unit cannot be re-listed before the cancellation is complete, and the refund obligation cannot be understated. Every cancellation is logged with the Decree-33 computation visible for audit.

RERA Audit Packs — Downloadable, Re-Computable

At any point during a project, EscrowOS can generate a RERA audit pack for the project — a downloadable package containing the complete ledger, the compliance gate log, the override register, and a checksum that allows the auditor to verify that the pack contents haven't been modified after generation. The re-computable checksum is the detail that matters: it means EscrowOS audit packs are tamper-evident, which is a significantly stronger position than a PDF export from a spreadsheet.

Buyer Transparency Portal

Buyers on an EscrowOS-managed project have access to a self-service portal showing their own contract, installment ledger, payment receipts, and the construction milestone progress tied to their escrow releases. The portal shows only what the buyer is entitled to see — it is not a window into the developer's financial operations.

EscrowOS in the BlastAsia OS Series

EscrowOS is part of BlastAsia's OS Series — a family of 15 production-ready vertical software systems built to be the operational core of the businesses they serve. EscrowOS connects natively with DealOS (which manages the origination and deal pipeline that feeds into escrow) and LeaseOS (which manages the rent-to-own financing lifecycle after handover).

Every system in the OS Series is built using the Xamun Software Factory — an AI-native, spec-first pipeline where 80% or more of the codebase is generated by AI agents from an approved specification, passing SonarQube quality gates before a human approves it for deployment.

BlastAsia delivers EscrowOS in one of two ways: Turnkey — fixed full scope, upfront payment, source code handed over at delivery — or xDD — a monthly subscription with a fixed output per month, source code handed over as it's built. Both are build-for-hire engagements; you always own what gets built. Ongoing maintenance and support are available as an optional add-on. The system is tailor-fit to the developer's specific project portfolio, milestone schedules, and operational workflows — everything unique to the developer's business is configured before go-live.

EscrowOS is demo-ready. If you're a property developer in Dubai or the UAE managing off-plan escrow and want to see what RERA-grade escrow automation looks like for your specific project portfolio, book a discovery call and demo.