Start with the firm's own request list
Use the firm's existing engagement notes or approved monthly checklist to identify which client records are relevant for this particular piece of work. The list can vary by client and by the service the firm has agreed to provide, so this guide does not define what records an accountant should request. Give every request a plain description, the period it relates to, the person expected to provide it, and the date your team plans to check its status.
Keep the document reference separate from its contents. A secure folder path or an approved system reference is enough for a work register; copying financial records into a general task list creates another place to manage sensitive material. If the team cannot locate an approved source for the checklist, mark the request as unconfirmed and ask the responsible professional to resolve it before treating the list as complete.
Give client inputs and office tasks separate rows
A request for a bank statement is an external dependency. Recording that the request was sent is an office action, and checking that a file arrived is another office action. Those events may be related, but they have different owners and completion evidence. Keep the client-facing request open until the expected file is present and readable enough for the assigned reviewer to continue.
Then list the internal work that can proceed now, the work that must wait, and the person responsible for deciding what happens next. This avoids labeling an entire month-end close as blocked when some office tasks can continue. It also prevents a staff member from marking a client item complete merely because a reminder was sent.
A fictional close separates the requested record from the office work around it.
- Work item: June statement for Juniper Studio; Owner: Client contact; Dependency: Firm checklist entry; Current state: Not received; Status observed on: 2026-07-06; Status observed by: Riley, office coordinator; Next action: Client contact to provide the file
- Work item: Log June statement request; Owner: Riley, office coordinator; Dependency: None; Current state: Complete; Status observed on: 2026-07-06; Status observed by: Riley, office coordinator; Next action: Keep the linked request open until receipt is confirmed
- Work item: Review received receipts folder; Owner: Morgan, assigned reviewer; Dependency: Folder received; Current state: Ready to begin; Status observed on: 2026-07-06; Status observed by: Morgan, assigned reviewer; Next action: Check the folder and record questions for the client
- Work item: Prepare internal question list; Owner: Morgan, assigned reviewer; Dependency: Initial review; Current state: Waiting for review; Status observed on: 2026-07-06; Status observed by: Morgan, assigned reviewer; Next action: Record each question with its source reference
Use statuses that describe evidence
Choose labels that distinguish a request being drafted, sent, received, and checked by the assigned person. Add a separate state for an open question or an exception. A file can be received while its period or contents still need clarification, so received should not mean reviewed or ready for every later task.
For each status change, record who observed it, when it changed, and what evidence supports the change. A file reference, a dated client reply, or a review note can identify that evidence without copying the material itself. If your current spreadsheet or task system cannot show the relationship between two rows, use a stable request reference and test that a colleague can follow it.
Make exceptions visible without interpreting the records
A received file may be unreadable, cover the wrong period, or differ from what the request describes. Record the observation in neutral terms, link it to the request, and assign the next question to the right person. Do not infer a missing transaction, decide an accounting treatment, or close the dependency based on a filename alone.
If the issue requires accounting judgment, route it to the professional responsible for the work. The register exists to preserve the question and its owner. It is not a review of financial accuracy, a bookkeeping procedure, or advice about filing or tax obligations.
Read the sample as a work register
In the CSV, the June statement remains open because the fictional client has not supplied it. The office has nevertheless completed the separate action of logging the request. The receipts folder is marked ready to begin because it has arrived, while review remains assigned as a later office task. These states should not be collapsed into one green checkmark.
Replace the fictional rows with your own checklist references and owners. Each status describes the recorded workflow; the responsible professional reviews the underlying financial records.
Keep the process administrative
Use the register to answer three practical questions: what is still expected from the client, what can the office do now, and who owns the next decision? Review those questions with the person responsible for the engagement before copying the template to other clients. The appropriate records, accounting work, and professional conclusions remain theirs to define.
Using Areinum
Use Areinum Assistant to prepare a dependency list from the firm's approved checklist and the status information you provide. The office reviews the record and the responsible professional handles the financial work.
See the example
Month-end dependency register
The client, staff names, request references, dates, and workflow states in this example are fictional.
| Client or project | Work item | Work type | Owner | Dependency reference | Status | Status observed on | Status observed by | Evidence reference | Next action |
|---|---|---|---|---|---|---|---|---|---|
| Juniper Studio | June bank statement | Client record | Client contact | REQ-JUN-01 | Not received | 2026-07-06 | Riley, office coordinator | Request email REF-JUN-01 | Client contact to provide the file |
| Juniper Studio | Log statement request | Internal task | Riley, office coordinator | None | Complete | 2026-07-06 | Riley, office coordinator | Request email REF-JUN-01 | Keep linked request open until receipt is confirmed |
| Juniper Studio | June receipts folder | Client record | Client contact | REQ-JUN-02 | Received, review pending | 2026-07-06 | Morgan, assigned reviewer | Folder reference DOC-JUN-02 | Morgan to review and record questions |
| Juniper Studio | Prepare questions after first review | Internal task | Morgan, assigned reviewer | DOC-JUN-02 | Waiting for review | 2026-07-06 | Morgan, assigned reviewer | None yet | Review the received folder before listing questions |
- Replace the fictional client and references with identifiers already approved for your work system. Store client records in the approved location and put only a reference in this CSV.
- Create one row for each client-supplied record and a separate row for each office task. Link dependent rows with a request or document reference.
- Use statuses that distinguish sent, received, reviewed, and clarified. Record the date a status was observed and the person who observed it, then refresh both fields when the status changes.
- A missing item or unanswered question stays open with a named next action. Route accounting judgments to the professional responsible for the engagement.
Give client inputs and office tasks separate rows
| Work item | Owner | Dependency | Current state | Status observed on | Status observed by | Next action |
|---|---|---|---|---|---|---|
| June statement for Juniper Studio | Client contact | Firm checklist entry | Not received | 2026-07-06 | Riley, office coordinator | Client contact to provide the file |
| Log June statement request | Riley, office coordinator | None | Complete | 2026-07-06 | Riley, office coordinator | Keep the linked request open until receipt is confirmed |
| Review received receipts folder | Morgan, assigned reviewer | Folder received | Ready to begin | 2026-07-06 | Morgan, assigned reviewer | Check the folder and record questions for the client |
| Prepare internal question list | Morgan, assigned reviewer | Initial review | Waiting for review | 2026-07-06 | Morgan, assigned reviewer | Record each question with its source reference |
Limits of this method
- The checklist of records and all accounting decisions must come from the responsible professional and the applicable client engagement.
- The fictional register organizes dependencies. It does not assess financial accuracy, determine tax treatment, or establish a legal or filing requirement.
Questions you may have
Why use separate rows for a missing statement and the office task?
The client may need to provide the statement while a staff member owns logging or checking the request. Separate rows make each next actor and dependency clear.
Can a received folder be marked as reviewed?
Keep receipt and review as different states. The reviewer confirms whether the contents are usable and records any questions.
Does the register decide how to treat a transaction?
No. It tracks the administrative work around records; the responsible professional makes the financial decisions.
Will Areinum collect the client's records automatically?
The example prepares a dependency list for the office to review. Your team handles client collection through its usual process.
Sources and further reading
- The Month End Close Process: A Detailed How-To and Free Template
The vendor article describes month-end workflow steps, client record collection, internal task ownership, and a downloadable template.
This is vendor-authored guidance with product claims. It does not establish demand for this guide or provide independent accounting advice; the register here is a manual operational proposal.
2026-10-18
The demo uses sample company data. Access may need to be arranged.
Explore the demo