Guides
Most trust accounting failures are seeded at setup, not at month-end. The chart of accounts is where.
Updated 2026-08-02 · TrustRecon research team
A three-way reconciliation asks a simple question every month: does the trust bank balance equal the trust ledger balance, and do both equal the sum of what you owe every owner and tenant? If the answer is no, you start hunting transactions. But there is a class of property management company that can never get a clean answer no matter how carefully they post, because the structure they are posting into cannot represent the question.
That structure is the chart of accounts. When trust cash and company cash live in accounts that roll up together, when owner liability is tracked in a single lump instead of per beneficiary, or when management fee income is recognized inside the trust ledger rather than moved out of it, the arithmetic of a three-way reconciliation stops being computable. You are not failing the check; you are unable to run it.
The good news is that this is a setup problem, and setup problems have deterministic fixes. The bad news is that fixing it after two years of transactions requires re-deriving history, which is why it is worth getting right — or auditing — early.
Every state that regulates property management trust accounts draws the same line, in slightly different words: money you hold for other people is not your money, and it must be separately accounted for at all times. California Business and Professions Code section 10145 and Regulation 2832 require trust funds to be deposited into a trust account and kept separate from broker funds. Washington's WAC 308-124E and Colorado's 4 CCR 725-1 Rule 5 impose equivalent requirements.
In practice this means your chart of accounts has two disjoint sections that never mix:
Trust side. One asset account per trust bank account. Matching liability accounts representing what you owe: owner balances payable, tenant prepaid rent, and security deposits held. The defining property of the trust side is that assets and liabilities should net to zero. You are a custodian; every dollar in the trust bank belongs to a named beneficiary on the liability side. If trust assets minus trust liabilities is not zero, you either have a shortage or you are holding money that belongs to you inside the trust account — both of which are findings.
Company side. Operating bank account, management fee revenue, leasing fee revenue, payroll, rent, software, and so on. This is where your business actually earns and spends. It has its own profit and loss, and it does not touch the trust bank account.
The most common structural error we see is a single "cash" parent account with both the trust bank and the operating bank as children. It looks tidy on a balance sheet and it silently makes commingling invisible: a report that shows total cash tells you nothing about whether trust obligations are covered.
Security deposits deserve a separate liability account, and in many states a separate bank account, because they follow different rules than rent. A deposit is not income, is not the owner's money in most jurisdictions until it is properly applied at move-out, and is subject to statutory deadlines for return that create real liability if the accounting is fuzzy.
The account structure that causes problems is a single "deposits held" liability with no per-tenant detail. At move-out you need to know precisely what was collected from this tenant, what was applied to damages, and what must be refunded within the statutory window. If the ledger only holds an aggregate, that determination becomes a reconstruction exercise from lease documents and bank records — and reconstructions produce errors.
Equally common: a security deposit clearing account that is used during move-outs and left non-zero afterwards. The balance sits there indefinitely, representing cash that belongs to no one in your records. Every month it makes the third leg of your reconciliation disagree by the same amount. We described the same failure pattern from the AppFolio side in why your adjusted cash balance is off.
Software marketing tends to present per-property tracking as a reporting nicety. For trust accounting it is the mechanism by which the third leg of the reconciliation exists at all. Without a ledger per beneficiary, "the sum of all owner balances" is not a number you can compute — and a negative individual balance, which regulators treat as conversion of one client's funds to another's benefit, becomes structurally undetectable.
We wrote about the consequences of that specific failure in what a negative owner balance really means. The chart-of-accounts implication is straightforward: owner liability must be dimensioned by owner, and property-level activity must roll up to the correct owner. Most modern property management platforms handle this natively; the errors arise when a receipt or expense is posted to the wrong property, or to a general account with no property dimension at all, which reconciles perfectly against the bank while corrupting the beneficiary detail.
Management fees are the boundary crossing where trust becomes company money, and boundary crossings are where errors concentrate.
The correct sequence is explicit: the fee is earned, it is recorded as a reduction of the owner's trust liability, and then it is physically transferred from the trust bank account to the operating bank account. The revenue is recognized on the company side. Three artifacts should exist for every fee: a ledger entry reducing owner liability, a bank transfer, and a revenue entry. When one of the three is missing, the reconciliation breaks in a characteristic way.
Two failure modes account for most of what we find. The first is fee income recognized inside the trust ledger, which means the trust account now contains money that is yours — commingling in the technical sense, and a finding in most audits. The second is a bulk fee sweep executed in online banking with no corresponding register entries: the money leaves the trust bank, so leg one drops, while the ledger and owner balances do not. That produces a difference exactly equal to the sweep, appearing in the month it happened and persisting until someone posts the entries.
The following is a starting skeleton, not a prescription — your state, your software, and your CPA all get a say. What matters is that the two sides are disjoint and that trust liability carries beneficiary detail.
Trust assets: Trust Bank — Operating (rents and disbursements); Trust Bank — Security Deposits (where separate accounts are required or prudent); Undeposited Funds (a transit account that must return to zero, not a parking lot).
Trust liabilities: Owner Funds Payable, dimensioned by owner; Tenant Prepaid Rent, dimensioned by tenant; Security Deposits Held, dimensioned by tenant; Vendor Payables from Trust, if you accrue.
Company assets and revenue: Operating Bank; Accounts Receivable — Management Fees; Management Fee Revenue; Leasing Fee Revenue; Maintenance Markup Revenue, if you charge it; and the ordinary operating expense accounts.
The test of a correct structure is that you can produce, without manual adjustment, three numbers: the trust bank balance, the trust ledger balance, and the sum of all owner and tenant liability. If producing the third number requires a spreadsheet, the structure is not finished.
If your books are already running, you do not need to rebuild the chart of accounts to find out whether it is sound. Four checks, in order:
First, list every account that touches the trust bank and confirm that each one is either a trust asset or a trust liability. Anything else — revenue, expense, equity — appearing against trust cash is a structural finding.
Second, compute trust assets minus trust liabilities. It should be zero. A positive figure means you are holding money in trust that no beneficiary is credited with; a negative figure is a shortage.
Third, verify that no individual owner or tenant balance is negative. A single negative sub-ledger means one client's funds are covering another's obligations, regardless of how healthy the aggregate looks.
Fourth, confirm that clearing accounts — undeposited funds, security deposit clearing, suspense — are zero at month-end. A persistent balance in a clearing account is cash with no owner, and it will make your third leg disagree by exactly that amount every month until it is resolved.
You can run the aggregate version of the second check in a few seconds with our free three-way reconciliation checker — it takes three figures and tells you which leg is off. The per-beneficiary version, which is where negative sub-ledgers and wrong-property postings surface, requires re-deriving every balance from transactions; that is what our free full audit does.
Restructuring live books is not a weekend project, but it is bounded work if sequenced properly. Establish a cutoff date. Verify balances as of that date against the bank and against beneficiary detail, because migrating an unverified balance simply carries the error forward. Build the new structure. Map old accounts to new ones explicitly, keeping the mapping as a workpaper. Post the opening balances. Then reconcile the first full month under the new structure before trusting anything.
The step people skip is the verification before migration, and it is the expensive one to skip: an opening balance that is wrong by one voided check means every subsequent month reconciles against a false number, and the discrepancy will eventually be discovered by an auditor rather than by you. If you are mid-migration between platforms, this is the moment where an independent check pays for itself.
One downstream consequence worth planning for: your year-end information returns are generated from this structure. Gross rent per owner, vendor payment totals, and the trust-versus-company split all feed the forms directly — see property management 1099 filing for how a structural error becomes a hundred wrong forms.
Upload three exports. Within 48 hours you get a discrepancy report with every finding tied to a record ID. Built from the same failure patterns state auditors look for.
For property management companies on Buildium or AppFolio. No call required.