Back to Hub
Setup

Real Estate Ledger Design: Why Property is a Dimension

By Mogul Books Accounting Team•2026-06-08•6 min read

Real Estate Ledger Design: Why Property is a Dimension

When real estate operators start tracking their financials, they usually hit a scaling wall. Whether you have 2 properties or 20, standard accounting software from the leading accounting software provider defaults to a structure that quickly turns into a management nightmare.

In this article, we'll explain the architectural difference between suffix-based account naming and dimensional ledger design, and why the latter is the only clean way to run a multi-entity real estate business.


The Suffix Explosion: How the Leading Accounting Software Provider Fails Landlords

In standard accounting systems, each account in your Chart of Accounts (COA) is a discrete bucket. When you want to see how much you spent on repairs for 123 Main St versus 456 Oak St, the typical workaround is to create sub-accounts.

Your Chart of Accounts starts looking like this:

  • 5010 - Repairs & Maintenance
  • 5011 - Repairs - 123 Main St
  • 5012 - Repairs - 456 Oak St
  • 4010 - Rental Income
  • 4011 - Rent - 123 Main St
  • 4012 - Rent - 456 Oak St

The Math of Bloat

If you have 10 properties and want to track 15 standard expense categories, you must maintain 150 sub-accounts. If you acquire 5 more properties, you have to manually create 75 new accounts.

This leads to:

1. Human Error: Bookkeepers accidentally post a utility bill for Oak St into the Main St sub-account because they look identical in dropdown lists.

2. Consolidation Friction: Running a consolidated Profit & Loss (P&L) statement requires collapsing dozens of sub-accounts back to their parent level, which is tedious and prone to formatting errors.

3. Inflexibility: If you decide to track expenses at the unit level (e.g., Unit 1A vs. Unit 1B), you have to multiply your account list once again.


The Solution: Dimension-Based Ledgers

Modern accounting architecture solves this by treating Property and Unit not as accounts, but as dimensions (or classes) on the journal line level.

In a dimension-based ledger, your Chart of Accounts remains small, standardized, and clean. You have exactly one account for Repairs & Maintenance and one for Rental Income.

Here is how a double-entry journal entry looks under a dimensional architecture:

DateAccountProperty (Dimension)Debit (Dr)Credit (Cr)Memo
2026-06-151110 - Operating Cash123 Main St$2,500.00Rent collected
2026-06-154010 - Rental Income123 Main St$2,500.00Tenant: Sarah Chen
2026-06-155010 - Repairs & Maintenance456 Oak St$150.00Paid lawn service
2026-06-151110 - Operating Cash456 Oak St$150.00Apex Plumbing
Note

The accounts (1110 and 5010) know nothing about the properties. The property ID lives on the journal_lines database record. Slicing reports by property is a simple SQL query: WHERE property_id = :id.


Why This is Simpler in Mogul Books

Mogul Books was designed from day one with a dimensional database schema. Adding a new property doesn't touch your Chart of Accounts. It simply inserts a single row into the properties table.

Here are the benefits of this design:

1. Instant Consolidated Reporting

Because property is a line-item dimension, we can group your financial reports by property side-by-side with a single click.

+------------------------------------+---------------+---------------+---------------+
| Category                           | 123 Main St   | 456 Oak St    | Consolidated  |
+------------------------------------+---------------+---------------+---------------+
| Rental Income                      | $2,500.00     | $1,800.00     | $4,300.00     |
| Repairs & Maintenance              | $0.00         | $150.00       | $150.00       |
+------------------------------------+---------------+---------------+---------------+
| Net Operating Income               | $2,500.00     | $1,650.00     | $4,150.00     |
+------------------------------------+---------------+---------------+---------------+

2. Entity Overhead Tracking ("Unassigned" Column)

What happens when you pay LLC registration fees or hire an attorney? These expenses apply to the holding company, not a specific rental property. In Mogul Books, you simply leave the property dimension blank. They automatically roll up to the Unassigned column in your segment reporting, giving your CPA a clear view of entity-level overhead versus property-level performance.

3. Bulletproof Integrity

By separating the account type (e.g. Asset, Liability, Income, Expense) from the asset classification (Property), we prevent account mismatch errors. You can never accidentally book a building improvement as a bank account because there is only one standardized account list.


Conclusion

Standardizing your accounting architecture early saves hundreds of hours of cleanup before tax season. By treating property as a dimension, Mogul Books delivers enterprise-grade multi-tenant ledger accuracy while keeping the daily bookkeeping interface as simple as a checkbook register.