If you manage a rental for somebody else, the owner statement is your product. Guests see the apartment; the owner sees a page of numbers once a month, and decides from that page whether to give you a second unit or take the first one back. This is the template we use, the reasoning behind each line, and the part most templates leave out: where the numbers have to come from for the statement to be worth anything.
What an owner statement is for
Three things. It tells the owner what their asset earned. It shows, line by line, where every deduction went, so they can check it. And it justifies the payout that follows. A statement that does the first without the second is a number with a request for trust attached. Owners with more than one manager compare statements; the one they can verify wins.
The eight lines
| # | Line | What goes in it |
|---|---|---|
| 1 | Gross accommodation revenue | Nightly revenue for nights that fell in the month, by stay, with dates and nights. Bookings paid in advance for next month are not here yet. |
| 2 | Guest-paid fees collected | Cleaning fees and other extras the guest paid. Listed separately so the owner sees they are pass-through, not earnings. |
| 3 | Channel and payment fees | Airbnb's host fee per booking; payment processing where it exists. Bank transfer and cash carry none. |
| 4 | Operating expenses | Cleaning, laundry, consumables, repairs, utilities the manager paid, each with a date, a payee, and a receipt reference. |
| 5 | Management commission | The agreed percentage applied to the agreed base (gross or net of channel fees, whichever the contract says), shown as a calculation, not a number. |
| 6 | Net due to owner | 1 + 2 - 3 - 4 - 5. The month's result. |
| 7 | Balance carried | Anything held back or owed from earlier months: a deposit for a planned repair, a shortfall from a refund. |
| 8 | Payout | Amount, date, bank account (last digits), and reference. The statement and the payout must agree to the cent. |
A worked example
One managed apartment, one month, 15 percent commission on revenue net of channel fees:
| Line | Amount | Detail |
|---|---|---|
| Gross accommodation revenue | 2,400.00 | 20 nights across 6 stays |
| Guest-paid cleaning fees | 240.00 | 6 stays at 40 |
| Channel fees | (72.00) | 3 percent on 4 Airbnb stays |
| Operating expenses | (410.00) | 6 cleans 240, linen 60, AC repair 110 |
| Management commission | (349.20) | 15 percent of 2,328.00 |
| Net due to owner | 1,808.80 | |
| Balance carried | 0.00 | |
| Payout | 1,808.80 | Bank transfer 2026-10-05, ref OS-2609-2B |
Every number above is either a sum of rows the owner can ask to see or a formula they can recompute. That is the whole standard. If a line on your statement is neither, take it off or explain it.
Where the numbers must come from
Here is the part templates skip. A statement typed into a spreadsheet from memory and a bank export is a report, and a report can be regenerated to say anything. A statement that comes out of a ledger is a record: every guest payment posted once as cash and once as a liability to the owner, every expense posted against the unit when it was paid, and the whole book forced to balance to zero. On a managed unit that ledger entry says something the spreadsheet cannot: the owner's gross was never your revenue.It was a liability from the moment it arrived, and the statement is simply the month's movement on that liability account. This is why we builtdouble-entry accounting into the product rather than a statement generator, and why theowner portal renders statements from the ledger instead of from a template. The long version is inwhy your rental business needs double-entry books.
The operating model changes the statement
The template above is for a managed unit. If the same apartment were leased to you, the owner gets rent, not a statement. If it is a profit-share, line 5 becomes a split of a computed profit, so the expenses have to be agreed before the share exists. If it is investor-funded, the "owner" is a pool, and the statement is a distribution. One spreadsheet template cannot express these; a ledger that knows the model behind each unit can. The five models and how each changes the books are laid out onthe operating models page.
Payouts: prepared, approved, recorded
The payout is the statement's last line, and it should be the last thing to happen, not the first. Prepare it from the statement, have a second person approve it if the amount is material, pay it, and record the reference back on the statement. Never let an automation move the money: a rule can prepare a payout and a rule can remind you it is due, but a person presses send. In our product that is not a setting, it is a limit no rule can cross, because an owner's money is the one thing a manager cannot afford to get wrong quietly.
The template, in one place
Header: owner name, property, statement month, statement date, manager contact. Body: the eight lines, each with a supporting table of the bookings or expenses behind it. Footer: the payout details, the balance carried forward, and a line saying where the owner can see the underlying bookings and receipts. That last line is what turns a monthly email into a relationship: an owner who can log in and see their own doors, their own stays, and their own statements stops emailing you on the fifth of the month. That is what the owner portal is for, and it is why the property managers we work with describe it, onthe property managers page, as the feature that let them take on the next owner.