The close runs on answers that live in four places and one person's head

A close moves on a stack of small questions. What is the accounting policy for this accrual. How was the same item treated in the prior period. Where does this fall on the close checklist. How do I actually post it in the ERP. Each answer sits somewhere different: the close procedures, the policy manual, last quarter's working papers, and the ERP's own how-tos.

Most periods, the fastest path to the answer is asking the person who remembers. When that person is closing another entity, or out, the entry waits, and the close waits with it.

One index will not tie these together, so we structure each source and tile them into one answer

The procedures, the policy, the prior treatments, and the ERP how-tos are shaped differently, so one search box across all of them returns four disconnected hits, not an answer. We structure each source on its own terms and tile them into a single response.

Ask how a lease was treated last quarter and the copilot returns the policy that governs it, the prior entry that applied it, and the step in the close where it belongs, in one place instead of four.

The prior treatment stays in the company when the person who made it moves on

The copilot takes knowledge in as well as out. When someone records how an unusual entry was handled and why, that reasoning becomes part of what the next close can ask, so it does not go stale the way a one-time close binder does.

The accountant who used to be the only one who knew how last year's entry was posted stops being the bottleneck. The answer stays after they do.

/ start

Point it at the questions that stall your close

Tell us where your close procedures, policy, and prior treatments live today, and we scope the copilot, or email hello@mcintoshsystems.com.