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.

Month-end dependency register
Client or projectWork itemWork typeOwnerDependency referenceStatusStatus observed onStatus observed byEvidence referenceNext action
Juniper StudioJune bank statementClient recordClient contactREQ-JUN-01Not received2026-07-06Riley, office coordinatorRequest email REF-JUN-01Client contact to provide the file
Juniper StudioLog statement requestInternal taskRiley, office coordinatorNoneComplete2026-07-06Riley, office coordinatorRequest email REF-JUN-01Keep linked request open until receipt is confirmed
Juniper StudioJune receipts folderClient recordClient contactREQ-JUN-02Received, review pending2026-07-06Morgan, assigned reviewerFolder reference DOC-JUN-02Morgan to review and record questions
Juniper StudioPrepare questions after first reviewInternal taskMorgan, assigned reviewerDOC-JUN-02Waiting for review2026-07-06Morgan, assigned reviewerNone yetReview the received folder before listing questions
  1. 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.
  2. 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.
  3. 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.
  4. 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

A fictional close separates the requested record from the office work around it.
Work itemOwnerDependencyCurrent stateStatus observed onStatus observed byNext action
June statement for Juniper StudioClient contactFirm checklist entryNot received2026-07-06Riley, office coordinatorClient contact to provide the file
Log June statement requestRiley, office coordinatorNoneComplete2026-07-06Riley, office coordinatorKeep the linked request open until receipt is confirmed
Review received receipts folderMorgan, assigned reviewerFolder receivedReady to begin2026-07-06Morgan, assigned reviewerCheck the folder and record questions for the client
Prepare internal question listMorgan, assigned reviewerInitial reviewWaiting for review2026-07-06Morgan, assigned reviewerRecord 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