Blog /Accounting

The Complete Month-End Close Checklist (Free Template)

Deepak Anchala

Deepak Anchala

Co-Founder and CEO, Adopt AI

8 October 2026

TODO: select before publish, see editorial notes and the Unsplash candidate in chat

Most close checklists are a list of tasks with no owner, no timing, and no dependency, which makes them a record of what should have happened rather than a tool for making it happen. A checklist earns its keep only when a missed item shows up as a visible chain reaction, not as a surprise on sign-off day.

This is the full checklist, phase by phase, with an owner, a typical timing window, and a dependency for every task. Copy it into a spreadsheet, replace the generic roles with your actual team's names, and run it next month. For the reasoning behind each phase, the benchmarks, and where the hours actually concentrate, see The Month-End Close: The Complete Guide.

Timing notation: BD1 is the first business day after month end. BD-2 is two business days before month end. "Ongoing" means the task runs continuously through the month rather than on a fixed day.


How to use this checklist

Three things make a checklist like this one actually work, rather than sit in a shared drive unread.

Name a person, not a team, for every row. "Accounting" is not an owner. A name is. If nobody owns a task today, that is the first gap to fix, before worrying about timing.

Treat the dependency column as the real schedule. The phases below run in the order they do because the numbers feed each other, not by convention. A task that depends on a subledger close cannot start early just because someone has free time; running it early produces a number that has to be redone.

Risk-rate the reconciliation rows before you run this for real. Not every balance sheet account needs full monthly rigor. High-risk, high-volume accounts (cash, revenue-adjacent, clearing) hold the tight timing shown here. Lower-risk, low-movement accounts can run on a lighter, documented cadence. See Account Reconciliation: The Complete Guide for how to set that tier once and stop relitigating it every month.


Phase 0: Pre-close (all month)

The single strongest predictor of a fast close is how much of it happened before month end. None of this is technically "the close." All of it decides how long the close takes.

TaskOwnerTimingDepends on
Cash activity matched daily or weeklyStaff accountantOngoingBank feed or portal access
AP inbox worked down, not saved for cutoffAP leadOngoingVendor invoices arriving
Customer payments chased while still currentAR leadOngoingOpen invoice list
Suspense and clearing items cleared as they appearStaff accountantOngoingNone
Recurring entries templated (rent, subscriptions, standing accruals)Senior accountantSet once, then maintainedNone
Invoice submission deadline communicated to budget ownersAP leadBD-5Budget owner list
Commission or usage data requested from sales ops and engineeringFP&ABD-5None

Phase 1: Cutoff and subledger close (BD-2 to BD2)

Cutoff is where more restatements and audit findings originate than anywhere else in the close. Nothing in later phases should post against a subledger that is still open.

TaskOwnerTimingDepends on
AP queue swept for received-but-unentered invoicesAP leadBD-2 to BD1Pre-close AP hygiene
Accrual candidates listed for goods or services received without an invoiceAP leadBD1AP sweep
Late customer billings confirmed in the right periodAR leadBD1None
Three-way match stragglers resolved (PO, receipt, invoice)AP leadBD1PO system access
AP subledger closedAP leadBD1AP sweep complete
AR subledger closedAR leadBD1Billings confirmed
Payroll subledger closedPayroll / HRBD1-2Payroll provider report
Inventory subledger closed (count or perpetual rollforward)Inventory accountantBD1-2Count complete, if applicable
Fixed asset subledger closedSenior accountantBD2Additions and disposals logged

Phase 2: Cash and balance sheet reconciliations (BD1 to BD3)

Every balance sheet account needs substantiation, not just cash. A reconciliation that says "agrees" with no support behind it has not reconciled anything.

TaskOwnerTimingDepends on
All bank accounts reconciled to statementStaff accountantBD1-2Subledger close, bank statements
All card and processor accounts reconciledStaff accountantBD1-2Statements available
AR tied to the agingAR leadBD2Subledger close
AP tied to the vendor subledgerAP leadBD2Subledger close
Prepaid, accrual, and deferred schedules tied to the GLSenior accountantBD2-3Subledger close
Fixed assets tied to the depreciation scheduleSenior accountantBD2-3Fixed asset subledger close
Clearing and suspense accounts at zero, or a dated exception list with ownersStaff accountantBD2-3None
Risk tier confirmed per account (full rigor on high-risk, lighter cadence elsewhere)ControllerSet once, reviewed quarterlyNone

Phase 3: Accruals and adjusting entries (BD2 to BD4)

This is accrual accounting earning its name. Every entry needs support attached at posting time: the calculation, the source, the approver, not reconstructed later.

