Tax Preparation
When the Reviewer Is Out: AI-Drafted Files Wait for Sign-Off
Jump to a section
Key takeaways
- When the Reviewer is out, files marked ready for review wait on a held queue the Firm keeps, one row per file.
- The Firm names its backup Reviewer in advance, and the backup is another Reviewer at the Firm.
- No Preparer, other staff member or tool stands in for the Reviewer's sign-off.
- The plan owner moves files to the backup by name, and the backup reviews and signs off on the whole file.
- A held file doesn't leave the Firm as finished work, and new client documents send it back to the Preparer first.
- One Reviewer signs off on the whole file; sign-off is never split between the primary and the backup.
A Reviewer goes out for a week, and the files keep coming. Preparers check AI-drafted entry lists and mark files ready for review, and the review stack grows with nobody to read it. Somebody suggests the senior Preparer could sign a few, or that the drafts look clean enough to send.
Neither one is sign-off. A backup Reviewer plan settles the question before anyone is out: the Firm names, in advance, another of its Reviewers who can take a file, and every file nobody can review yet waits on a held queue the Firm keeps. The plugin drafts; the Firm's preparer prepares; the Reviewer signs off. An absence can change which named Reviewer signs off on a file. It never changes whether a Reviewer signs off.
This piece gives a backup Reviewer plan template, a held-queue list with its columns, and the steps for handing a held file to the backup. Where the line sits between what a tool drafts and what a professional signs is covered in AI drafts, professionals sign.
What goes wrong without a plan
When a Reviewer is out and nothing's written down, the gap fills itself. A Preparer who knows the file signs "for" the Reviewer. A manager approves a file "pending review" and sends it on. A clean-looking AI draft gets treated as if the check were done. Each of these feels like keeping work moving. None of them is a Reviewer's sign-off, and each one leaves a file that looks finished when it isn't.
The other failure is quieter. Files pile up in inboxes and shared folders, and when the Reviewer comes back, nobody can say which files are waiting, since when, or who touched them in between.
Who can stand in, and who can't
Under this approach, the backup is another Reviewer at the Firm, named before anyone is out. That's the whole list.
A Preparer can't stand in, however senior. Neither can anyone on staff who isn't one of the Firm's named Reviewers. No tool stands in either: an AI draft that reads cleanly is still a draft, and a checklist marked complete is still the Preparer's input. If no named Reviewer is free, the file waits.
Sign-off doesn't get split, either. The backup doesn't finish what the primary Reviewer started and sign half. Whoever signs off reads the whole file and signs off on all of it.
The backup Reviewer plan
The Firm writes the plan once and keeps it with its procedures. It names people, not roles that shift, and each Reviewer it names reads and agrees to it. One version:
Field | What the Firm writes |
|---|---|
Plan owner | [partner name], who keeps the plan current |
Primary Reviewer | [name], for [client group or file type] |
Backup Reviewer | [name], another Reviewer at the Firm |
Second backup | [name], or "none: files wait" |
When the backup takes files | [the Firm's trigger, such as a planned absence, or an unplanned one the plan owner confirms] |
Who moves a file to the backup | The plan owner, by name |
What never changes | One Reviewer signs off on the whole file; no Preparer, other staff member or tool stands in for that sign-off |
Names confirmed | [names the plan owner has confirmed] |
The plan owner confirms the names whenever the Firm's Reviewers change. A plan that still names someone who has left the Firm leaves files with nobody to take them.
The held queue
The held queue is the Firm's own list of files marked ready for review that no Reviewer has taken yet. It lives wherever the Firm keeps its other file lists, open to the Preparers and Reviewers who work those files. One row per file:
Client file | Queue owner | Ready-for-review mark | Primary Reviewer | Backup Reviewer | Status | Note |
|---|---|---|---|---|---|---|
[file name the Firm uses] | [plan owner name] | [Preparer name, ready for review] | [name] | [name] | Held | [what the file is waiting on] |
Under this approach, the status words stay at four: held, with backup, back with primary, and signed off. A row moves to signed off only after a Reviewer has signed off in the file itself. The queue records where a file stands. It doesn't review anything.
If the Firm keeps a status board, a held file can show "in review, held" with the queue row in its note. The board and the queue name the same owner.
While a file is held
A held file stays put. The Preparer doesn't mark it signed, doesn't send it to the client as finished work, and doesn't keep editing it. If something new arrives, such as a document from the client, the plan owner takes the file off the queue; the Preparer adds the document, rechecks what it touches, and marks the file ready for review again.
Nothing leaves the Firm as finished work while it sits on the queue. Every file ends with the Reviewer's sign-off, and a held file hasn't had one yet.
Handing a held file to the backup
When the plan's trigger is met, the plan owner moves files to the backup by name. The steps, as one Firm might write them:
- The plan owner picks the files the backup takes, one queue row at a time, and changes each row to "with backup."
- The backup gets the file, the Preparer's ready-for-review mark and any notes the primary Reviewer left.
- The backup reads the whole file as their own review. Notes from the primary are inputs, not checks already done.
- Questions go to the Preparer in the file, as in any review.
- The backup signs off in the file, and the row moves to signed off with the backup's name.
If the primary Reviewer comes back before the backup signs, the plan owner decides who keeps the file, and the row records that call. One Reviewer signs off on the whole file either way.
When a Preparer leaves a file partway through, that's a different job, covered in the handoff note for an AI-drafted file. Here, the Preparer stays and the Reviewer changes.
When the Reviewer comes back
The primary Reviewer reads the queue first. Rows still held go back to the primary unless the plan owner says otherwise. Rows the backup signed off stay signed off, and under this approach the primary doesn't sign those files again.
Then the plan owner reads the queue as a whole: which files waited, why, and whether the names in the plan still fit. If a file sat because the second backup line said "none," that's a question for the plan, not for the Preparer.
A Doe example
The names and files below are made up for illustration, and every file is synthetic.
Pat Doe is a Reviewer at Doe & Co. The Firm's backup Reviewer plan names Sam Doe, another Reviewer at the Firm, as Pat's backup, with Morgan Doe, a partner, as plan owner.
Pat is out for a week. Alex Doe, a Preparer, marks the Doe Holdings file ready for review and adds a row to the held queue: held, primary Pat, backup Sam. Riley Doe, a senior Preparer, offers to sign it off. Alex points to the plan's "what never changes" row, and the file stays held.
Morgan confirms the plan's trigger and moves the Doe Holdings file to Sam, and the row changes to with backup. Sam reads the whole file, sends Alex a question in the file, gets the answer and signs off. The row moves to signed off, with Sam's name.
The Doe Family Trust file reaches the queue later that week. Morgan leaves it held for Pat, and the note says why. When Pat comes back, she reads the queue, reviews the Doe Family Trust file and signs off. Each file has one Reviewer's sign-off, and the queue shows who signed which.
Where TracePrep fits
We've built a TracePrep plugin that drafts these steps in your Firm's workflow, while your preparer decides and your Reviewer signs off. Join the waitlist and we'll tell you when plugin access opens.
Get on the list for plugin access
This is general information, not tax or legal advice. In TracePrep's workflow, the plugin drafts, the Firm's preparer prepares, and the Firm's Reviewer signs off. Access to the plugin is by waitlist. Keep client data inside the systems your Firm has approved.
Frequently asked questions
Who can be a backup Reviewer?
Can a senior Preparer sign off while the Reviewer is out?
Who keeps the held queue and names the backup?
Can the backup sign off on part of a file?
What happens to held files when the Reviewer comes back?
Bobby Huang · founder of TracePrep Inc.
Bobby Huang is the founder of TracePrep Inc. TracePrep is a tax-prep platform for CPA, EA, and accounting firms, and it also produces the Reasonable Compensation Study.
Related reading
- Tax Preparation
Closing Out an AI-Drafted File: What Goes in the File After Sign-Off
What the Firm puts in the closed file after the Reviewer signs off: the instruction version, the signed entry list, review notes, hand-edit and reopen logs, and the sign-off record.
Bobby Huang8 min read - Tax Preparation
An Entry ID Scheme for AI-Drafted Files: One Name in Every Log
A Firm naming scheme for drafted entries (section, source, number) so the entry list, review notes, hand-edit log and reopen log all point at the same entry.
Bobby Huang8 min read - Tax Preparation
Two Copies of One Statement: Marking the Current Copy Before an AI Pass
When a client folder holds an original and a corrected copy of one statement: a source-copy register, a pre-pass check list, and a post-pass check of which copy each drafted entry came from.
Bobby Huang8 min read