The short answer
Accept rental opening balances only after fixing one scope and cutoff, preserving the source records, checking sign and field meanings, tying every control total to record-level detail, reconciling cash to external evidence, and recording exceptions. Reject unexplained plugs, missing deposit ownership, crossed tenant balances, or a target that cannot reproduce the accepted reports.
Practical next step:
Put this workflow into practiceAn import can succeed while the opening position is wrong. This guide is narrower than a full software migration: it focuses on the acceptance decision for the balances that a new ledger will inherit. The objective is a defensible bridge from the last controlled source position to the first controlled target position, with enough retained detail to explain every amount later.
Guide evidence map
Preview the answer, sections, action steps, and questions this guide actually contains. This map describes the page's structure; it is not a rating or completion measure.
Direct answer (1)
Guide sections (6)
Action steps (4)
Common questions (4)
Direct answer
1
Accept rental opening balances only after fixing one scope and cutoff, preserving the source records, checking sign and field meanings, tying every control total to record-level detail, reconciling cash to external evidence, and recording exceptions. Reject unexplained plugs, missing deposit ownership, crossed tenant balances, or a target that cannot reproduce the accepted reports.
Section connection graph
Choose a section to follow it to a key takeaway already on this page. The pairing uses repeated terms in this guide's own copy; if no terms repeat, it follows the guide's reading order.
1. Build a balance inventory before mapping fields
2. Numbered scenario: a matching total with crossed residents
3. Reconcile cash and deposit obligations independently
4. Classify exceptions before deciding whether they block release
5. Prove each balance class with its own control schedule
6. Retain an acceptance packet and verify the first live cycle
Guide section
Build a balance inventory before mapping fields
Connected takeaway
Cash needs independent bank evidence; refundable deposits need resident detail and liability control.
The animated line only confirms the current selection; it does not indicate priority, progress, or a score.
Decision reading path
Start with the action you are making, then read the section that uses the closest wording. When there is no wording match, this follows the guide's written order.
1. Define
2. Dry-run
3. Reconcile
4. Release
Step 1 of 4 → section 4 of 6
Your action
Define
Fix the boundary, cutoff, balance classes, sign rules, and authoritative sources.
Read next
Section 4: Classify exceptions before deciding whether they block release
Connection basis: shared wording — fix, cutoff, sign, authoritative.
The line shows where the linked section appears in this guide. It is not a priority, completion, or confidence score.
Implementation readiness gates
Opening-balance acceptance gates
Treat each gate as evidence, not a percentage score. A failed high-consequence gate blocks release until corrected and retested.
1. Boundary and cutoff
2. Meaning and sign
3. Control total and detail
4. Independent cash support
5. Archive and approval
Boundary and cutoff
Evidence
Entity, property, account, timezone, cutoff timestamp, freeze plan, and post-cutoff delta log
Pass condition
Source and target cover the same records and every later transaction has one controlled destination.
Failure signal
Exports were taken at different times or activity continued in both systems without a delta record.
Reversible rollout sequence
1
Dry-run the complete opening position in a target that cannot affect live residents or money.
2
Correct field maps or source errors at their earliest reliable layer, then rerun the import.
3
Release only when blocking exceptions are cleared and accepted timing items are explicitly owned.
4
Preserve the signed packet and retest the position during the first live close.
These are evidence gates, not percentages. A failed gate pauses or narrows the rollout instead of averaging into a misleading readiness score.
Build a balance inventory before mapping fields
List each opening class separately: tenant receivables, tenant credits, refundable-deposit liabilities and detail, bank cash, uncleared items, vendor payables, prepaid amounts, owner contributions or equity, loan balances, and any controlled suspense accounts. Name the legal entity, account, property scope, currency, sign, and source report for each class.
Do not use “balance” as a universal field definition. One export may show amount due as positive and credits as negative; another may expose lifetime net activity. Record source meaning, target meaning, transformation, effective date, null behavior, and acceptance test. Include examples for zero, negative, future-dated, inactive, and transferred records.
Separate contractual rent from open receivables and cash receipts.
Separate refundable deposits from operating income and resident credits.
Retain stable source IDs in a crosswalk even when display names change.
Numbered scenario: a matching total with crossed residents
A twelve-unit source ledger reports $7,800 of net tenant receivables, and the target also reports $7,800. The total appears ready, but the detail tells another story.
1. Resident A should owe $1,200 and Resident B should have a $300 credit.
2. The target attaches both amounts to Resident B after duplicate names defeat the import match.
3. The portfolio total remains $7,800, so an aggregate comparison passes.
4. A stable-ID join and statement sample exposes the crossed records.
5. The reviewer corrects the identifier map, reruns the import, and retests every active balance rather than posting a net adjustment.
Reconcile cash and deposit obligations independently
Two internal systems can reproduce the same wrong amount. Tie each imported bank balance to the reconciled external statement and documented outstanding items. For refundable deposits, compare resident-level detail with the deposit-liability control account and the applicable bank or restricted-cash evidence for the same boundary and cutoff.
Do not force all three deposit figures to equality with a portfolio plug. A difference may come from an unallocated receipt, an outstanding transfer, interest, a legally permitted account structure, or a misposted disposition. Identify the resident and transaction, determine which record is wrong, and document any jurisdictional review before changing custody or liability records.
Classify exceptions before deciding whether they block release
Use reason codes such as scope, cutoff, field meaning, sign, duplication, missing source, unsupported target, identity match, pending settlement, and accepted timing item. Every exception needs an amount or affected-record count, consequence, owner, next evidence, due date, correction method, and retest result.
Missing active leases, unexplained resident balances, deposit ownership gaps, material cash differences, and inaccessible source history are strong release blockers. A documented bank item that cleared the next day may be an acceptable timing exception if policy allows it and the clearing evidence is retained. “Close enough” is not a disposition.
Fix a mapping defect by changing the map and rerunning, not by hand-editing every imported row.
Correct a source error with approval before re-exporting when the source remains authoritative.
Use a target opening entry only when it represents a real supported opening position.
Prove each balance class with its own control schedule
Do not review a mixed trial-balance export as one undifferentiated total. Build a schedule for each operational class and include the fields needed to reproduce it. A tenant-receivable schedule needs resident and lease IDs, unit, charge and credit components, net balance, aging date, and source statement. A deposit schedule needs resident ownership, receipt and disposition status, liability amount, and the applicable cash account. A vendor schedule needs invoice, approval, payment state, and due date. These schedules prevent a correct grand total from masking a missing owner.
For every schedule, calculate a source control total and target control total, then explain the difference as a list of identifiable records. Also test population completeness: count active positive balances, credits, zero balances intentionally imported, inactive records with open amounts, and records rejected by the target. A zero-dollar variance does not pass if the target omitted one $500 receivable and one $500 credit. Retain both the value comparison and the population test in the acceptance packet.
Receivables: prove gross amounts due, credits, net position, aging, and resident ownership.
Deposits: prove tenant detail, liability control, and applicable bank evidence separately.
Cash: prove ledger balance, outstanding items, and reconciled external ending balance.
Payables and owner balances: prove counterparty, status, source document, and sign convention.
Retain an acceptance packet and verify the first live cycle
The packet should contain the source export, checksums or other integrity records, closing and opening reports, field map, stable-ID crosswalk, bank support, deposit schedule, exception log, approvals, and archive instructions. Test that a second person can retrieve pre-cutover evidence after the old interface is unavailable.
During the first live close, trace at least one real receipt, returned payment, invoice, owner transaction, adjustment, and deposit event through the target. Reconcile opening plus activity to ending balances. A target that held the opening position but loses the first operating events is not yet a reliable system of record.
Action plan
Stage 1 of 4
Define
Fix the boundary, cutoff, balance classes, sign rules, and authoritative sources.
Select a stage to trace the exact handoff. The rail marks the selected position in this guide's own workflow; it is not a completion score.
1
Define
Fix the boundary, cutoff, balance classes, sign rules, and authoritative sources.
2
Dry-run
Import into a safe target and compare totals, record detail, edge cases, and generated reports.
3
Reconcile
Tie cash externally, test deposit ownership, classify exceptions, and correct root causes.
4
Release
Sign the acceptance packet, preserve the archive, and verify the first live close.
Key takeaways
An opening balance is a supported starting position, not a convenient plug.
Equal totals can conceal crossed residents, reversed signs, and missing record ownership.
Cash needs independent bank evidence; refundable deposits need resident detail and liability control.
Retain enough history and mapping evidence to reproduce the opening decision later.
Frequently asked
Should I import every historical rental transaction?
Not always. A controlled opening position plus a durable, retrieval-tested archive can be appropriate when full history cannot be migrated reliably. The choice should reflect reporting, tax, legal, dispute, and operational retention needs; do not cancel access before proving retrieval.
Can I use one journal entry for all tenant balances?
A control total alone is not enough for resident operations. Keep tenant-level receivable and credit detail so statements, collections, disputes, and later corrections remain attributable to the correct household.
What difference should block go-live?
Use documented consequence-based criteria. Unexplained cash, missing active obligations, wrong resident balances, deposit ownership gaps, or inaccessible source evidence should ordinarily stop release; a supported timing item may be carried only under an explicit policy.
What should happen to an inactive tenant with an open balance?
Do not omit the record merely because the tenancy is inactive. Decide whether the supported receivable, credit, deposit, or write-off remains operationally and legally relevant, preserve the former lease identity, and import or archive it under a documented disposition. Test inactive records as a separate population because ordinary active-lease samples will not find them.
Keep reading
All reviewed guidesEditorial ownership
Written and maintained by the Aptoria editorial team
Repository and source review completed July 28, 2026. Aptoria reviews scope, source fit, examples, limitations, links, and publication gates. This record does not claim attorney, CPA, lender, appraiser, or other independent professional sign-off.
Let the agent help with the routine.
Aptoria helps coordinate supported routine work from this guide inside configured limits. Free for your first unit.