TC 781: Defaulted Account Compromise

What the code actually does

IRS Document 6209, Section 8A 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 original liability the offer had settled is back.

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, and that IRM 5.19.7.2.6 governs while an offer is pending, starts running again. 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, does not get carved out of the default simply because collecting on it again would accomplish little. 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 TC 781 gets confused with

It gets confused 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 original liability now back and running. 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.

It also gets confused 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 full 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.

The practitioner's actual next step

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 reinstated liability 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.