TaskOwnerTimingDepends on
Expense accruals posted for received-not-invoiced items, as reversing entriesSenior accountantBD2-3AP accrual list
Prepaid amortization releasedSenior accountantBD2-3Prepaid schedule
Depreciation and amortization postedSenior accountantBD2-3Fixed asset and intangible schedules
Payroll accrual posted for days worked past the last pay date, plus bonus or commissionPayroll accountantBD2-3Payroll calendar
Allocations posted (overhead, shared costs, department recharges)Senior accountantBD3Allocation policy
Every posted entry has its basis, source, and approver attachedPreparer and reviewerSame day as postingNone

Phase 4: Revenue and cost recognition (BD2 to BD4)

The work here depends on the business model, but the recurring failure is the same regardless: revenue recognition depends on data owned by teams outside finance, and the close inherits every delay in that handoff.

TaskOwnerTimingDepends on
Deferred revenue schedule rolled forward (bookings in, recognized revenue out)Revenue accountantBD2-3Billing and contract data
Billed usage reconciled to metered usage (usage-based models)Revenue accountantBD2-3Usage export
COGS trued up, standard cost variances capitalized or expensed per policyInventory accountantBD3Count or perpetual records
Revenue recognized per policy for the periodRevenue accountantBD3Deferred revenue rollforward

Phase 5: Intercompany and consolidation (BD3 to BD5, multi-entity only)

Single-entity companies skip this phase. For everyone else, intercompany is a notorious close-killer because it requires two entities' books, two teams, and often two ERPs to agree.

TaskOwnerTimingDepends on
Intercompany balances confirmed between entitiesAssistant controllerBD3Entity trial balances
Intercompany eliminations postedAssistant controllerBD3-4Confirmed balances
Foreign entities translated at period and average ratesAssistant controllerBD3-4FX rates
Entities rolled up into a consolidated trial balanceControllerBD4All entity trial balances closed

Phase 6: Trial balance review and flux (BD4 to BD5)

With the entries in, the question changes from "is it recorded" to "is it plausible." This is the close's quality gate, and it is where real errors get caught before the statements ship.

TaskOwnerTimingDepends on
Preliminary trial balance pulledControllerBD4All entries posted
Flux analysis run against the prior period, threshold appliedSenior accountantBD4Preliminary trial balance
Every line above threshold explained causally, with a source attachedPreparerBD4Flux run
Flux explanations reviewed and acceptedControllerBD4-5Explanations drafted

Phase 7: Statements and reporting (BD5 onward)

Every manual hop between the trial balance and the thing a reader sees is a place an error can enter after the controls have already run.

TaskOwnerTimingDepends on
Balance sheet, income statement, and cash flow derived from the TB, not re-keyedControllerBD5Flux cleared
Management and department reporting package assembledFP&ABD5Statements
Board package built, if applicableCFOBD5-6Statements, flux
Covenant or lender reporting prepared, if applicableControllerBD5-6Statements

Phase 8: Sign-off and lock

The close ends when someone with authority reviews the package and the period is locked so nothing can post to it again. An unlocked prior period is not closed; it is resting.

TaskOwnerTimingDepends on
Final review completed by someone other than the preparerController or CFOBD5-6Statements, flux
Approvals recordedControllerBD5-6Final review
Period locked in the systemControllerBD5-6Approvals recorded
Thirty-minute post-mortem: what was late, what moves to pre-close next monthController and teamWithin a weekPeriod locked

What this checklist doesn't replace

A checklist says what has to happen. It doesn't show the dependency graph that makes a one-day slip visible three phases later, which is what a proper close calendar does. It doesn't carry the reasoning for why each phase exists, where benchmarked close times actually land, or how teams risk-rate reconciliations without losing control, which is the full treatment in The Month-End Close: The Complete Guide. And it doesn't settle the soft close versus hard close question, or what a continuous close realistically changes versus what it's pitched to change. Use this checklist to see every task at once; use those for the judgment calls around it.


Where AI agents fit into this checklist

Most of the rows above are preparation, not judgment: retrieving a statement, matching transactions, building a reconciliation, drafting an accrual with its basis attached. That is the layer agents can take on directly, operating the bank portals, the ERP, and the close systems a team already uses, including the ones with no API. The genuine exceptions, an unexplained flux line, an estimate with no precedent, still route to a person, and nothing in the checklist above changes: the owner still reviews, and the sign-off row still belongs to a human. See What AI Agents Change About the Close for the mechanism, or Month-End Close for how it runs against a real calendar.

Book a Pilot to run this checklist against your own close, or start free to see it on one phase first.


Related guides

Glossary

Related workflows


Timing windows and owners above are typical for a single mid-sized company and will shift with entity count, revenue model, and system fragmentation. Use your own measured days-to-close, not this template's windows, once you have a few cycles of data.

FAQs