Oberlin24

Accounting

Rental Property Accounting: How the System Actually Works

Rental property accounting as a system: a Schedule E chart of accounts, cash vs accrual, deposits as liabilities, and the mortgage split, with worked entries.

By Oberlin24· ·11 min read

I keep the books for two rentals of my own, and the version of rental property accounting I was sold at the start was mostly folklore: you must have this software, you must bank this way, you must close your books like a small business. The actual system is smaller and stricter than that. It has one job: produce a Schedule E whose every line ties back to the bank. This post is the system itself: the accounts, the method, and the three transactions almost everyone records wrong. If you want the monthly routine instead, the workflow with templates lives in how to do bookkeeping for rental property; this is the layer underneath it.

Accounting is the system, bookkeeping is the routine

The two words get used interchangeably, and the distinction matters more for landlords than most. Bookkeeping is the recording: rent came in, the plumber got paid, sort each line, reconcile monthly. Accounting is the structure those records live in and the interpretation on top: which accounts exist, what method decides when income counts, how a mortgage payment decomposes, when a deposit becomes income, what depreciation does to your books versus your taxes.

You can be a diligent bookkeeper inside a broken accounting structure and still file a wrong return. That is the part the setup guides skip, so structure is what this post covers.

What the IRS actually requires (less than you think)

Worth stating plainly, because vendors have an incentive to blur it: the IRS does not require a bookkeeping system, a separate bank account, or any particular software. Pub 527 and the Schedule E instructions require two things: report all rental income, and be able to substantiate the deductions you claim, with records of income, expenses, and the property's basis for depreciation. That is the whole legal floor. See Publication 527 directly; it is more readable than its reputation.

Everything else is practice, not law. A dedicated bank account is not required; it is just the cheapest sorting machine you can buy, because commingled accounts are where deductions go to be forgotten. Double-entry books are not required; they are just the only structure where an error has nowhere to hide, because every entry must balance. I use both, and I recommend both, and the difference between "required" and "recommended" still matters: nobody should skip a legitimate deduction because it was paid from the wrong card.

Cash vs accrual, and the landlord edge cases

Nearly every individual landlord uses cash basis: income when the money arrives, expenses when you pay them. Accrual basis (income when earned, expenses when incurred) is the norm for larger property management operations and rarely worth the overhead for a Schedule E filer. Picking cash basis is the easy part. The edge cases are where returns go wrong:

Situation Cash-basis treatment
Tenant owes March rent, pays in April Income in April, when received
Tenant never pays, then moves out Never income, and also not a bad-debt deduction: you cannot deduct income you never recorded
Tenant prepays last month's rent at signing Advance rent: income now, in the year received
Security deposit collected Not income at all; a liability (more below)
December repair, paid by check that clears in January Expense in the year the check was delivered or card was charged
Insurance paid annually in July Deductible when paid, all of it, in that year

The unpaid-rent row surprises people every year. Under cash basis there is no "write-off" for a deadbeat month, because the income was never booked; your books simply show less rent. The deduction people reach for does not exist, and a books structure that accrues rent receivable without understanding this manufactures phantom income.

The chart of accounts: just map it to Schedule E

A chart of accounts sounds like an accounting-degree artifact. For a rental it is close to trivial, because the IRS already wrote it: Schedule E has one income line and fifteen expense lines, 5 through 19. Your income and expense accounts should be those lines, nothing more. Every top-ranking guide on this keyword says "align your categories with Schedule E" and then declines to print the list, so here it is:

Account Schedule E line
Rents received 3
Advertising 5
Auto and travel 6
Cleaning and maintenance 7
Commissions 8
Insurance 9
Legal and professional fees 10
Management fees 11
Mortgage interest (paid to banks) 12
Other interest 13
Repairs 14
Supplies 15
Property taxes 16
Utilities 17
Depreciation 18
Other (named and justified) 19

Then a short set of balance-sheet accounts that never appear on Schedule E directly but make the books complete:

Account Type Why it exists
Property basis (building + improvements) Asset Feeds the depreciation schedule; land is carved out and never depreciates
Accumulated depreciation Contra-asset The running total of line 18s claimed; sets up recapture math at sale
Mortgage principal Liability Where the principal slice of each payment goes
Escrow account Asset Your money sitting at the servicer, not yet an expense
Security deposits held Liability Tenant money you are holding, not income

