The Cheque in the Drawer Is Not an Asset Until Somebody Walks It to the Bank
· 9 min read · Faceela
In most markets, rent arrives monthly, by standing instruction, from a bank. Collection is something the bank does and the property manager reconciles.
Here it arrives as paper. A tenant signing a one-year contract commonly hands over one, two, four, six or twelve cheques, written and dated in advance, and walks away. From that moment the money is not in your account, it is not in the tenant's control either, and its arrival depends on a physical object in somebody's drawer and a date in somebody's calendar.
That is a genuinely different operational problem, and it produces genuinely different failures. The most expensive of them is not a bounced cheque. It is a cheque nobody presented.
Two questions that decide whether this is under control
Where are they, physically, and who is accountable for that? A year's rent for a fifty-unit building is a stack of paper with a face value in the millions. In a surprising number of operations, its location is a fact held by one person, and the handover procedure when that person leaves is a conversation.
What has to reach the bank in the next seven days? This is the question with a running cost attached. A cheque presented eleven days late is eleven days of interest-free credit you extended to the tenant without deciding to. Multiply by a portfolio and it stops being an administrative detail.
Neither question is answerable from an accounting system, because neither is an accounting question. Both are answerable from a register — and whether you have a real register or a spreadsheet with the same columns is the subject of the rest of this.
The states a cheque actually moves through
A cheque is not a payment. It is an instrument that may become a payment, and it has a life with distinct stages. A system that models fewer stages than reality will silently collapse two of them, and the collapse is always in the same direction: towards treating it as money sooner than it is.
Held. Received, logged, in custody, not yet due. It sits against a specific instalment of a specific tenancy. If it does not — if it is logged against the tenant generally — the reconciliation is already broken, because when it clears nobody can say which instalment it settled.
Due. Its date has arrived. It now belongs on a presentation list that somebody works from.
Deposited. It has physically gone to the bank. This is a distinct state from due, and skipping it is how a cheque sits in a drawer past its date with the system believing it was banked.
Cleared. The funds are real. This is the first moment anything about this cheque is cash, and it is the only state from which an owner may be paid.
Bounced. Returned. The instalment it was covering has to reopen as arrears, the tenant needs a flag, and somebody needs to be told today rather than at quarter end.
Replaced. A new cheque has been given for the same instalment. The replacement must be linked to what it replaces, or the register will show one instalment covered twice and another not at all.
Returned to tenant. The contract ended early, or a settlement was reached, and cheques that were never presented have to leave custody with a record of who took them.
The accounting mistake that hides arrears
Here is the failure that survives longest, produces no error, and makes every collection report look better than the business is.
A post-dated cheque is recognised as a receipt when it is received.
It is an easy configuration to arrive at. The cheque is in hand, the tenant has performed, the paperwork feels complete, and posting it makes the receivable disappear tidily. But the money is not yours, may never be yours, and the ledger has now stated that it is.
Three things follow immediately. Collections are overstated by the value of everything not yet cleared. Arrears are understated by the same amount, so the ageing report is wrong in the flattering direction. And an owner's balance is inflated by cash that does not exist — which means the payout calculation is now capable of paying him money you do not have.
The correct treatment keeps the instrument outside cash until it clears. The cheque is recorded, held against its instalment, and recognised on clearing. Everything downstream — arrears, owner balances, the decision about whether a payout can be made this week — depends on that one distinction being right, which is why an owner statement built on uncleared receipts is paying him with your money.
A collection report built on paper in a drawer is a forecast being read as a fact.
Where the register leaks in practice
None of these looks like a failure while it is happening, which is exactly why they persist.
| What happens | Why nothing flags it |
|---|---|
| A cheque is logged against the tenant, not the instalment | It clears, the tenant's balance moves, and nobody can say which quarter it paid |
| The presentation list is a spreadsheet tab | It is correct on the day it was built and drifts from then on |
| A bounce is handled by phone | The instalment never reopens, so the ageing stays clean and the debt is invisible |
| A replacement cheque is logged as a new one | The register now shows two cheques for one instalment |
| The contract terminates and cheques stay in the drawer | Nothing links custody to contract status, so nobody is prompted to return them |
| A tenant pays one instalment by transfer instead | The cheque for that instalment is still live, and it may still be presented |
| Custody transfers when someone resigns | There is no ledger of the paper, so the handover is a count, not a reconciliation |
The last one deserves a note. If you cannot produce, today, a list of every instrument in your possession with its face value, its tenancy and its physical location, then the control over several million dirhams of paper is a person's memory. That is not a criticism of the person. It is an observation about what the business has asked them to be.
Cheques and arrears are the same subject
The temptation is to treat a bounced cheque as a payment problem and arrears as a legal problem. They are one chain, and the join is where recovery is usually lost.
A returned cheque is the moment the clock starts. If the instalment reopens as arrears on that day, with the bounce recorded and dated, the evidence chain has a beginning. If the bounce is handled informally and the instalment quietly stays closed, then two months later when somebody decides to act, there is no record that anything was ever owed on a particular date — and the ladder from a reminder to a formal notice has to be built from nothing, in a hurry, on a tenant who has now been in occupation for a season.
That whole ladder, and what the evidence has to look like to be usable, is set out in by the time you can prove it, the tenant has been there four months.
What to make a vendor show you
On a live system, with a real tenancy. Not on slides.
- Collect four cheques against a one-year tenancy and show each one attached to its own instalment.
- Show me every cheque due in the next seven days, across the entire portfolio, on one screen, with custody location.
- Show me a cheque that is past its due date and has not been deposited. That list is the whole point.
- Present one, clear it, and show me the owner's available balance move by exactly that amount and not before.
- Bounce the next one. The instalment reopens, the arrears move, the tenant is flagged, and someone is notified today.
- Take a replacement cheque for the bounced instalment and show me the link between the two.
- Terminate the tenancy early and show me the unpresented cheques appear on a list of things to return.
- Show me the total face value of instruments in custody, reconciled to the contracts behind them.
Item 3 is the one that decides it. Every system can list cheques. A system that can tell you which cheques should already have been banked and were not is answering the only question on the list that has money behind it this week.
Item 5 is the one most systems fail. Recording the bounce is easy. Reopening the instalment, moving the ageing and raising the flag in the same action is the part that has to be built deliberately.
The short version
A post-dated cheque is a promise with a date on it, held as a physical object, in a place that is usually not written down. It becomes money on exactly one day, and only if somebody moves it.
Treating it as cash on receipt makes every collection figure optimistic and every arrears figure forgiving, and both errors point the same way. Treating it as an instrument with states — held, due, deposited, cleared, bounced, replaced, returned — costs nothing extra and makes the presentation calendar an operational list rather than an act of memory.
Proptec holds the instrument register as its own record and refuses to activate a tenancy the held cheques do not cover, and refuses to pay an owner out of receipts that have not cleared. Both refusals exist because the alternatives are the two failures above, and neither of them announces itself.
The wider picture — why a lease is a shape a ledger has no field for — is in a tenancy is a schedule of things that have not happened yet. What it looks like as one system is on the real estate and leasing page.