What this automation does
Tax season document collection is mostly a matching problem. The firm knows roughly what each client should send, based on last year. The work is noticing what has and has not arrived, and asking for the right thing.
- Build the checklist. For each returning client, the workflow reads last year’s return summary or document list and creates an expected-items list: each W-2 employer, each brokerage 1099, 1098 mortgage interest statements, K-1s from each partnership, property tax bills, charitable receipts, 1095-A if they had marketplace coverage.
- Ask about changes. The client gets a short questionnaire about life events. A new dependent, a home purchase or sale, a new rental or a side business adds items to the list.
- Collect through the portal. The request email or text links only to the firm’s secure client portal. No attachments in either direction.
- Classify every upload. When a file lands, a vision-capable model identifies the document type, tax year, issuer and the taxpayer or spouse it belongs to, then renames and files it in the client folder.
- Reconcile. The workflow ticks items off the checklist and flags surprises: a 2024 form uploaded for the 2025 return, a K-1 from a partnership that was not there last year, a corrected 1099 that supersedes an earlier one.
- Chase the gaps. Reminders go out on a schedule and name exactly what is missing. When everything expected has arrived, the client moves to ready for prep and the assigned preparer gets notified.
When it is worth building
This pays off for firms that spend February and March with admins chasing documents by phone and email. If your staff can tell you how many returns are stuck waiting on clients only by opening each file, you have the problem this solves.
It is less worth building if most of your returns are simple W-2 households, or if your practice management system already offers automated request lists and reminders that your team actually uses. Turn those features on first. Several platforms built for accounting firms (Karbon, Canopy, TaxDome, SmartVault and others) include portal requests and reminders, and the gap this guide fills is the AI classification and the per-client, per-document reconciliation.
Architecture
| Layer | What we use | Why |
|---|---|---|
| Client portal | Your existing portal, or SharePoint and OneDrive with client-specific secure links | Clients upload into encrypted storage the firm controls, never into email |
| Orchestration | n8n, self-hosted inside your Microsoft 365 or cloud tenant | Keeps workflow logs and temporary files under your control |
| Classification | Claude or OpenAI’s GPT models with vision, through the API | Identifies form type, year, issuer and taxpayer from PDFs and phone photos |
| Checklist store | A table per season in Google Sheets, SharePoint lists or Postgres | Staff can see and edit expected items per client |
| Reminders | Outlook for email, Twilio for SMS | Reminders link to the portal only and never contain tax data |
| Handoff | Status change in your practice management tool, where its API allows | Preparers start from a complete, labeled folder |
Integration depth with practice management and professional tax software varies widely. Some vendors publish open APIs, others require a partner agreement or offer only exports. Confirm what yours allows before scoping, because it changes the timeline more than anything else.
How to build it
- Write your security baseline first. IRS Publication 4557 (Safeguarding Taxpayer Data) and the FTC Safeguards Rule set the general expectations for tax professionals: a written information security plan, access controls, encryption, multi-factor authentication and vendor oversight. Add the AI provider and the automation host to that plan before any client file moves.
- Define the document taxonomy. Make a fixed list of types you care about (W-2, 1099-NEC, 1099-INT, 1099-DIV, 1099-B, 1099-R, consolidated brokerage statement, SSA-1099, 1098, 1098-T, 1098-E, K-1 by form type, 1095-A, property tax bill, charitable acknowledgment, estimated payment record, IRS or state notice, other).
- Generate checklists from prior-year data. Export last year’s document list or source document index per client. Map each prior item to an expected item for this year with the issuer name.
- Build the classifier with strict output. For every new upload, return document type, tax year, issuer, recipient (taxpayer, spouse or dependent), whether it is marked corrected, and a confidence score. Mask SSNs in anything written to logs.
- Reconcile in code. Matching uploaded items to expected items is deterministic: same type, same issuer, same year. Only uncertain matches go to staff.
- Write reminders that name items. Reminders list missing items by issuer in plain language. Set a cadence (for example weekly, then twice weekly after a cutoff date) and stop automatically when a staff member replies personally.
- Pilot on 50 returning clients. Pick a mix of simple and complex households. Compare the auto-built checklist against what the preparer actually needed, then fix the mapping before rolling out firm-wide.
What breaks in production
- Phone photos. Clients photograph forms on a kitchen table at an angle. Ask the model to report legibility, and route unreadable images back to the client with a request for a clearer scan.
- Multi-document PDFs. Some clients scan everything into one 40-page file. Split by page and classify each section before reconciling.
- Corrected forms. Brokerages often issue corrected 1099s in March. The workflow has to replace the original in the checklist, not count both.
- Joint filers and dependents. A 1098-T in a child’s name belongs to the family return but must be labeled correctly. Recipient detection needs to compare names against the household on file.
- New issuers. A K-1 from a partnership nobody knew about is not an error, it is a question. Flag it for the preparer instead of filing it silently.
- Reminder fatigue. If a client is waiting on a late K-1, stop reminding them about it. Let staff mark items as known-late with an expected date.
Timeline and cost
A firm with one portal, one document store and a few hundred returning clients typically takes four to eight weeks to build, test and pilot, ideally finished before January. Lumeor builds this in the range of $15,000 to $35,000, depending on how many document types you track, whether business returns and their source documents are in scope, and how deep the practice management integration can go. If you are not sure whether your data and systems are ready, an AI readiness assessment is a cheaper first step. The classification layer is the same technique described in our guide to extracting data from documents with AI.
How to measure success
- Days from engagement letter to all documents received, compared with last season
- Staff hours spent on document follow-up per return
- Share of uploads classified and filed with no human correction
- Returns stuck in waiting on client status at each week of the season
- Number of returns where a missing document was discovered only during preparation