A monthly reconciliation can fail before anyone compares a balance. If a property, legal entity or bank account has a different name in property software and QuickBooks, the team may compare the wrong populations or combine records that should stay separate.
Build a mapping register first. Give every operational property record an explicit relationship to the agreed QuickBooks entity, bank account and reporting label. Record “not represented” where detail stays only in the property platform. Do not assume similar names mean the records belong together.
Map four keys, not one display name
A property address is useful, but it does not establish the complete accounting scope. The register should carry four separate keys:
- Operational property ID: the stable identifier in the property-management platform.
- Legal entity or ownership record: the entity whose activity the report represents.
- Bank-account scope: the specific operating, reserve or other account included in the comparison.
- QuickBooks representation: company file plus the approved class, location, customer, project, account or other reporting label, if one exists.
The mapping choice depends on the firm’s accounting design. Intuit describes classes as a way to track meaningful business segments and points to other features for locations or projects. That does not mean a property should automatically be a class. The business and its accountant should agree on the structure before the bookkeeper applies it.
Start from the reports each side must produce
AppFolio lists owner statements, income statements, balance sheets, bank-account activity and export functionality among its reporting capabilities. Confirm the actual software, subscription, permissions and enabled reports for the property manager.
For each required output, record:
- Report name and source system.
- Entity, property and account filters.
- Date range and accounting basis.
- Level of detail: transaction, property, owner, entity or company.
- Matching report or control total on the other side.
- Person who approves mapping changes.
The mapping register should support those reports. It should not copy every software field merely because it is available.
Worked example: two properties with similar names
Illustrative example. A manager operates two records called Oak Street:
| Operational ID | Display name | Ownership record | Bank scope | QuickBooks representation | Status |
|---|---|---|---|---|---|
| PM-104 | Oak Street Duplex | Oak 104 LLC | Operating 7721 | QB company Oak 104 LLC; Property OAK-104 | Approved |
| PM-209 | Oak Street Retail | Market Holdings LLC | Operating 6408 | Company books use entity-level summaries; no property-detail label | Approved reference only |
The first property has an explicit property label in its QuickBooks company. The second does not. Its operational detail supports a separate entity-level summary rather than becoming a second set of property transactions in QuickBooks.
If the export simply says “Oak Street,” the bookkeeper holds the row until the operational ID and ownership record are known. Choosing the first match would create a confident mapping from an ambiguous label.
Test every new or changed property
Run an ambiguity test before the first monthly comparison and whenever a property, owner or entity changes:
- Does the operational ID identify one active property?
- Does the ownership record agree with the selected report?
- Does the bank account belong to the same defined scope?
- Does the QuickBooks company contain this activity at transaction or summary level?
- Is the reporting label active and spelled exactly as approved?
- Would another property or entity match the same display name?
AppFolio’s owner-portal guidance shows that owners may view information by entity or specific property and that published statements depend on the manager’s setup. That supports checking filters and record identity; it does not establish how the separate QuickBooks file is configured.
Keep mapping changes visible
Do not overwrite an old property ID or entity relationship without an effective date. Record the prior value, new value, reason, approver and first affected reporting period. A renamed property can retain the same operational ID. A transferred property may require a new reporting boundary even if the address is unchanged.
When a mapping changes mid-period, document which transactions belong before and after the effective date. The responsible accountant decides the accounting treatment and entity boundaries. The bookkeeper should not solve an ownership ambiguity by moving entries silently.
Use the register in the monthly tie-out
For each mapped row, collect the property-software report, the agreed QuickBooks report and bank activity for the same entity, account, period and basis. Compare only the population the mapping says belongs together. Route missing or ambiguous rows to the reconciliation exception log.
The system-role guide decides which information belongs in each platform. The export preflight then checks whether records should be imported, matched, retained as reference or held. The mapping register sits between those decisions and the monthly reconciliation.
DaxSync provides managed bookkeeping and reconciliation across operational records, QuickBooks and bank activity. It does not promise a native, automatic or real-time software connection.
Sources and further reading
- AppFolio: Property management accounting and reporting
- AppFolio: Owner Portal Help and FAQs
- Intuit: Get started with class tracking in QuickBooks Online
Source links provide background. The workflow and illustrative examples above are original educational material.