TC 922: IRP Underreporter (Automated Underreporter Activity)
By Forrest Baumhover, CFP®, EA · Last verified September 7, 2026
TC 922 is not a bill and not an audit. It is the Automated Underreporter program marking a return for document matching — a status line carrying no money, and the process code sitting at the end of it is the only part that tells a practitioner whether a case is open, closed, or was never really a case at all.
What the code actually does
TC 922 records that the Automated Underreporter program has touched a tax year. IRS Document 6209, Section 8A (the IRS’s reference guide to its data-processing codes) defines it as the "IRP Underreporter status transaction," a generated transaction that "posts to tax module [the IRS’s record for one tax period within the account] balance section," and adds the detail that governs how it is read: "the transaction date and process codes are updated by subsequent TC 922." One TC 922 line is not one event. It is a running record that the system overwrites as the case moves.
AUR is document matching, not examination. IRM 4.19.3.2 describes the program as "the automated analysis and processing of potential underreported (U/R) and/or over-deducted (O/D) issues identified through information return (IR) matching" — the system compares the Individual Master File against the Information Returns Master File to build each case. A discrepancy between what a taxpayer reported and what a payer reported is what creates the case.
A TC 922 is not an assessment
Nothing is owed because a TC 922 posted. The code carries no dollar amount, it does not change the module balance, and Doc 6209 records that it "will not affect status history section" — the account does not move into a collection status because of it. It is review activity, and review activity that very often ends with no change at all.
The assessment, if the case ever produces one, is a different code entirely. The AUR program manual describes the closing path in terms of the adjustment transaction: IRM 4.19.3.27.5 instructs employees routing correspondence to identify the originating campus "by the first two digits of the TC 290 DLN." So the sequence a practitioner should expect is a TC 922 that opens and updates, then — only if AUR works the case to a change — a separate additional tax assessment posting under its own code. Treating the TC 922 itself as the bill is the mistake to guard against.
It is also not an audit, and the IRM is unusually direct about why. IRM 4.19.3.2 opens with an instruction to its own employees in capital letters: "AVOID ‘AUDITING’ RETURNS. All returns in the AUR inventory were previously screened for unallowable items and audit potential. They were not selected for action in either event." A return in AUR inventory is a return the Service already declined to audit.
The process code is the whole message
A bare TC 922 tells a practitioner almost nothing. The process codes appended to it tell them everything, and the one that matters is the last one in the string. IRM 21.2.4.3.43.1, AMRH11 Resolution, publishes the chart the Service reads it by, and it maps onto the questions a client actually asks.
No process code at all means "AUR does not have a case." Codes 01, 03, or 06 mean the case is pending and, in the IRM’s own careful phrasing, "the taxpayer may or may not receive a notice." Codes in the 10–18 and 21–29 bands mean the case "was closed without taxpayer contact" — it opened, it was worked, and it went away without anyone writing to the client. A large group — 47, 48, 51, 52, 70, 71, 73, 74 and 91–93 — means the case "was worked and closed with no change to the tax liability and/or refundable credits." Codes 39, 69 and 89 mean that only for tax year 2014 and prior; for 2015 and later they mean an adjustment. That list has a deliberate gap worth naming: 72 sits in the middle of the 70–74 run but is not part of this group at all — see below.
Other codes are genuinely serious and should change what a practitioner does next. Codes 35, 36, 38, 63, 64, 66, 83, 85 and 86 mean the case "was closed to Exam." Codes 62 and 82 mean that only for tax year 2014 and prior; for later years they mean an adjustment. Codes 44, 72 and 84 mean it "was closed to Campus Fraud." Codes 46, 65 and 76 mean it "was closed to Criminal Investigation." Code 80 means it went to Appeals. And the band 09, 30, 34, 54, 55, 57–60, 75, 77–79, 81 and 95–99 means the case is simply open right now.
What people mistake TC 922 for
People confuse it with an examination indicator, because both mean "someone is looking at this year." They are different programs with different rights attached. An examination posts TC 420 or TC 424 and sets the -L freeze; AUR posts TC 922 and does not. If a TC 922 process code shows the case closed to Exam, a practitioner should expect one of those exam codes to appear as well — and the transition matters, because the correspondence-examination route and the AUR route reach a notice of deficiency by different paths.
People also confuse it with the notice it produces. The proposal a client receives is the CP2000, or in some cases the earlier CP2501 initial contact letter; the statutory notice of deficiency that follows an unresolved CP2000 is the CP3219A — all three are linked beneath this page. Only that last one starts the Tax Court clock (90 days, or 150 if the notice is addressed outside the United States) under IRC §6213. A TC 922 on a transcript is not any of those three documents, and its posting date is not a deadline.
What to do next
Pull the full process-code string, not just the presence of the code, and read the last position — everything above turns on it.
If there is no process code, stop worrying about AUR: the IRM says there is no case.
If the last code shows the case closed to Exam, Campus Fraud, Criminal Investigation, or Appeals, treat that as the live matter and work it under those procedures rather than as an underreporter case.
Check whether a separate assessment has posted before quoting a balance, since the TC 922 carries none of its own — the Account Transcript Analyzer reads the whole module at once for exactly this.
Confirm what the string actually says against the module itself with the IRS Transcript Decoder rather than from a client’s description of their mail.