QuickBooks Desktop 2023 support ends May 31, 2026. Desktop 2024 is the last version that will ever exist. Here's the timeline, what actually breaks, what the IRS still requires you to keep, and the four ways to handle it — including the one no other migration guide is leading with.
If your business runs on QuickBooks Desktop, the question stopped being whether to plan for the transition. It's now which path, and how soon.
Intuit has been winding QB Desktop down in phases since 2022. Desktop 2022 lost support in May 2025. Desktop 2023 hits its sunset date on May 31, 2026 — a few weeks from now. Desktop 2024, the final non-Enterprise release, runs through September 30, 2027. There will be no Desktop 2025, 2026, or 2027. The product line ends.
Most of the guidance available right now focuses on one decision: migrate to QuickBooks Online, or upgrade to Enterprise. Both options can be the right answer for the right business. But both miss a more fundamental question that the sunset puts on the table — and that the IRS, your future buyer, your auditor, or opposing counsel in a dispute will eventually force you to answer.
The question is: when this software is gone and the platform that holds your history is dead, how will you prove what your books actually said?
This guide walks through the answer. It starts with the official timeline, lays out what actually stops working, surfaces the payroll-data problem that most migration guides skip, covers what the IRS still requires you to retain, and ends with a clear comparison of the four real paths forward.
Inherited a QuickBooks file rather than created one? The companion guide How to Open an Old QuickBooks File When You Don't Have QuickBooks may be a better starting point.
Intuit's lifecycle policy gives each Desktop version roughly three years of support from its release date. After that, connected services — payroll, bank feeds, payments, security updates — are turned off. The software still opens. It just becomes an isolated tool.
Here's where things stand:
| Date | What happens |
|---|---|
| September 30, 2024 | Intuit stops selling new subscriptions to Pro Plus, Premier Plus, and Mac Plus to U.S. customers. Existing subscribers can still renew. |
| May 31, 2025 | QuickBooks Desktop 2022 reaches end of support. Payroll, bank feeds, payments, security updates: all off. |
| May 31, 2026 | QuickBooks Desktop 2023 reaches end of support. Same shutdown — payroll, bank feeds, payments, updates. This is the hard deadline a large share of Desktop users are facing right now. |
| September 30, 2027 | QuickBooks Desktop 2024 reaches end of support. This is the final non-Enterprise version. After this date, every Desktop user not on Enterprise is on unsupported software. |
QuickBooks Desktop Enterprise is the only edition Intuit continues to actively sell. It is not being discontinued as a product line. However, individual Enterprise version-years follow the same three-year rule — Enterprise 22.0 sunset in May 2025, Enterprise 23.0 sunsets in May 2026, and so on. Enterprise also costs significantly more than the Plus subscriptions, with annual prices in the $1,800 to $5,000+ range per user depending on tier.
So "we're on Enterprise" doesn't fully answer the timeline question. The right question is: which Enterprise version year, and when does it sunset?
Dates above come from Intuit's own announcement and from the contemporaneous coverage in publications like Insightful Accountant. They are not in dispute. They have not been extended. Treat them as fixed.
A common misconception is that the software simply shuts off on the sunset date. It doesn't. You can still open the program, open your company file, view transactions, and run reports. What stops is everything that connects:
What that leaves you with is an offline tool reading a file on your local machine. The file is still there. You can still look at it. But every active service that made QuickBooks Desktop a working system is gone.
And that's the framing most migration guides get wrong. They treat the sunset as a software problem. It isn't. It's a records problem dressed as a software problem. The software is incidental. What matters is the data inside, and whether you can keep accessing it — and proving what it says — for as long as you're legally and operationally required to.
This is the part nobody is leading with, and it is the part that should be making the timeline feel urgent right now.
Historical payroll data does not migrate from QuickBooks Desktop to QuickBooks Online. None of it. Not the paychecks, not the YTD totals, not the per-employee history. The QBO migration tool moves your chart of accounts, your customer and vendor lists, your products and services, and up to two years of general transactions — but the payroll detail stays behind in the Desktop file.
This is confirmed by Intuit's own support staff on Intuit's own community forums, repeatedly. The official guidance, when users ask how to access historical payroll data after migrating to QBO, is: maintain an active QuickBooks Desktop subscription, plus an active Desktop Payroll subscription, indefinitely. That is the access mechanism Intuit will sell you.
Now layer that on top of the sunset timeline:
And the workarounds that float around the community forums — using a Desktop Enterprise trial license, repeatedly reinstalling trials, or paying for an Enterprise subscription you don't otherwise need just to read old files — are exactly that: workarounds. They are not strategies for keeping records you might be required to produce three, five, or seven years from now.
The official Intuit answer — maintain an active Desktop subscription plus an active Desktop Payroll subscription, indefinitely — is the answer for users who want to keep using QuickBooks' built-in payroll reports. It's not the only answer, and the framing obscures what's actually happening.
Here is what specifically goes away when the payroll subscription lapses:
Here is what does not go away:
Every paycheck QuickBooks ever produced also posted to the general ledger as a set of journal entries. The lines hit the specific accounts each payroll item maps to — wage expense accounts (debits), tax-withholding liability accounts (credits), employer tax expense accounts, 401(k) and benefits liability accounts, and cash (credit for net pay). The dollar amounts are identical to what the pre-built reports show. The employee is tagged on each line. The date is on every line. The doc number is the paycheck number.
The financial substance of every paycheck — gross wages by employee by period, individual tax withholdings, employer-side taxes, deductions, net pay — is preserved in the general ledger. It's just stored as journal-line detail rather than as a pre-built report.
What that means concretely: if the GL is captured into a portable, queryable format while the subscription is still active, the payroll-equivalent detail can be reconstructed from it indefinitely, by anyone, without QuickBooks or Intuit involved. A SQL query against the archive — filtering journal lines by employee, grouping by paycheck date and document number, classifying by account type — produces the same numbers a Payroll Summary report would have produced, sourced from the actual underlying transactions rather than from a service that no longer exists.
That reconstruction is exactly what a sealed archive is designed to support. The archive is a SQLite database with a published, open schema; anyone with SQL access — your CPA, an auditor, an attorney, you — can write the queries.
So the trap is real, but it's narrower than the Intuit-forum framing makes it sound. It's a reports trap, not a data trap, provided the GL gets captured in a form that doesn't depend on QuickBooks to read.
The implication is simple. Whatever migration path you choose, the time to extract a clean, complete, durable copy of your historical GL — including the payroll detail it contains — is while the subscription that lets you do it is still active. Not after sunset. Before.
That extraction is exactly what a sealed archive captures. More on that below.
The sunset of a software product doesn't change recordkeeping obligations. Those are set by federal and state tax authorities, and they don't move when Intuit moves.
Per the IRS's published guidance, business records must be kept for as long as they "may become material in the administration of any provision of the Internal Revenue Code." Concretely, that's the following minimum periods:
Most CPA firms advise their clients to keep most business tax records for at least seven years, and to keep filed returns indefinitely. State requirements can extend this. California, for example, requires eight years of income records under 18 CCR 19141.6 for businesses doing business in the state.
None of this assumes anything about the software you used to produce the records. The IRS doesn't care whether your books lived in QuickBooks Desktop, QBO, Xero, a paper ledger, or a spreadsheet. It cares that the records are complete, accurate, and producible on request.
So here's the math: a business closing its books today, in May 2026, may need to produce supporting records as late as 2033 for income matters and 2030 for employment taxes. Possibly later. QuickBooks Desktop 2023 will have been unsupported for seven years by then. QuickBooks Desktop 2024 will have been unsupported for six.
The retention requirement substantially outlives the software.
Most coverage of the sunset frames the choice as "migrate to QBO or upgrade to Enterprise." That's two options. There are four, and the framing matters because the right answer depends on what you actually need going forward — not just which Intuit product you end up on.
What it does well: If your business is operationally simple and going to keep operating, QBO is the path of least resistance. The migration tool is built-in, the data transfer takes hours, and you keep a familiar interface and reporting.
What it doesn't do: Move historical payroll. Move more than ~2 years of detailed transaction history in some cases. Replicate certain Desktop-only features cleanly — multi-level inventory assemblies flatten, FIFO inventory costing falls away in favor of average cost, and some industry-specific reports don't exist. Most of all: QBO is a subscription. If you ever lapse, your data is held by Intuit and re-access requires reactivation. After a year of inactivity, the data is deleted.
When this is the right choice: Active, ongoing business; standard accounting needs; you want to keep operating in the Intuit ecosystem; historical payroll preservation isn't a priority (or you're handling it separately).
What it does well: Xero, Sage, NetSuite, and others can be a better fit if QBO's specific feature gaps matter to your business — particularly inventory-heavy operations or industries QBO doesn't serve well.
What it doesn't do: Make the historical-records problem any easier. Cross-platform migrations carry the same data-loss risks as QBO migrations, often more, because there isn't a vendor-supplied tool. Anything you carry forward gets re-mapped through a third-party tool or manual export-import, and history below a couple of years often doesn't survive the trip.
When this is the right choice: Specific feature requirements QBO can't meet; willingness to invest in a proper data migration project; ongoing business with no need to preserve QB Desktop history in its original form.
What it does well: Nothing about the strategy is officially endorsed, but the software does still open after sunset. You can still enter transactions manually, run reports, and access your data on the local machine.
What it doesn't do: Handle payroll correctly (frozen tax tables = wrong filings). Provide bank feeds or payment processing. Receive security updates. Survive a hard drive failure gracefully — there's no live support, no online backup, no professional recovery path. And it doesn't answer the verifiability question at all: any QBB or QBW file can be opened, edited, and re-saved by anyone with the software. There is no way for a future auditor to verify that what they're looking at is what was originally there.
When this is the right choice: Honestly — rarely, and only as a short-term bridge. The risks compound year over year.
What it does: Captures the complete current state of your QuickBooks Desktop data — every transaction, every balance, every payroll record, the full history — into a cryptographically sealed archive that does not depend on QuickBooks (or any subscription) to read. Then you migrate forward to whatever platform makes sense for the live business, carrying only what you need to keep operating. The historical record is preserved as a verifiable, court-defensible artifact; the live file is freshly cut and clean.
When this is the right choice: When the historical record matters and the cost of losing access to it is high. That includes businesses that are selling (due diligence), winding down (records survive the entity), undergoing transitions in bookkeeping or ownership, in industries with elevated audit risk, or simply that have been on QB Desktop long enough that ten or fifteen years of history matter.
Path 4 isn't an alternative to Paths 1 or 2. It's something you do alongside them. The seal preserves the past; the migration sets up the future. They solve different problems.
The obvious objection: "Can't I just keep a copy of the QBB file and call it a day?"
You can. But it doesn't solve the records problem, and here's why.
A QBB (QuickBooks backup) file — or a QBW (the working company file) — is just a database. Anyone with a copy of QuickBooks Desktop, in any version, can open it and change anything inside it. Transactions can be edited, deleted, or added. Reconciliations can be undone. Account balances can be adjusted. The audit log inside QuickBooks tracks some of this, but the audit log itself is part of the same file and can be cleared in some configurations.
From an auditor's perspective, three years after the fact, looking at a QBB file: there is no way to tell whether what you're looking at is what was there originally, or whether it's been edited since. The file is "the books" in the same way a Word document is "the contract" — it's the right type of thing, but it doesn't prove anything about its own history.
This is the verifiability gap. And it's the gap that becomes most expensive at exactly the moments you'd care most about being defensible:
In each case, a backup file is evidence. It just isn't defensible evidence. The thing that turns it into defensible evidence is a cryptographic seal that demonstrably proves the data hasn't changed since a specific moment in time — verifiable by anyone, using free, standard tools, without trusting your vendor or anyone else.
A sealed accounting archive does three things a backup file cannot:
openssl and standard timestamp verifiers.The methodology behind this — called SALT (Sealed Accounting Ledger Technology) — is published openly, so reviewers can understand exactly what the seal proves and what it doesn't. The verification procedure is a plain-language guide written for auditors and attorneys without an engineering background. And the custody model is non-custodial: you hold the only copy of the sealed archive. The provider that produces it doesn't retain a copy, doesn't have ongoing access, and can't be subpoenaed for what they don't have.
That last property matters more than people realize. The buyer of a business, the auditor reviewing returns, the attorney handling a dispute — none of them want a vendor in the middle of the chain of custody. A sealed archive delivered directly to the business owner, with no third party holding a copy, is the cleanest possible answer to "where did these records come from and who has had access to them?"
Without trying to be the answer to every situation, here's a straightforward way to think about which path applies to yours.
If your business is actively operating and will keep operating — and you want to stay in the Intuit ecosystem — Path 1 (QBO migration) is probably the simplest answer for the live books. Layer Path 4 on top of it if any of the conditions below apply.
If you need features QBO doesn't have — multi-level inventory, FIFO costing, deep job costing — Path 2 (a different platform) is the live-books answer. Same layering note as above.
You should add Path 4 (sealed historical archive) when any of these are true:
If none of the above are true, and you have a small, recent QB Desktop file with limited history, the simple QBO migration may genuinely be enough on its own.
Regardless of which path you take, do these things now while the subscriptions and services are still active:
The thing you cannot do later is extract clean payroll history once your Desktop Payroll subscription is gone. Everything else is harder after sunset, but possible. That one is genuinely time-bounded.
This article relies on the following authoritative sources. Each is publicly accessible and independently verifiable.
Sealed Ledger is built for exactly the situation this article describes: businesses where the historical record matters, the platform is being dismantled, and a backup file isn't enough. We don't do live bookkeeping or payroll or tax filing. We do the seal and the clean cutover, then we hand the archive to you and step out.
If you're facing the May 31 deadline and aren't sure whether your situation calls for a sealed archive, the right next step is a short conversation, not a sales pitch. Tell us where you're stuck and we'll tell you whether what we do is a fit. If it isn't, we'll say so.