TC 781: Defaulted Account Compromise

What the code actually does

IRS Document 6209, Section 8A (the IRS’s reference guide to its data-processing codes) titles TC 781 "Defaulted Account Compromise" and states its effect without qualification: it "reverses all previously posted TC 780 transactions in the module." An accepted offer under TC 780 is undone — the compromise is over, and the liability the offer had settled comes back on periods whose collection statute is still open.

The release side matters just as much as the reversal. On IMF (Individual Master File), TC 781 "releases Credit/Debit Interest, FTP Restrictions and 780/480 Indicators" — the interest and failure-to-pay computation that TC 780 had frozen starts running again; IRM 5.19.7.15.1 tells the employee, on a manually monitored offer, to input TC 342/272 so the systemic computation resumes. On BMF (Business Master File), Doc 6209 states the same effect in its own terms: it "releases interest and FTPP computation restrictions." A default does not just restore the balance as it stood at acceptance; it restarts the accrual the compromise had stopped.

Default reaches every module — even paid or statute-expired ones

IRM 5.19.7.15, Processing Defaulted OICs (Offers in Compromise), is direct on scope: "the TC 781 is input to all offer tax modules, including modules that were full paid or the CSED expired." An accepted offer typically covers several tax periods bundled into one agreement, and when it fails, every one of those periods gets the reversal — not only the periods still carrying an unpaid balance.

That is worth flagging to a client directly. A module that was already paid off, or one whose collection statute has since expired, still receives the TC 781, but IRM 5.19.7.15.1 tells employees not to reinstate the liability on it, or on a period written off by TC 608; only a period written off through the offer (TC 971 AC 032) whose CSED is still open comes back. The transaction still posts there, for the record, even where its practical collection consequence is limited.

The same IRM subsection ties this code to TC 472 procedurally: before inputting a TC 781, employees are told to "research all tax modules on the offer for an unreversed TC 470 prior to input of TC 781" and to "input TC 472 to reverse any unreversed TC 470." A TC 472 appearing just ahead of a TC 781 on a transcript is default housekeeping, not a separate favorable event.

Only one OIC transcript follows, then the stream ends

Doc 6209 states this the same way it does for the not-processable reversal: TC 781's "OIC" — Offer in Compromise — "Transcript is issued in cycle of posting and discontinues further OIC Transcripts." One final transcript cycle documents the default, and the monitoring stream that had been running since acceptance stops there. A practitioner tracking the account by transcript activity should read that single final cycle as the default record, not as an ongoing update.

What people mistake TC 781 for

People confuse it with TC 782, the other reversal of an accepted offer, and the difference between them is the whole point of reading either code carefully. TC 781 is a real default — the taxpayer failed to live up to the accepted offer's terms, and the reversal reflects a substantive collection event with the written-off liability back and running on periods whose collection statute is still open. TC 782 is a correction of an input error on the TC 780 itself, not a failure by the taxpayer, and it behaves differently on IMF as a result — a distinction worth checking before assuming either code means the same thing for the client.

People also confuse it with a clean slate. A default does not erase the fact that an offer was ever accepted, and the payments the taxpayer already made under it are not automatically refunded — they are credited against the reinstated liability instead. The client does not simply return to where they started before the offer; the offer payments reduce the restored balance, but the client has also spent time and money on an offer that ultimately did not resolve the debt.

What to do next

Confirm the TC 781 actually posted to every module the offer covered — the IRM requires it on paid-off and statute-expired periods too, so a missing module is worth raising, not assuming is intentional.

Recompute the current balance from the liability reinstated on periods whose CSED is still open, plus resumed interest and FTP, rather than assuming the account reverts to its pre-offer numbers.

Distinguish this code from TC 782 before explaining the default to a client — one is a taxpayer failure, the other an IRS input correction, and the explanation should not conflate them.

Where a TC 472 appears immediately before the TC 781, read it as clearing an unrelated TC 470 hold as part of the default process, not as relief.

Reconstruct the full sequence — TC 480, TC 780, TC 781 — with the IRS Transcript Decoder before advising on what collection options remain.