Yes, for the bookkeeping your operations already generate. Property management software with a double-entry ledger posts its own balanced journal entries the moment something happens: rent charged, rent paid, an invoice issued or refunded, a balance written off. Predictable monthly items run on schedules you set. What stays manual is judgment, and it should.
Here is where the answer stops being academic. On the 2nd, the resident in 3C pays $1,450 against a $1,600 charge. A system that posts at the source writes two entries and shows a $150 receivable on the aging report that afternoon, attached to a lease and a unit. A system that reads a bank feed sees one $1,450 deposit and has a question: rent for which unit, which month, and against what. Both products are sold as automatic bookkeeping. Only one of them knows what is still owed.
This is a spoke of Property Management Accounting: The Complete Guide, which covers the whole system. This one answers a narrower question: which entries post themselves, which ones you put on a schedule, and which ones still need a person.
What automatic bookkeeping actually means
Automatic bookkeeping is a system writing the journal entries for a transaction itself, at the moment the transaction happens, without anyone keying debits and credits. That is the useful definition, and it is narrower than the way the category uses the phrase.
Two different mechanisms both get sold as automatic bookkeeping, and they are not interchangeable. The first reads a bank feed and categorizes transactions after they clear: the software sees $2,400 land in an account and infers which property, which lease, and which income account it belongs to. The second posts the entry at the source: rent is charged against a lease inside the system, so the entry is written from facts the system already holds, and nothing has to be inferred later.
The difference shows up in what each one can know. A bank line knows an amount and a date. A rent charge knows the lease, the unit, the property, the resident, and what is still outstanding. It is also why only source posting produces receivables: money owed and not yet paid never appears in a bank feed, and receivables are most of what a property manager needs to see.
Which operations post their own entries
The entries that post themselves are the ones your operations already create. The table below maps each everyday property management operation to the balanced entry it writes, in the seeded system accounts a new Scaalr account starts with.
| Operation | Debit | Credit |
|---|---|---|
| Rent charged for the period | Accounts Receivable | Sales Revenue |
| Rent payment recorded | Bank | Accounts Receivable |
| Late fee added | Accounts Receivable | Late Fee Income |
| Rent or fee waived | Sales Revenue | Accounts Receivable |
| Unpaid balance written off | Bad Debt Expense | Accounts Receivable |
| Rent refunded | Sales Revenue | Bank |
| Invoice issued to a resident or owner | Accounts Receivable | Sales Revenue, plus sales tax payable where tax applies |
| Invoice paid | Bank | Accounts Receivable |
| Contractor bill recorded | Purchases, plus recoverable tax where it applies | Accounts Payable |
| Invoice canceled | Reverses the original entry rather than deleting it | |
Read the table as a pattern rather than a list. Every row is two halves that sum to zero, written by someone doing their job for an operational reason, and no row required a person to think about accounting. The rent side of that flow is covered in Automated Rent Collection: From Charge to Cleared Payment, and the billing side in Property Management Invoicing: Residents, Owners, Contractors.
Two properties of these entries matter more than the accounts they use. Each one links back to the invoice or rent record that created it, so "where did this number come from" is a click rather than an investigation. And each one is addressed to a seeded system account by its natural account number, which is why those numbers are load-bearing: rename an account freely, but the numbering is what the automatic postings aim at. How to build the rest of the chart around them is covered in Chart of Accounts for Property Management: How to Build One.
The entries that run on a schedule
Scheduled entries are the second category, and they cover the predictable remainder: the management fee, the utility accrual, the amortization of a premium you paid up front. Nothing triggers them, because nothing operational happens. They are simply true every month, which is what makes them schedulable.
A recurring journal entry is a saved set of entry lines plus a schedule to run them on. Setting one up runs in seven steps:
- Write the entry once. Enter the lines you would otherwise key every month, debits and credits, with per-line notes.
- Choose the frequency. Weekly, monthly, quarterly, or annually, with a day of the month for the monthly and longer cycles.
- Set the start and end dates. An end date is what makes a template finite, which matters for anything with a known term.
- Decide whether it posts itself. Auto-post writes each occurrence into the ledger; leave it off and each one lands as a draft for review.
- Mark it reversing if the offset belongs next month. A reversing template queues an offsetting entry dated in the following month, which is how accruals behave in practice.
- Preview the next occurrences. Check the dates the schedule actually produces before you rely on it, then activate.
- Manage it from there. Pause, resume, edit, or end a template as the underlying arrangement changes.
Prepaid insurance gets its own shortcut, because it is the entry property managers most often keep in a spreadsheet. Give the amortization scheduler a premium and a term between 2 and 60 months and it builds the monthly template for you, expensing an equal share and drawing down the prepaid balance each month.
The run itself happens overnight, at 2:30 AM, and it is deliberately conservative. It checks each template's target period before writing anything, skips any month that is closed, and emails the account's admins about what it skipped. An entry that cannot post automatically is kept as a draft with an alert rather than dropped. Automation that fails loudly is worth more than automation that fails quietly, and month-end is where a quiet failure gets expensive.
What the software will not post for you
The boundary is worth stating plainly, because the category tends to blur it. Automatic postings from invoices, rent, and payments cover the transactions the system witnessed. They do not cover the ones it did not, or the ones that turn on a decision.
Anything that happens outside the software is manual by definition: a bank service charge, an interest credit, a transfer between accounts, an owner contribution, a property tax payment, a sales tax remittance. So is anything involving a judgment call: how a partial deposit refund splits between the resident and damage recovery, whether a balance has become bad debt or is still worth chasing.
The system meets those halfway. Twenty prebuilt entry templates cover the transactions property managers actually book, grouped by situation: rent and lease (deposit application, full and partial refunds, late fee charge and waiver), invoices and contractors (record a bill, pay a bill, apply a vendor credit), banking and cash (service charges, interest, transfers, NSF handling), owner equity (contributions, distributions), and tax and fiscal (sales tax remittance, property tax, prepaid insurance). A template is a starting point with the accounts already chosen, not an automatic posting. The three deposit templates are walked through in Security Deposit Accounting for Property Managers.
There is also no live bank feed here, which is a deliberate boundary rather than a gap. Statement lines arrive by CSV import or manual entry at reconciliation time, and their job is to prove the bank agrees with books that were already written. That process has a guide of its own: Bank Reconciliation for Property Managers: Step by Step.
What is left after all of that is month-end judgment, and it should stay left. Deciding what a number means was never bookkeeping in the first place.
The rules hold for the software too
An entry the system wrote is treated exactly like an entry a person wrote, and that symmetry is what makes automatic posting safe to trust. In Scaalr, every entry is enforced to balance to the cent regardless of who or what created it. System entries carry a link back to their source record. Unposting requires a recorded reason, and deleting moves the entry to a recycle bin where it can be restored, or purged after 90 days.
Period locks apply to automation with no exception. A closed month rejects manual entries, CSV imports, and scheduled generation alike, which is what keeps a statement you sent an owner in April still true in July. Reopening a month requires a reason and is recorded, and nothing in the automation layer has a way around the lock. The close routine that ends in that lock is in Month-End Close Checklist for Property Managers.
The division of labor this produces is the same one argued in Automation vs Augmentation in Multifamily Operations. The system takes the volume: 60 rent charges, 60 payments, the fees and the reversals, each one balanced and linked to its source. You take the dozen items that were actually decisions, including the $150 the resident in 3C still owes, which the books already knew about on the 2nd. That is the whole return on posting at the source: the questions arrive while the answers are still cheap.
Key questions
Does automatic bookkeeping mean connecting my bank account?
Not in this system, and the distinction matters. Scaalr has no live bank feed: it posts entries at the source, when rent is charged or an invoice is paid inside the software, so there is nothing left to categorize afterward. Bank statement lines arrive later, by CSV import or manual entry, and their job is reconciliation, proving the bank agrees with books that were already written. A feed-and-categorize tool works the other way around, inferring the accounting from what already cleared.
Is property management software single-entry or double-entry bookkeeping?
It depends on the product, and it is worth asking before you buy. Lighter landlord tools often keep single-entry books, a running list of money in and money out, which is enough for a tax summary and cannot produce a balance sheet or a trial balance. Software built for managing other people's buildings keeps double-entry books, where every transaction posts a debit and an equal credit. Scaalr is double-entry, and every entry is enforced to balance to the cent.
Can I set up automatic monthly journal entries?
Yes. A recurring journal entry template holds the lines you would key by hand and a schedule to run them on: weekly, monthly, quarterly, or annually, with a day of the month and a start and end date. Set it to post automatically or to land as a draft for review, and mark it reversing if the offsetting entry belongs in the following month. You can preview the next occurrences before committing, then pause, resume, edit, or end the template later.
What happens if a scheduled entry falls in a month I already closed?
Nothing posts, and you are told. The nightly run checks the target period first: if that month is closed, the entry is skipped rather than forced through, and the admins on the account get an email. The same holds for the reversal half of a reversing template, which is dated in the next month and can fall outside the open posting window. A generated entry that cannot post automatically is kept as a draft with an alert, so the work waits for you instead of disappearing.
Can I undo an entry the software posted itself?
Yes, and the same rules apply to the software's entries as to yours. Unposting requires a recorded reason. Deleting requires a reason too and moves the entry to a recycle bin, where it can be restored until it is purged after 90 days. A closed month rejects the edit outright until someone reopens the period, which is itself recorded. The history stays visible rather than being rewritten, which is the whole point of keeping books this way.
Which Scaalr plan includes automatic journal entries?
All of them, including Starter. The double-entry ledger, the entries that post themselves from rent, recurring journal entries, the prebuilt templates, bank reconciliation, and the financial report suite are on every plan; Starter is free for the first 5 units, then $0.99 a unit a month. Invoicing is Growth and up, at $99 a month for the first 50 units, then $1.49 per additional unit, so the invoice-driven half of the postings starts there.