TC 782: Correction of a TC 780 Processed in Error
By Forrest Baumhover, CFP®, EA · Last verified September 16, 2026
TC 782 sounds like a full undo, but on IMF (Individual Master File) "correcting" an erroneous acceptance does not clear the module. It puts the account back under the same pending-offer (TC 480) freeze that accepting the offer had lifted — the opposite of what the word "correction" suggests.
What the code actually does
IRS Document 6209, Section 8A titles TC 782 "Correction of 780 Processed In Error" and describes what it undoes: it "records the correction of 780 posted in error" and, mechanically, "reverses all previously posted TC 780 transactions in the module." That much reads the same as TC 781, the default code — both wipe out the acceptance.
The reason this code exists is entirely different, though. TC 781 records a taxpayer failure after a valid acceptance. TC 782 records that the acceptance itself should never have posted — a processing mistake on the TC 780, not a broken agreement.
The re-freeze — where "correction" stops meaning what it sounds like
Correcting an erroneous acceptance does not clear the module back to a normal, unfrozen state on IMF — it puts the account back under a freeze. Doc 6209 states the effect precisely: "IMF: Re-freezes the Tax Module against offsetting out and refunding."
Doc 6209 says exactly which freeze: "Tax Module reverts to status under TC 480." IRM 5.19.7.2.6 is the subsection that governs what a live TC 480 does on a module — the same statute-suspension mechanic TC 480's own page covers in full. The module returns to pending-offer status, not to no-offer status. If the underlying offer was itself real and still being worked when the erroneous TC 780 posted, that makes sense — the acceptance jumped the gun, and TC 782 puts the module back where it actually was. But a practitioner reading "correction of an error" and expecting the freeze to lift entirely will be wrong on IMF specifically, and should check for a live TC 480 on the module rather than assuming a clean release.
Interest releases on both master files — but transcripts keep coming
Where TC 782 and TC 781 do line up is interest. Doc 6209 states, for IMF (Individual Master File) and BMF (Business Master File) respectively, "IMF: Releases debit/credit interest restriction. BMF: Releases interest and FTPP computation restrictions" — on both master files, whatever computation freeze the erroneous TC 780 had imposed comes off, the same release TC 781 produces on a default.
The transcript behavior is the other point of difference worth knowing. Doc 6209 states plainly that TC 782 "does not stop transcripts" on BMF or IMF — unlike TC 483 and TC 781, which each generate one final Offer in Compromise (OIC) transcript and then discontinue the stream, an erroneous-acceptance correction leaves the transcript cycle running. That is consistent with the module reverting to an active TC 480 pending status rather than closing out.
What TC 782 gets confused with
It gets confused with TC 781, because both reverse every TC 780 in the module and both are named as reversal codes in the same IRM lists. The difference is substance, not mechanics: TC 781 is the taxpayer's failure after a real acceptance; TC 782 is the IRS's admission that the acceptance itself was a mistake. Telling a client which one applies changes the entire conversation — one is about their compliance, the other is not about them at all.
It also gets confused with a full release. On BMF and IMF alike the module does not simply go back to normal; on IMF specifically it goes back under the pending-offer freeze, which is a real, ongoing restriction, not an absence of one. A practitioner who reports a TC 782 to a client as "the acceptance error was fixed and your account is clear" has described only half the outcome.
The practitioner's actual next step
Confirm which reversal code actually posted — TC 781 or TC 782 — before explaining to the client whose fault the reversal reflects.
Check for a live TC 480 on the module after a TC 782 posts, since the account reverts to that status on IMF rather than clearing outright.
Do not tell a client the module is unrestricted after this code without confirming the offer's actual pending status — refunds and offsets are still frozen where the module reverted to TC 480.
Expect the OIC transcript stream to keep running rather than stop, since Doc 6209 states this code does not discontinue transcripts the way TC 483 and TC 781 do.
Verify that the interest restriction was actually released on the correct dates, since both master files free the computation the erroneous acceptance had frozen.