The close starts before the month ends.
It reconciles as the month runs rather than after it, pulls the statements, explains what moved with the underlying records attached, and has the accrual list and the close pack assembled before day one. Running in your own cloud, against your own ledger.
A close is mostly not accounting. It is retrieval — finding the statement, the invoice, the approval and the explanation, five days after the person who could have told you in a sentence stopped thinking about it.
How a close actually assembles
Four stages, spread across the month instead of stacked on day three.
Reconciled through the month, not after it
The reconciliation that takes three days on day two takes ten minutes a day through the month, because the difference is found while somebody still remembers what caused it.
- Matches the ledger against the bank, the processor and the sub-ledger daily
- Surfaces the break the day it appears rather than three weeks later
- Keeps the running list of what is unexplained, with its age
Day one of the close
What was already done before anyone opened the checklist — in your own audit trail.
See what gets logged →Who this actually changes the week for
Three people whose first five days of the month currently look nothing like the other fifteen.
What it does across the month
Each of these is a task the finance coworker already owns. The flow is what they look like joined up.
Questions controllers ask first
The ones that come up before anyone lets software near the close.
It prepares them. Posting is a permission your team can grant and most choose not to, at least at first — the value is in arriving at the close with the reconciliation done, the evidence attached and the accruals listed, which does not require the ability to write to the ledger.
Reconciliation tools match what you tell them to match, on rules you maintain. The work that actually consumes the close is the retrieval around the break — the statement, the invoice, the approval, the person who knows why. That is the part this owns, and it is the part no matching rule addresses.
That is the normal case. It reads the mailbox, the shared drive and the finance folder alongside the ledger, because in most companies the explanation for a break is in a reply somebody sent three weeks ago rather than in any system of record.
They stay on the list, with an age against them and whatever evidence was found. A break that is six days old and visible is a different problem from one discovered on day three of the close, and making the age visible is most of the fix.
Not unless you want it to. It works to your checklist, your definitions and your pack format. The change teams usually notice is that the checklist starts the month already partly complete, rather than the structure itself changing.
“The close does not take five days because the accounting is hard. It takes five days because nobody can find anything.”
Where are we before day one?
reconciled to yesterday✓ 1 break, 6 days oldPut an AI coworker
inside your own cloud.
Bring last month's close, including the part that overran. We will show you where it would have stood on day one.
Get a demo