Bookkeeping · Reconciliation & Close · Brief · Intro level
Locking closed periods: the cheapest control in your books
Why setting a closing date and password in your ledger software matters, who should hold the password, and how to fix prior-period errors without unlocking anything.
Every mainstream ledger program has a setting that takes thirty seconds: the closing date, usually with a password. Set it after each month's close and the software refuses — or at least loudly challenges — any attempt to add, edit, or delete a transaction dated in a finished period. It is the cheapest control in bookkeeping, and the one most often skipped, because its value only shows up later: the day you discover that the "final" March statements no longer match what the ledger now says March was.
Why locked periods matter
Unlocked books rot silently. A bank-feed re-sync recategorizes a January transaction in June; a well-meaning "quick fix" edits a paid invoice from last quarter; a deleted duplicate takes a real transaction with it. None of it announces itself — you find out when last year's retained earnings no longer roll forward, or when the accountant's return, built on December's statements, disagrees with what the ledger now claims December was. Books supporting a filed return must stay intact and retrievable under the recordkeeping rules in Publication 583; a ledger that quietly rewrites history fails that standard even when every individual edit was innocent.
The lock converts all of this from silent drift into a deliberate act: someone must enter a password, on purpose, to change the past.
The discipline, in four habits
- Lock as the final step of every close — step 13 of the month-end close checklist, right after statements are saved.
- Give the password to one named person. Friction and attribution are the point.
- Log every reopening: date, what changed, why, who. Re-lock the same day.
- Never leave a reopened period open "for now." An unlocked prior year is not a convenience; it is an incident waiting for a bank feed.
The prior-period-change alternative
The lock works only because there is a legitimate way to fix old errors without it: the current-period correcting entry. You discover in July that a 300.00 April purchase was coded to office supplies instead of equipment repairs:
| Account | Debit | Credit |
|---|---|---|
| Repairs and maintenance | 300.00 | |
| Office supplies expense | 300.00 |
Dated in July, memo: 'Reclass — coded to supplies in error 4/14.' April's statements stand as issued; year-to-date is now correct.
Choosing between correcting forward and reopening:
| Situation | Do this |
|---|---|
| Small miscoding, any closed month | Correcting entry in the current month |
| Material error, return not yet filed | Reopen deliberately, fix, re-lock, log it |
| Any error, return already filed | Stop — route through the accountant |
| Software or feed wants to auto-edit history | Refuse; let the lock do its job |
The filed-return rule is absolute: books and return must keep matching each other. Post-filing fixes become either a current-year adjustment or an amended return — the accountant's call, not a ledger edit. The full reopening discipline is in the month-end close checklist.
Frequently asked questions
- What does locking an accounting period do?
- Locking sets a closing date in your ledger software so that transactions dated on or before it cannot be added, changed, or deleted without a password or deliberate warning override. It guarantees the financial statements you produced — and any tax return based on them — still match the underlying books later.
- Who should have the closing-date password?
- One person, ideally — whoever owns the close. The point of the password is not secrecy but friction and attribution: any prior-period change requires a conscious decision by a named person, leaving a trail. Sharing the password widely converts the lock back into a suggestion.
- How do I fix an error in a locked period without unlocking it?
- Post a correcting journal entry dated in the current open period, with a memo naming the original error. Year-to-date figures come out right and the closed months stay untouched. Reserve actual unlocking for material errors found before the tax return is filed — and log what changed. After filing, route corrections through your accountant.