TC 636: Separate Appropriations Refundable Credit

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

TC 636 is the twin of TC 630 that Master File (the IRS's official repository of taxpayer data) generates automatically — the same Separate Appropriations credit category, posted by the system rather than by a human computation, and the "Generated Transaction" label on the entry is the tell that distinguishes the two.

What the code actually does

IRS Document 6209, Section 8A (the IRS’s reference guide to its data-processing codes) defines TC 636 as a "Master File generated credit for amounts falling under Separate Appropriations," using the identical identification-number convention as its manual counterpart: "with identification number 02, indicates credit for solar or wind energy investment."

The document code column for this entry reads "Generated Transaction" rather than a specific input document code — Doc 6209's own way of marking a code the computer posts on its own, rather than one a human keys in directly.

Why the source matters more than the amount

For a Separate Appropriations credit, whether it came from TC 630 or TC 636 tells you how it posted: Doc 6209 marks TC 636 as generated by Master File and TC 630 as manually computed; it does not say what input produces the generated credit.

Both codes use the same identification-number scheme, so confirming "02" on a TC 636 confirms the same solar/wind energy investment category Doc 6209 documents for TC 630 — the mechanism differs, the underlying credit category does not.

Reversal follows the same paired logic

Doc 6209's TC 637 entry mirrors TC 632's: "reversal of TC 636," with "identification number 03" marking the solar/wind-specific reversal. As with the manual pair, the reversal code stays tied to the same identification-number convention, so confirming the number on a reversal transaction confirms which original credit it actually unwinds.

Because Master File generates both TC 636 and its reversal automatically, the manual-input compatibility checks IRM 21.5.8.4(11) describes for transferred credits do not apply to the original posting. But if the credit is later moved or offset, the underlying transaction-code compatibility rule in Doc 6209 Section 8A.2 still governs that subsequent transfer.

What people mistake TC 636 for

People confuse it with TC 630. The two represent the same credit category under Separate Appropriations, distinguished only by whether the posting was manual or Master File generated.

People confuse it with an ordinary refundable credit from the return's standard credit lines. TC 636 exists specifically for the Separate Appropriations funding mechanism, not the general refundable-credit codes most returns generate.

People confuse it with a routine data-processing adjustment when the identification number is not checked — the number is what actually identifies the specific appropriation item involved.

What to do next

Check the identification number on the transaction to confirm the specific Separate Appropriations category — do not assume from the transaction code alone.

Note whether the credit posted as TC 630 (manual) or TC 636 (generated) when documenting the account's history, since the provenance differs even though the underlying credit category does not.

Confirm a reversal's identification number matches the original credit's before assuming it fully unwinds the correct transaction.

Treat an unfamiliar TC 636 as a legitimate, narrowly scoped credit rather than a data error before investigating further.

Sources

Get the free OBBBA Practitioner Guide

A plain-English breakdown of what changed, what takes effect when, and what it means for your clients. It arrives in your welcome email when you subscribe free. First Principles follows every Wednesday and Week in Tax every Friday.

Send me the free guide →