TC 896: Overpayment Credit Offset (IMF-to-BMF, IRAF, or Shared Responsibility Payment)

By Forrest Baumhover, CFP®, EA · Last verified September 10, 2026

TC 896 is a tax offset that crosses Master Files (the IRS's separate account-processing systems for individual and business taxpayers) or lands on an IRA or shared-responsibility-payment account rather than staying inside one module (the IRS's record for one tax period within the account) like TC 826, and a rare older variant with an agency code looks like a Treasury Offset Program transaction even though it is a retired 1980s-and-90s program the IRS still classifies as something else entirely.

What the code actually does

IRM 21.4.6.4.1 places TC 896 in the same family as TC 826: "A refund offset to an outstanding IMF, BMF, or NMF tax debt is referred to as a tax offset. Tax offsets appear on a tax module as: Transaction Code (TC) 820, manual credit transfer TC 826, computer-generated tax offset TC 896, computer-generated tax offset from IMF to BMF, Individual Retirement Account File (IRAF) or Shared Responsibility Payment (MFT 35) without an Agency/Sub-Agency (AG/SA) Code." IMF is the Individual Master File (individual accounts); BMF is the Business Master File (business accounts); NMF is Non-Master File, the IRS's system for account types too uncommon to carry their own Master File record. TC 896 is the version of the same internal offset engine that fires when the balance being paid down sits on the other Master File (the IRS's central account-processing system), or lands on an Individual Retirement Account File module, or on a Shared Responsibility Payment account (MFT 35, the Affordable Care Act's individual mandate penalty, which has carried a $0 amount since 2019).

IRS Document 6209 describes the mechanics from the debit side: "TC896 is used to reflect an offset to IRAF (MFT 29) and Shared Responsibility Payment (MFT 35) accounts and from IMF to BMF." Like TC 826, TC 896 is a debit that removes the amount taken from the module the overpayment came from, and it stays inside the same statutory bucket as TC 826 — not the Treasury Offset Program bucket that generates TC 898.

The exception: TC 896 with an Agency/Sub-Agency code

The same IRM subsection carries a specific exception most current transcripts will never trigger. Verbatim: "Exception: A TC 896 with an Agency/Sub-Agency (AG/SA) Code reflects a computer-generated offset to the DMF made from 1984 through January 11,1999. It is not a DMF offset if there is no AG/SA code present." DMF is the Debtor Master File, the predecessor program the Bureau of the Fiscal Service (BFS) and the Treasury Offset Program (TOP) later replaced.

That closed window is the practical point for anyone reading a transcript today: a TC 896 without an AG/SA code is simply an internal offset that crossed Master Files or landed on an IRAF or MFT 35 module, while one carrying an AG/SA code is a DMF-era artifact that should not appear on a current case outside a very old or reconstructed account history.

How it gets reversed — TC 897 versus TC 892

Document 6209 gives TC 896 two different reversal paths, and they are not interchangeable. The first is TC 897, described on its own page in full: "Credit (NPJ) I/B DMF Offset Reversal 47, 54. Credits the tax module with the amount of DMF offset reversal requested. Reverse in whole or in part an associated TC 896 with a matching agency and sub-agency." TC 897 only reverses the AG/SA-coded, DMF-era variant, matched to the same agency and sub-agency code as the original offset.

The second path is TC 892, not covered by its own page on this site: "Correction of TC 890 Processed In Error... Reverses TC 890 or 896 in whole or in part by crediting the tax module... Corresponding debit is TC 792." TC 892 reverses either TC 890 or a plain TC 896 as a processing-error correction, with no agency-matching requirement. A reversal on a TC 896 module means checking which of the two actually posted before assuming either explanation.

What TC 896 gets confused with

The nearest look-alike is TC 826 itself — both are computer-generated tax offsets under the same IRC §6402(a) authority, and Doc 6209 describes TC 826 as staying "within this taxpayer's account." TC 896 is the version that specifically crosses Master Files (from IMF to BMF) or reaches an IRAF or Shared Responsibility Payment module — a narrower fact pattern than TC 826's plain same-module transfer, under the identical statutory subsection.

The more consequential mix-up is mistaking an AG/SA-coded TC 896 for a modern TC 898 TOP offset — both describe a refund reduced to pay an outside-agency debt, with an agency code on the transcript. But per IRM 21.4.6.2, they sit on opposite sides of the same statute: TC 896 falls under section 4.1, "Tax Offset," IRC §6402(a) — the same internal-IRS authority as TC 826 — while TC 898 falls under section 4.2, "Treasury Offset Program (TOP) Offset," §6402(c) through (f), run by the Bureau of the Fiscal Service on a program still active today. An AG/SA-coded TC 896 could only have posted between 1984 and January 1999; calling BFS about a decades-old DMF offset because it resembles a live TOP transaction sends the inquiry to the wrong process for the era it actually belongs to.

What this means for your refund

If TC 896 shows up on your transcript, the IRS most likely moved money from this year's overpayment to pay down a balance on a different type of account you hold — a business account, an IRA-related module, or an old Shared Responsibility Payment charge. This is still an internal IRS matter, the same as TC 826: no outside collection agency, state, or Treasury office is involved in the ordinary case.

The exception is rare: if the transaction also carries an agency code, it may be a leftover Debtor Master File entry from no later than January 1999, worth flagging if the account history is genuinely that old. Otherwise, treat TC 896 like TC 826 — pull the full transcript with the IRS Transcript Decoder to see which module received the money.

The practitioner's actual next step

Check for an Agency/Sub-Agency code before explaining the transaction — its presence changes which program generated the offset and which decade it most likely belongs to.

If there is no AG/SA code, treat it as a same-family cousin of TC 826: confirm the balance on the receiving Master File, IRAF, or MFT 35 module is actually owed before treating the offset as settled.

If there is an AG/SA code, confirm the account history is old enough to plausibly predate January 1999 — the DMF program stopped taking new offsets on that date.

Match a reversal to the right code: TC 897 requires the same agency and sub-agency as the original TC 896 and only undoes the DMF-era variant; TC 892 corrects either TC 890 or a plain TC 896 with no agency-matching requirement at all.

Sources

This page provides general information about IRS procedures. It is not personalized tax advice, and reading it does not create a practitioner-client relationship with Forrest Baumhover, Fbaum Enterprises LLC, or The Federal Tax Desk. Every situation is different — if real money or a real deadline is on the line, consider having a licensed CPA, EA, or tax attorney review your specific facts before you act.

Free weekly federal tax analysis for practitioners

Every week, the handful of federal tax changes that actually require action — with primary-source citations, and new IRS practitioner tools the day they ship.

Subscribe free →