Two habits make this chart work. First, resist inventing accounts: "Miscellaneous", "Home Depot", and "Property stuff" are where deductions become unclassifiable a year later. If an expense is real, it has a line. Second, categorize by what the expense is, and verify by where the account actually maps, never by what the account is called. On my own books, an account literally named "Maintenance and Repairs" was mapped underneath to a catch-all that rolled into line 19 Other, and a real $450 plumbing repair hid there while the repairs total looked plausible. The name check passed; the mapping check caught it. I wrote up those calls in how to categorize rental property expenses, including the repair-versus-improvement line that moves real money.

The deposit is a liability, not income

Of the three transactions landlords record wrong, this is the quietest. A security deposit arrives looking exactly like income: same tenant, same bank account, deposit-sized. It is not income. Money you intend to return belongs to the tenant; your books hold it as a liability, and several states additionally require it to sit in a separate account.

It converts to income only when you keep some of it, in the year you keep it: $600 withheld for damage at move-out is line 3 income that year, and the $600 repair you spent it on is a line 14 expense at full cost, booked separately rather than netted. Booking the deposit as income on day one overstates this year's income, and booking the eventual refund as an expense compounds the error. The full move-out mechanics, including the itemization, are in rental property security deposit accounting.

The mortgage payment is four transactions wearing one trench coat

This is the biggest single error in landlord books, and none of the guides ranking for this keyword walk through it. One payment leaves your account each month; your books need to split it, because its parts have three different tax treatments. Take a real-shaped payment of $2,565.44:

Slice Amount Where it goes Deductible?
Principal $612.18 Mortgage liability goes down Never
Interest $1,478.26 Mortgage interest expense Line 12, this year
Escrow contribution $475.00 Escrow asset goes up Not yet

Then, months later, the servicer pays out of escrow, and only now do expenses exist: two $2,100 property tax installments to the county (line 16, in the year paid) and a $1,500 insurance premium (line 9). Note the escrow contributions ($475 x 12 = $5,700) and the disbursements ($5,700) tie out; when they drift apart, that is the escrow analysis your servicer sends annually, and your books should true up to it.

Book the whole $2,565.44 as "mortgage expense" and you have overstated deductions by more than $7,300 of principal in the first year, and simultaneously lost track of tax and insurance timing. The amortization split changes every single month as principal grows and interest shrinks, which is why this is the one entry I let no human on my books do by hand: the split has to come from the amortization schedule, to the penny, or reconciliation fails by a few cents forever.

Depreciation: where books and taxes diverge

Every other expense in the system is cash that left. Depreciation is the one entry with no cash movement at all, and it is usually the largest deduction on the schedule. The mechanics: your basis in the building (purchase price plus closing costs plus improvements, minus the land, which never depreciates) deducts in a straight line over 27.5 years, mid-month convention, reported on line 18 via Form 4562 in the first year and carried on a schedule after that.

