The bookkeeping team has finished most of a client's monthly work. One bank statement is missing, a payment needs an explanation, and an uploaded receipt belongs to a different period. The client believes everything has been sent. The team keeps chasing "the outstanding documents," but neither side has a clear picture of what still prevents the close from moving forward.
The useful improvement is not simply more reminders. It is a shared record of each unresolved question: which client and period it belongs to, the evidence required, the person responsible for the next action, and the close task that depends on it. That can make a small team more organized without turning an assistant into an accountant.
Ask for the evidence behind a specific question
"Please send your receipts" creates work for the client without explaining what will resolve the problem. A better request identifies the account or transaction, the relevant period, the missing evidence, and a secure way to provide it. Include a reference the client can use without exposing another customer's information.
The IRS recordkeeping overview explains that supporting business documents contain information used in the books and that electronic records remain subject to basic recordkeeping principles. That is background for maintaining evidence, not a rule that every document request is necessary or that a receipt alone proves the proper accounting treatment.
The responsible bookkeeper or accountant should decide what the question requires. Some items need a statement; others need a client's explanation or a corrected source document. Record the distinction so the client does not repeatedly send a file that cannot answer the question.
Not every outstanding request blocks every part of the close. Identify the particular dependency and let the responsible professional decide which work can continue and how unresolved items are handled. A reminder system should not freeze otherwise permissible work because it treats all requests as equally critical.
Separate arrival from acceptance
Use a small set of understandable states. A request may be waiting for the client, received and awaiting review, returned with a precise follow-up, or accepted for the particular question. Keep "not required" separate from "received" so a reviewer can close an unnecessary request without inventing a document.
An upload notification should move a record only to the state it establishes. It does not prove that the file covers the right account, contains every page, belongs to the correct period, or answers the outstanding question. A client should be able to see that something arrived without being told that the entire close is complete.
Keep the original file and its source reference. If a corrected version arrives later, identify it as a new version rather than silently replacing the document a reviewer used. Avoid creating several disconnected "final" copies in email, shared drives, and task software.
- Request preciselyName the period, item, reason, recipient, and secure return route.
- Receive and matchCheck the client, period, account, and document version.
- Review the questionA named reviewer accepts the evidence or specifies what remains missing.
- Clear the dependencyRecord which close task can now proceed and who released it.
Follow one client through a blocked close
Consider an illustrative outsourced bookkeeping team, not a reported client outcome. Its close board contains a separate record for each client and reporting period. Accounting entries remain in the authorized accounting system; documents stay in the firm's controlled document repository. The board links to those records rather than becoming another ledger.
For one client, the reviewer needs a complete bank statement and an explanation of a transfer before finishing two review tasks. The assistant drafts two specific requests. A staff member checks the recipient, scope, and wording before sending them through the firm's approved channel.
The client uploads a statement for the wrong month and replies that the transfer was "between accounts." The system records both arrivals but does not clear either review task. The bookkeeper verifies that the statement period is wrong and identifies the additional transfer details needed to match the movement. The follow-up names those exact gaps instead of repeating the original broad request.
When the correct statement arrives, the reviewer accepts it for the bank-review dependency. The transfer remains open until the responsible professional can evaluate the supporting records. One accepted document does not release unrelated work or imply that every entry is correct.
If the client cannot supply a requested record, the team records that limitation and routes it to the responsible professional for a decision under the engagement's procedures. It does not fabricate a receipt, infer a transaction's business purpose from a merchant name, or silently mark the task complete to meet a deadline.
Build a useful blocker register
A practical register can be an extension of the firm's existing practice-management tool. For each item, include:
- Client and period: a stable client reference, the reporting period, and the relevant account or transaction reference.
- Question and dependency: what remains unresolved and which review or close task it prevents.
- Requested evidence: the exact document or explanation, its coverage, and the secure submission route.
- Next action: client contact or staff owner, request date, agreed follow-up, and current status.
- Review record: received version, reviewer, acceptance or follow-up reason, and the dependency cleared.
Keep access restricted by client and role. A shared operational view may show that a task is blocked without showing its underlying financial documents to everyone who can see the board. The work should become easier to coordinate, not easier to disclose accidentally.
Use assistance without outsourcing accounting judgment
Ordinary software can match a client reference, enforce access permissions, track a due date, and prevent a task from closing without an authorized review. AI may help classify an incoming file, extract a stated period, identify a possible duplicate, or draft a courteous request based on a reviewer-approved question.
Those outputs need visible uncertainty. A poorly scanned date or an unfamiliar account reference should become a review item rather than a confident match. A draft response should not introduce tax conclusions, request unnecessary sensitive data, or promise a completed close before the responsible person has approved it.
Start with one client workflow and inspect its exceptions. Measure days spent waiting for client evidence separately from days spent waiting for staff review. Track repeated requests, wrong-period uploads, reopened blockers, and cases where a client thought a task was finished when it was not. The goal is a clearer next action for both sides, not a higher volume of automated follow-ups.
Sources & further reading
Primary references checked October 19, 2026. Examples are illustrative, not reported client outcomes.
- Internal Revenue Service: What kind of records should I keepU.S. federal tax recordkeeping background on supporting business documents and electronic records. It does not prescribe this close workflow or settle accounting treatment.
