Nearly every housing authority we talk to has a recertification backlog, and nearly every one describes it as a staffing problem. They are short two specialists, or the one who knew the process retired, or the caseload per specialist is well past what anybody thinks is reasonable.
All of that is usually true. It is also usually not the reason the backlog exists, which is why hiring into it produces less relief than expected.
Measure the wait, not the pile
The instinct with a backlog is to count cases. The useful measurement is different: for each open recert, where is it sitting right now, and how long has it been there?
Sort your open annuals into these states:
- Notice sent, nothing received back
- Partial documents received, waiting on the rest
- Complete documents, waiting on staff review
- In review, waiting on a third-party verification
- Waiting on the household to respond to a discrepancy
- Ready to sign
Then look at where the time is. At most authorities, the two waiting-on-documents states hold the overwhelming majority of the elapsed days — frequently three to six weeks per case of nothing happening at all. "Complete documents, waiting on staff review" is usually a much smaller pool that moves reasonably fast once a specialist opens it.
That distribution is the whole story. Your specialists are not slow. Your cases are sitting in a queue where the constraint is a household finding a paystub, remembering where the envelope went, and getting it to you.
Adding a specialist adds throughput to the stage that is not the bottleneck. This is why the backlog does not move proportionally when you hire.
The second cost of the waiting state
There is a compounding effect that makes the document-wait more expensive than it looks on a chart.
A case sitting in "notice sent, nothing received" is not passive. It generates a call — often several. The household calls to ask what is needed. They call again to ask if it arrived. Their adult daughter calls. If the notice was confusing or in the wrong language, they call before doing anything at all.
Those calls are answered by the same specialists who would otherwise be reviewing the cases that are ready. So the waiting state does not just delay its own case; it steals capacity from the stage that works. That is the feedback loop that turns a seasonal bump into a permanent backlog.
Why the portal did not fix it
Most authorities have tried to solve document collection with a resident portal, and most have been disappointed by the uptake.
The reason is not that residents are unwilling. It is that a portal asks for an account before it asks for a paystub. Every step in that chain loses people: find the site, create a login, satisfy the password rules, verify the email, remember the password next time, recover the account when they do not, find the right upload area, figure out what "supporting documentation" means, get a file off their phone and into a form field.
The household in front of you has a phone with a camera and a text message inbox. That is the whole reliable technology stack. The collection method that works is the one that starts with a text and ends with a photo:
- A link that opens straight to the request, no login.
- Plain language naming the exact document: "a paystub from the last 60 days," not "income documentation."
- Camera-first, one tap, works on an old phone with a cracked screen.
- The document lands attached to the right case, and both the household and the specialist can see that it arrived.
That last part — visible confirmation of receipt — removes a whole category of calls by itself.
Verification: the part that should be boring
Once documents are in, income verification is mechanical work that consumes real specialist time: read the paystubs, work out the pay frequency, annualize, compare against what EIV reports, decide whether a difference is a discrepancy or a timing artifact.
This is exactly the kind of work AI should do and exactly the kind of work where an unverifiable AI answer is worse than no AI at all. A tool that hands your specialist "annual income: $26,208" and nothing else has not saved them anything, because a careful specialist will re-derive it. The saving comes from the audit trail:
- The extracted figure, next to the document image it came from, with the relevant line visible.
- The pay frequency and the annualization it used, stated explicitly.
- The EIV comparison, with the variance called out in dollars per month.
- A note on what kind of variance it looks like — a raise mid-quarter, a new employer, an overtime spike, a genuine reporting gap.
A specialist can confirm that in seconds. That is the difference between AI that saves twenty minutes per case and AI that adds a verification step.
Catch the variance before the monitor does
The EIV discrepancy that becomes a finding is almost never a surprise in hindsight. It was visible in the file the whole time; nobody had the minutes to line the two numbers up on every case.
A $48-a-month difference between the paystubs and what EIV reports is small enough to be a mid-year raise and large enough to matter on a 50058. Flagged during the recert, it is a two-minute conversation and a note in the file. Found during a monitoring review eighteen months later, it is a finding, a repayment agreement, and a corrective action plan.
Run the comparison on every case, every time, and make the output part of the packet rather than a separate report someone runs quarterly.
One packet, one review
The target state is worth stating concretely, because it is different from "faster."
Today, a typical recert is touched many times: open the file, send the notice, take the call, log the partial documents, send a reminder, take another call, open it again when the rest arrives, key the income, pull EIV, reconcile, chase the discrepancy, prepare the 50058 fields, review, sign.
The target is that a specialist opens the case once, and what is in front of them is:
- Every required document, collected and legible.
- Income extracted, annualized, and linked to its source.
- EIV pulled and reconciled, with any variance flagged and explained.
- Any household response to a discrepancy already captured.
- A 50058-ready packet, complete, exported clean to whatever your system of record is.
They read it, they check the flagged items, they approve. One review. And critically: they approve. Nothing about eligibility, income determination, or rent is finalized by software. The AI assembles; the specialist decides. That is both the compliance posture and the reason staff will actually use it.
A 30-60-90 that does not require a procurement first
Some of this you can start on Monday:
Days 1–30. Sort your open annuals by waiting state and measure elapsed days in each. Rewrite your recert notice in plain language, naming exact documents, in your top two non-English languages. Add a text-message reminder at day 7 if nothing has arrived.
Days 31–60. Stand up one-tap document submission for the top three document types, even if it is imperfect. Start logging which cases generate calls. Begin running the EIV comparison on every case at the point of review rather than as a periodic report.
Days 61–90. Take your worst cohort — the oldest open annuals — and run them end to end through a completion workflow with real files, real staff, and real approval. Measure days-to-signed-50058 against your baseline. That number is your business case, and it is also how you know whether the tool works before you scale it.
If you want to run that third step on your own caseload rather than a demo dataset, we do exactly that — bulk upload, real cases, your staff approving every determination. It is scoped to fall under small purchase rules, and the outcome is a number you can take to your board either way.