In the books, the yearly entry is: depreciation expense (line 18) on one side, accumulated depreciation (the contra-asset) on the other. Nothing touches the bank, which is exactly why reconciliation never catches a depreciation error and why the schedule needs its own record: the basis worksheet from closing, the land allocation method you used (assessor's ratio is the defensible default), and each improvement added as its own 27.5-year clock when placed in service. That accumulated-depreciation account is not bookkeeping trivia either; at sale it is the recapture amount taxed at up to 25%, so the books are quietly pricing your future sale all along. The arithmetic, conventions, and first-year tables are worked through in how to calculate rental property depreciation, and the depreciation calculator runs the numbers on your figures.

One set of books, one column per property

Schedule E reports each property in its own column, so your books need a property dimension on every transaction, income and expense alike. That does not mean separate books per property; it means one ledger where every line carries a property tag, and shared costs get split by a stated method. The umbrella insurance policy covering two properties gets allocated (premium by insured value is defensible; 50/50 is defensible for twins; "whatever" is not), and the split should be the same method every year.

Property-level books are also where the performance questions get real answers: one property can be carrying the other, and a combined P&L hides it. If you want the statement shape, the balance sheet template and the per-property P&L both come free.

Reconciliation is the audit you run on yourself

Everything above is structure; reconciliation is the proof. To reconcile is to show that your books and the bank statement agree to the penny for the period, and "close enough" is the same as "wrong somewhere". My own worst case was an account that sat exactly $725 off for months. Not fraud, not a missing deposit: a handful of transactions booked to the wrong account plus one sign flip. Adding the missing lines and removing the strays took the delta to zero. The instructive part is that every individual month had looked fine; only the running reconciliation surfaced it.

Expect mundane residuals and learn to read them: a $40.88 difference on my books once turned out to be a charge posting on a different day than it pended, a timing difference that resolved itself the next statement. The skill is distinguishing timing noise from structural error, and the only way to have that skill is to reconcile monthly, when the list is short. A first diagnostic pass on a typical self-kept two-property book, in my experience, finds problems in roughly a quarter of transactions (one real book I ran started at 71% clean and reached 92% after fixes), and nearly all of it is the errors this post covers: unsplit mortgages, deposits booked as income, repairs hiding in miscellaneous accounts.

The system, in one paragraph

Cash basis. A chart of accounts that is just Schedule E's lines plus five balance-sheet accounts. Deposits held as liabilities until kept. The mortgage payment split into principal, interest, and escrow, with tax and insurance deducted when the servicer pays them. Depreciation on its own schedule, feeding line 18 with no cash moving. A property tag on every line, and a monthly reconciliation that ties the whole thing to the bank. That is rental property accounting, complete. I run this exact system with software doing the repetitive parts (my books reproduce my filed Schedule E to the penny, which is the test any system should pass), but every piece of it works on paper too. Set the structure up once, and the bookkeeping on top of it becomes the easy part.

Frequently asked questions

Do I need an accountant for my rental property, or can I do it myself?

A typical Schedule E filer with one to a handful of long-term rentals can keep the books and file without an accountant, and most do. The system is small: one income line, fifteen expense lines, a depreciation schedule. Where a CPA earns their fee is judgment calls, like repair versus improvement on a big renovation, a cost segregation study, or the year you sell. A common middle path is to keep your own books all year and hand a clean Schedule E summary to a preparer at filing time.

Can I use cash basis accounting for my rental property?

Yes, and you almost certainly should. Cash basis means you record income when the rent lands and expenses when you pay them, which is how nearly all individual landlords file. Watch the edge cases: rent a tenant owes you but has not paid is not income yet, and under cash basis you also cannot deduct it as a bad debt, because you never recorded it. Advance rent is income in the year you receive it, no matter what period it covers.

Is a separate bank account legally required for a rental property?

Legally, no. Nothing in the tax code requires a Schedule E filer to bank separately, and a deduction does not fail because it was paid from a personal account. Practically, a dedicated account is the cheapest bookkeeping tool there is: when rental money never touches your personal account, every line on the statement is a rental line, and the sorting work drops to almost nothing. If you hold security deposits, check your state's rules separately, because several states do require deposits to sit in their own account.

Is a security deposit rental income when I receive it?

No. A deposit you intend to return is not income when collected; it is a liability, money you hold that belongs to the tenant. It becomes income only in the year you keep some of it for damage or unpaid rent, and the repair you keep it for is deducted separately at its full cost. Booking deposits as income on receipt overstates your income now and tangles the move-out accounting later.

How is the mortgage payment recorded in rental property accounting?

As a split, never as one expense. Principal reduces the loan balance and is not deductible. Interest is an expense on Schedule E line 12. The escrow portion is your own money moving into a holding account, deductible only when the servicer actually pays the property tax (line 16) and insurance (line 9) out of it. Booking the whole payment as an expense is the single most common error in landlord books, and it overstates expenses by the principal amount.

What is IRS Publication 527?

Publication 527, Residential Rental Property, is the IRS's plain-language guide to rental income and expenses: what counts as income, which expenses are deductible, how depreciation works, and the special rules for personal use of a rental. It is the primary source behind most of what landlord blogs paraphrase. When a category call feels ambiguous, checking 527 directly is usually faster than reading three conflicting summaries of it.

What records does the IRS actually require for a rental?

The IRS does not mandate any particular bookkeeping system. What it requires is that you report all rental income and can substantiate what you deduct: receipts, invoices, bank records, and a basis record for the property behind your depreciation. In an audit you prove the numbers, not the software. Any system that ties every Schedule E line back to documents satisfies that, whether it is a spreadsheet or double-entry software.