Recording STR Income & Expenses Correctly

Recording is where structure becomes truth — or error

If you've separated the cash so it could be told apart, and structured a chart so every report could mean something, recording is the act that fills that structure — and it's where accurate books are either made or quietly broken. Every booking, fee, bill, and transfer becomes one or more entries in the accounts you built. Do it well and the monthly close and the financial statements that follow are almost automatic. Do it carelessly and you've built a tidy chart full of wrong numbers.

The trap is treating your bank and card feed as if it were the books. It isn't — and this is the same point Separate Banking & Accounts: The Foundation makes, now applied to the day-to-day. A clean feed is a strong, timestamped record of the cash path: it shows that a net amount moved on a date. But a single line — "Airbnb deposit, +$2,134" — is standing in for several distinct economic events: the gross revenue you earned, the fee the platform took, maybe tax you collected, maybe a refund. Recording is the translation from what moved to what happened. Do it as transactions occur, or on a steady monthly cadence, and it's mechanical. Skip it until spring and you've signed up to reconstruct a year of bundled deposits from memory.

(This guide teaches how to record. A note before we go further: this is educational, not legal or tax advice. The questions below about whether a cost is deductible, and which line of your tax return it goes on, are your tax professional's to decide.)

The payout isn't the revenue

A foundational recording habit for an STR is to record income gross, rather than treating the net platform payout as revenue. When a platform pays you, the deposit that arrives has already had the host service fee removed, and depending on the booking it can also fold in occupancy taxes, refunds, adjustments, or a security deposit. Record that net deposit as "rental income" and call it done, and you've made a single entry stand in for several. That understates your income, because you booked the after-fee number, and your expenses, because you never recorded the fee at all. It also flattens the breakdown your chart was built to show.

Recording it correctly takes an extra couple of minutes. Record the gross booking revenue as income, the platform fee as its own expense, any occupancy tax you're obligated to remit as a liability (not revenue), and refunds or adjustments according to what they actually reverse or represent. Do not book them reflexively "against revenue": a refund or adjustment takes its character from the underlying event. For a simple payout containing only booking revenue and a platform fee, the net of those entries matches the deposit. When the payout also carries taxes, refunds, adjustments, or a deposit, record those components too, so that together they reconstruct the full payout. Either way, your income is now stated correctly, the platform fee is captured, and you can see what each channel actually costs.

This is exactly the split The STR Chart of Accounts was designed to receive: the cleaning fee recorded to its own income line (rather than netted against the cleaner's invoice) is what later lets you see whether the fee covers the cost.

One distinction is worth stating once: recording decomposes the transaction into what actually happened; reconciliation — the monthly close — proves the decomposition is complete. To reconcile is to match your books to an independent record (bank, card, platform or manager statement) until they agree or every difference is explained. This guide records the components; the close (Reconciliation & the Monthly Close) is where you verify they add back to the cash that moved and nothing was dropped.

You don't have to do this booking by booking. From the monthly payout report, recording the gross income and platform-fee totals for the month is a good level of detail for a single property. When a month's payouts also carry taxes, refunds, adjustments, or deposits, record those components as well and reconcile the complete payout to the cash that arrived. Move to per-booking entries only if you run multiple channels or want booking-level operating detail. (Whatever the platform — an Airbnb payout report, a Stripe or direct-booking processor — the principle is the same: the deposit is net, so record the gross.)

Record each expense to its real character

Recording expenses is mostly categorizing each cost to the account you built — with a few transactions that carry more than one character and have to be split. Many routine bills are straightforward: cleaner, utilities, supplies, and software each go to the account built for them. The ones that trip people up are the compound and non-obvious transactions:

• The mortgage payment. One cash outflow, three characters. Interest is an expense, tracked apart from operating expenses because financing sits below net operating income — what the property earns after operating costs and before loan payments. Principal reduces the loan liability, and escrow moves cash into an asset the servicer holds. Split it using the actual figures from your statement each month. Recording the whole payment as one "mortgage expense" overstates expenses and buries the equity you're building (the owner's stake in the business).
• Costs you paid personally. When a rental expense goes on a personal card, record the underlying rental cost to its expense account. Then record the other side according to how the business treats the owner-paid amount — for example an amount due to the owner, a reimbursement, or an owner contribution (money you put in, which is not income), as appropriate for your entity and accounting setup. The point is that the cost is captured and the offset is classified deliberately — not skipped, and not left as an untracked "I'll remember it." An unrecorded owner-paid cost is a real expense missing from your books.
• Money you're only holding. Two rules here are easy to miss. Cash you collect isn't automatically income: a refundable deposit is a liability while it's refundable. And cash — or tax — that merely appeared in a booking total isn't automatically an amount you owe: occupancy tax you're obligated to remit is a liability that clears when you remit it, but if the platform collected and remitted that tax directly, there's nothing for you to book as a host payable. Keep guest damage recoveries in their own account rather than folding them into rental income.
• Entries the bank feed never shows. Some things aren't in the feed at all. Depreciation, which spreads the cost of the building and other long-lasting assets over a number of years, is the clearest: in our standard workflow it isn't something the owner estimates from the bank feed — it's posted through a period-end or year-end journal entry, using the depreciation schedule and figures coordinated with your tax professional (the accounts exist from the chart; the numbers and method come from the tax side). If you run accrual, accruals and prepaids also originate as recorded entries, not bank lines.

The line to hold throughout: recording is about capturing what happened; whether a given cost is deductible, and on which line it lands at filing, is a Tax Strategy decision. Record it accurately and to its true character, and you've given your tax professional something clean to work from.

Keep every property visible

If you own more than one unit, the recording rule that keeps a portfolio legible is simple: every entry carries its property. In one set of books, that means tagging each transaction to the property it belongs to. In QuickBooks Online (QBO) that may mean Classes, Locations, or another deliberate tracking design; other systems use their own dimensions or tags. That way you can produce a per-property profit-and-loss statement (P&L), not just one combined result for the whole portfolio (the setup is covered in Per-Property Reporting From One Set of Books). Without property-level tracking, a strong unit and a weak one can average into a portfolio result that obscures what each property is actually doing.

Whether you should instead give each property its own set of books — separate files rather than one file with property tags — is a genuine scaling decision with its own trade-offs, and it interacts with how you've structured your entities. That decision is covered in Should Each Property Have Its Own Books?; the recording discipline is the same either way — no entry is allowed to lose track of which property it belongs to.

Cash vs. accrual: pick a basis, and be consistent

There's one real method choice inside recording, and it's worth making on purpose rather than by accident: whether you keep the books on a cash or an accrual basis. The difference is when you recognize a dollar. At a high level, cash-basis books generally recognize income when it's received and expenses when they're paid — simple, it tracks your bank, and it's a common choice for an owner-operated STR. Accrual accounting recognizes revenue when it's earned (as the stay actually happens) and expenses when they're incurred, regardless of when cash moves — which matches revenue and costs to the period they belong to.

Short-term rentals have features that make the two diverge more than you'd expect: a guest often pays at booking for a stay that's months away, a security deposit is collected and held, an annual insurance premium is prepaid. Cash and accrual will place those in different periods — so the same year can look different depending on the basis. Neither is universally "right"; each answers a slightly different question (what hit the bank this period vs. what this period actually earned and cost).

Two things matter more than the choice itself. First, be consistent — pick one basis and apply it the same way every period, or your trends become noise. Second, the tax accounting method on your return is a tax question: your tax professional may guide or elect the method, and changing methods later has its own tax procedure — so decide it deliberately, with them, rather than drifting into whichever the software defaulted to. (This is a method choice within recording; the deeper "one set of books or separate books per property" question is a different decision.)

Right-size it — sufficient detail, at a cadence you'll keep

The common failure here isn't insufficient detail; it's inconsistent recording — though too little detail is a real failure too, which is exactly why a net payout is too coarse to record as one line. The goal has two parts: enough detail to keep each transaction's character, at a cadence you'll actually sustain. For a single property, recording gross income and platform fees as monthly totals from the payout report meets both — accurate books, minimal effort. Per-booking detail earns its place only when you're running several channels or want booking-level operating analysis. A slightly coarser system you keep current beats a beautiful one you abandon in March. The point of recording is a set of books that's true and current, not maximal.