TC 576: Unallowable Tax Hold

What the code actually does

IRS Document 6209, Section 8A (the IRS’s reference guide to its data-processing codes) titles TC 576 "Unallowable Tax Hold," a generated transaction "generated by TC 150 with a Credit Balance and Unallowable Tax." It "holds the Unallowable Tax to the extent of the Credit Balance in suspense" and "freezes the amount of the TC 576 from refund and offset out."

The return posts, the module (the record for one tax type and period) shows a credit, and something on that return — a claimed credit, deduction, or item — is not allowable by law. Rather than holding the entire refund, the system carves out and freezes only the disputed amount and lets the rest of the overpayment through.

The freeze it sets, and the one it is not

TC 576 sets what IRM 21.5.6.4.34 (04-01-2026) calls the -Q freeze: "The -Q (Unallowable Refund) freeze is set by Transaction Code (TC) 576. The freeze holds the unallowable portion of the refund. The balance of the overpayment is issued. Usually, these accounts are Examination referrals or subject to special programs such as the Revenue Protection Strategy."

Do not confuse this with the transcript literally printed one line away in the same IRM chapter. IRM 21.5.6.4.33 covers a "Q- Freeze" — the FTD Discrepancy freeze, a mechanism limited to BMF (Business Master File) accounts and tied to unclaimed federal tax deposit credits, unrelated to TC 576 entirely. Same two characters, reversed order, two different freezes with two different causes.

The same subsection adds a distinction that matters on business accounts: on BMF, the -Q freeze is instead set by a TC 810 carrying a Responsibility Code for identity theft, fraud, or bank-lead review — a materially different mechanism from the individual-account TC 576 hold this page covers, even though both display as a -Q freeze.

How it actually clears

IRM 4.19.14.18.6.1 (01-03-2023), Resolving the -Q freeze, states plainly that "the amount will remain frozen until the exam is closed/surveyed, or the refund is manually released" — there is no automatic timeout.

What happens next turns on whether a TC 420 examination indicator has posted. If it has not, and the unallowable item was correctly flagged, the case moves into the Unallowable Items examination pipeline. If it has not and the item was flagged in error, the campus releases the hold "through a manual online adjustment using a TC 572. This will generate a TC 577, restoring the TC 576 Unallowable Tax into the tax module, releasing the TC 576 hold." If TC 420 is already posted, the case follows ordinary examination procedure through to closure.

The genuinely automatic path runs through the exam itself. Per Doc 6209, TC 577, "Reversal of TC 576," is "generated by TC 300, 571, 572 or TC 421 with Doc. Code 47 and Disposal Code 20-25, 27, 29, 31-33, 35 or 36" and "restores TC 576 Unallowable Tax into the tax module and releases 576 hold." When an examination closes correctly coded, the reversal is systemic; a practitioner does not need to request it.

What people mistake TC 576 for

People confuse it with TC 570, the general-purpose -R freeze. Both hold a refund and both sit on a module a client describes as "stuck." But the -R freeze can be set for almost any reason a caseworker or system flags, while the TC 576 -Q freeze has one specific cause: an amount claimed on the return that is unallowable by law. Reading a TC 576 the way one reads a TC 570 — as a generic hold to be worked through normal freeze-release channels — misses that this one routes through the Unallowable Items Program and, often, an actual examination.

Practitioners also read it as though the whole refund were frozen, and Doc 6209 is explicit that it is not: the hold applies "to the extent of the Credit Balance," meaning only the disputed portion. A client expecting nothing until the freeze clears may already have received the allowable balance.

Its live pairing with TC 571 is real but easy to overstate. TC 571 is "Reversal of TC 570," not TC 576, but its Doc 6209 remark says it "releases the 570/576 freeze status." The code that formally reverses TC 576 is TC 577. Doc 6209 lists TC 571 among the codes that generate TC 577, but IRM 4.19.14.18.6.1 names a manually input TC 572, or an exam closing with a TC 300 or TC 421, as the release; confirm a posted TC 577, not a TC 571 alone.

What to do next

Check whether the whole refund is actually held before advising a client, since only the unallowable portion is frozen and the rest may already be gone out.

Look for a TC 420 on the module — its presence or absence determines whether the case is headed into examination or can be corrected administratively.

If no TC 420 is present and the unallowable item looks like a processing error rather than a real issue, that is the fact pattern IRM 4.19.14.18.6.1 resolves with a TC 572, not a waiting game.

Expect the release to post as TC 577, not as a TC 571 or TC 572 standing alone — those may appear as part of the mechanics, but the restoring transaction carries its own code.

On a business account, confirm whether the hold is IMF-style (TC 576) or the BMF variant set by TC 810 before researching further — the two mechanisms lead to different IRM chapters entirely.