如果你每天早上仍然双击 QuickBooks Desktop 2023 的图标，你没有被锁在外面。你的公司文件仍然可以打开。你的报表仍然可以运行。但自 2026 年 5 月 31 日起，所有让该文件保持准确、合规和安全的连接服务都已悄然停止——工资税表冻结在该周发布的最后一个税率上，银行源陷入黑暗，直接存款和电子申报关闭，安全补丁也永久停止。
“软件仍然可以打开”和“软件仍然可以安全地用于运营你的业务”之间的差距，正是小企业受到伤害的地方。基于过时税表计算的工资支票不是小麻烦；这是一个预扣错误，你必须逐项罚款去纠正。不再下载的银行源不仅仅是额外的数据录入；这是一个每周都在扩大的对账盲区。本指南详细列出了 5 月 31 日究竟发生了什么、什么没有发生，以及在不丢失数据的情况下将账簿从冻结软件上迁移出去的检查清单。
2026 年 5 月 31 日实际结束的内容（以及未结束的内容）
Intuit 按照三年生命周期运行 QuickBooks Desktop。每个版本在发布后约三年内获得更新和辅助支持，然后退役。QuickBooks Desktop 2021 支持已于 2024 年 5 月结束，2022 于 2025 年 5 月结束，2023 于 2026 年 5 月 31 日结束。QuickBooks Desktop 2024——Intuit 计划发布的最后一个 Pro/Premier/Mac Plus 版本——预计将持续到 2027 年 9 月。之后，QuickBooks Desktop Enterprise 是 Intuit 将继续销售的唯一下桌面会计产品。
2026 年 6 月 1 日 Desktop 2023 停止的服务
根据 Intuit 的停用政策，Desktop 2023 的所有这些服务均已停用：
- 工资税表和工资服务——Basic、Enhanced 和 Assisted Payroll 订阅已停用。税表停止更新，工资支票不再自动计算税款，你无法将工资发送给 Intuit 处理，包括直接存款。未使用的订阅余额将按剩余期限退款，但服务已消失。
- Desktop Payments——Desktop 内的信用卡和 ACH 处理停止。
- 在线银行源——不再下载新交易，现有连接无法刷新或重新授权。
- QuickBooks Workforce（原 ViewMyPaycheck）——员工通过连接门户访问工资单和 W-2 的功能停止。
- 在线备份和其他托管服务——通过 Desktop 集成的自动在线备份结束。
- 实时技术支持——2023 问题的电话和聊天支持不再可用。
- 关键安全补丁和更新——5 月 31 日之后发现的漏洞不再有修复。
技术上仍然可用的内容
Intuit 不会在你本地安装上关闭终止开关。你仍然可以：
- 在 Desktop 2023 中打开现有公司文件
- 录入账单、发票、日记账分录和手动支票
- 运行报表、记忆交易和打印表单
- 在本地网络上单用户或多用户模式下访问数据
这份清单刻意简短。程序可以运行，但每个依赖 Intuit 服务器的流程现在都是你拥有的手动过程——并伴随随之而来的风险。
为什么冻结的工资税表是一种责任，而不是不便
这是迁移最紧迫的原因，尤其是如果你在内部处理工资。
QuickBooks Desktop 工资不会硬编码税率。每次工资更新都会提供新的联邦税表、州预扣表、社会保障工资基数、失业率和表格修订。当支持结束时，你最后下载的税表就是你永远会得到的最后一张。此后每一项立法变化——州税级调整、地方政府调整预扣、年度社会保障工资基数重置——都不会到达你的软件。
在冻结的税表上运行一次工资就会造成真正的合规风险：
- 从第一张支票起预扣就是错误的。 即使税率变化 0.2%，跨十几个员工，在一个季度内也可能造成重大预扣不足。
- 电子申报和电子支付关闭。 Desktop 2023 无法再通过 Intuit 的电子申报服务传输 941、940 或州申报表，辅助工资客户将失去自动纳税和申报功能。
- 直接存款停止处理。 Intuit 不会为已停用版本处理 ACH 工资文件，因此你需要通过纸质支票支付净工资，或中途转向外部提供商。
- W-2 和年终表格需要手动准备。 没有更新的表格和税表，年终申报将需要在另一个系统中或手工完成。
美国国税局不会因为你的软件不受支持而免除罚款。延迟或不正确的存款仍会触发未存款罚款，W-2 不匹配仍会生成通知。如果你必须在迁移前处理工资，请完全暂停 Desktop 工资，通过仍在接收更新的独立提供商或工资服务来运行——然后将日记账分录导入回你的会计系统。
失效的银行源和断开的服务：静默的故障
工资上了头条，但银行源才是日常簿记悄然中断的地方。
当实时银行源停止时，你失去：
- 自动交易下载——每笔存款和费用必须手动录入或通过手动 QBO/CSV 文件导入。
- 基于源头的匹配和规则——自动分类重复供应商的银行规则不会触发，因为没有可分类的内容。
- 连接错误时的重新获取——如果银行连接在 5 月 31 日之前已经不稳定，你现在无法重新认证来修复它。
Desktop Payments 和在线备份以同样的方式失败。通过 Desktop 集成处理的付款不再被授权，依赖 Intuit 服务的在线备份任务将显示为失败。任何通过 Intuit Desktop 网关认证的连接应用——时间跟踪、库存同步、账单支付——也可能失去连接，并在迁移后需要通过不同的集成重新授权。
实际结果是银行和账簿之间的缓慢漂移。一周手动导入是可以管理的。三个月没有银行源就是一个对账项目，需要一整个周末，即使如此仍可能漏掉你原本会自动发现的费用或退款。
你无法自行修补的安全风险
没有安全更新意味着 2026 年 5 月 31 日之后发现的每个漏洞仍在运行 Desktop 2023 的每台工作站上开放。这包括 QuickBooks 接触的 Windows 组件——PDF 生成、数据库管理器和网络共享。
如果你在同时浏览网页或检查电子邮件的有网络连接的机器上保留 Desktop 2023，你就是在联网的机器上携带未修补的财务软件。缓解措施虽然粗糙但有效：
- 如果必须保留它用于历史查询，请将安装移至隔离、不面向互联网的工作站
- 限制 Windows 用户权限，只有会计师才能启动公司文件
- 每次会话后对外部驱动器进行加密本地备份——你不再有云端安全网
- 计划让那台机器完全离线，并在单独的计算机上进行所有银行业务
这些是权宜之计，不是修复。修复是将你的活跃账簿迁移到仍接收补丁的软件上。
你的三条迁移路径（以及如何选择）
没有唯一的正确答案，但只有三条可行路径。根据你的工作方式选择，而不仅仅是根据你已拥有的东西。
选项 1：迁移到 QuickBooks Online
这就是 Intuit 引导每个 Pro、Premier 和 Mac Plus 客户的方向。这是最快的迁移路径，因为 Intuit 构建了直接导出工具，并且它恢复所有刚停止的服务——工资税表、银行源、付款和移动访问。
最适合：员工少于 100 人，你想在一个地方拥有银行源和工资，并且你可以在浏览器中工作而不是桌面应用。权衡：订阅定价高于旧桌面许可证，Premier 和 Enterprise 中一些高级库存和工单成本功能不会一一对应。迁移前审计你将失去的内容（更多内容见下文）。
选项 2：升级到 QuickBooks Desktop Enterprise
在 2024 年 9 月 30 日之后，Enterprise 是 Intuit 仍向新客户销售的唯一下桌面产品。现有 Desktop 2023 客户可以升级到 Enterprise，并保持桌面工作流程，同时继续获得支持、工资和托管选项。Enterprise 2024 支持预计将持续到 2026 年之后，Intuit 通常比 Pro/Premier 延长 Enterprise 版本。
最适合：你需要高级库存（FIFO 批次、条形码、库位）、有 30 个以上并发用户，或运行复杂工单成本且无法为 Online 重新设计工作流程。权衡：Enterprise 显著更贵，仍然是 Windows 桌面产品——你保留本地 IT 成本和备份责任。
选项 3：完全迁移到不同平台
如果你已经触及 QuickBooks 的限制——或者你想要完全拥有、版本控制的纯文本账簿——停用是评估替代方案的自然时机，从 Xero 到现代纯文本系统。这条路径需要更多规划，因为没有一键导出，但它给你对数据和长期成本的最大控制。
最适合：你是一个开发者友好的企业，你重视基于文本的审计线索和 git 历史，或者你想将簿记与单个供应商的生命周期解耦。无论你选择哪个平台，都运行下面相同的迁移前检查清单——保护数据的步骤是相同的。
迁移前检查清单：在点击导出前收集和清理什么
干净的源文件干净地迁移。混乱的源文件将多年未结清的对账带入新系统。在导出前完成这些工作。
1. 选择你的切点日期。 最干净的日期是财年末、日历年末或季度末。尽量避免在工资周期中间。如果你在年中，计划带来年初至今的交易，以便比较报表仍然有效。
2. 理顺管理员访问权限。 你需要 QuickBooks Desktop 管理员用户和密码，以及目标系统的管理员访问权限（QBO 公司管理员、Enterprise 许可证管理器或新平台所有者）。在迁移日前确认你可以登录两者。
3. 运行验证和重建。 在 Desktop 2023 中，转到文件 > 工具 > 验证数据。使用重建修复任何错误，然后重新验证。无法通过验证的文件将无法迁移。
4. 清理你不想带入的数据。
- 作废或删除比你保留政策更早的过期未清支票
- 清除“未分类”的银行源遗留项
- 合并重复的供应商、客户和账户
- 停用你不想重建的未使用项目、类别和位置
- 解决负库存数量——这些通常阻止迁移
5. 将所有对账到一个点。 将每个银行和信用卡账户对账到切点日期前的最后一份对账单。支付未付账单或明确标记为未付，以便应付账款正确转移。对未结发票和应收账款也做同样处理。
6. 快照工资和税务。 运行截至切点日期的工资汇总、工资明细和工资负债余额报表。导出员工记录、年初至今工资、扣款和已支付的税款。如果你使用辅助工资，在服务完全停用前从 Intuit 请求最终工资登记册。
7. 记录不会迁移的内容。 QuickBooks Online 不导入所有内容。常见缺口包括：
- 作为单独交易的历史工资支票（改为汇总日记账分录）
- 自定义报表和记忆报表组
- 某些库存成本层和高级价格规则
- 附加文档——迁移后重新附加
- 重复交易和银行规则——手动重建
记录每个缺口并分配某人重建。
8. 库存和销售税设置。 打印你的项目列表、手头数量估值和销售税负债报表。如果你在多个州收取销售税，截图你的税务机构设置和申报频率，以便你能准确重建。
9. 备份两次，放在两个地方。 创建本地备份（文件 > 备份公司 > 创建本地备份）和可移植公司文件（文件 > 创建副本 > 可移植公司文件）。将两者复制到外部驱动器和你能控制的云存储。在继续之前，验证你可以在测试文件夹中恢复备份。
10. 检查你的集成。 列出连接到 Desktop 的每个应用——费用捕获、时间跟踪、电子商务、账单支付、CRM。对于每个应用，确认它是否与你目标平台集成，以及连接是否需要从 Desktop 网关迁移到云 API。
逐步迁移：Desktop 到在线，不丢失数据
如果你选择 QuickBooks Online，Intuit 的内置工具完成了大部分繁重工作。无论你在 Pro Plus 2023、Premier Plus 2023 还是 Enterprise 2022+ 上，步骤类似。
第 1 步：将 Desktop 更新到最新版本。 安装你的 2023 版本可用的最终更新（帮助 > 更新 QuickBooks Desktop）。你希望在服务窗口关闭前有最后的定义。
第 2 步：准备目标公司。 创建或确定你要迁入的 QuickBooks Online 公司。如果它已有数据，导入将覆盖它——除非你打算替换所有内容，否则使用新公司。
第 3 步：从 Desktop 内部开始导出。 作为管理员，打开你的公司文件，转到公司 > 将此公司文件迁移到 QuickBooks Online（Pro/Premier）或公司 > 迁移到 QuickBooks Online（Enterprise）。选择“将你的公司文件导出到 QuickBooks Online”，并在提示时登录你的 Intuit 账户。
第 4 步：选择要移动的内容。 选择接收数据的 Online 公司并确认移动。该工具将警告你现有 Online 数据将被替换，并估算转换所需时间——从小文件几分钟到具有多年历史的大文件数小时。
第 5 步：让转换不间断运行。 不要关闭任何程序，不要让电脑休眠，导出运行时不要编辑 Desktop 中的交易。如果工具报告错误，记下错误代码——它们通常指向带有特殊字符或库存不一致的特定列表项或交易。
第 6 步：立即验证总计。 一旦 Online 报告导入完成，并排比较以下三个报表在切点日期的 Desktop 和 Online 之间：
- 试算平衡表
- 损益表（年初至今和上个财年）
- 资产负债表
如果借方等于贷方，留存收益匹配，你的核心账本完整迁移。如果不是，差异报表通常会隔离该账户。
第 7 步：重新连接和重建。 在 Online 中重新连接银行源（这些是新连接，不是复活的 Desktop 源）、重新授权付款、重建银行规则和重复交易，并重新附加文档。在你下一次实际发薪前，在新系统中对一名员工运行测试工资。
迁移后对账检查清单
导入完成时不要宣布胜利。对账才是真正的迁移。
- 银行和信用卡账户——在 Online 中重新对账每个账户到你在 Desktop 中对账的同一对账单。未兑现支票和存款应分毫不差。
- 应收账款和应付账款——打开 A/R 和 A/P 账龄报表，将每张未结发票和账单与客户或供应商记录关联。总计应等于资产负债表控制账户。
- 库存——如果你持有库存，逐项比较手头数量和库存资产价值。Online 使用 FIFO，可能以不同于 Desktop 的平均成本对相同数量进行估值——注意方法变化，如果会计师建议，通过日记账分录调整期初价值。
- 工资——确认员工的年初至今工资、预扣税款和雇主税与你的 Desktop 工资汇总相符。验证 Online 中的工资负债等于你实际欠税务机构的金额，而不仅仅是导入计算的内容。
- 销售税——重建税务机构、税率和申报设置，然后比较销售税负债报表与 Desktop。仅在负债匹配后再从新系统申报下一份申报表。
- 会计科目表和类别——审查账户类型、明细类型和类别/位置跟踪。Online 对某些账户（例如库存和销售税）有不同的必需类型——在发布新交易前纠正任何类型不匹配。
- 用户和权限——重建用户角色、设置双重身份验证，如果机器仍用于查询，删除旧 Desktop 管理员共享。
如果可以，并行运行一个周期：保持 Desktop 为只读模式 30 天，同时你在 Online 中发布所有新活动，然后比较下一个月度关账。这是对隐藏映射错误最便宜的保险。
如果你必须暂时留在 Desktop 2023：损失控制
有时日历迫使你让 Desktop 2023 再存活几周——前一年审计、需要可移植文件的注册会计师，或者无法在盘点中途移动的重型库存关账。如果你是这种情况，将 Desktop 视为冻结的归档，而不是活跃的总账。
- 停止在 Desktop 内运行工资。 使用仍接收实时税表的独立工资提供商。发布工资作为汇总日记账分录，而不是单独工资支票。
- 将银行源切换为手动导入。 每周从银行下载 QBO 或 CSV 文件，通过文件 > 工具 > 导入 > 银行数据导入。每次对账到对账单——不要让导入的交易保持未清算状态。
- 每次会话后进行全面本地备份并存储在异地。每月测试恢复。没有在线备份，一次驱动器故障就是完全损失。
- 隔离机器。 如果可能，在完成下载后断开 Desktop 2023 工作站与互联网的连接，或阻止出站流量，仅在你手动导入银行文件的短暂窗口内允许。使用单独、已修补的计算机处理电子邮件和网页浏览。
- 设定硬性停止日期。 冻结软件每个月都在变得更贵，只要你继续在其中记账。在下一个季度工资申报前，而不是之后，将迁移放在日历上。
为接下来发生的一切准备好你的账簿
Desktop 2023 的停用不是促销事件；这是一个生命周期事件。每个桌面会计版本都有支持结束日期，该版本的每个连接服务都会随之结束。处理 5 月 31 日良好的企业做了两件事：他们在移动数据前清理了数据，移动后验证了每个控制总计。
如果你正在做这个验证，请在一个你能看到完整轨迹的系统中做。迁移后良好的簿记不是关于屏幕上哪个标志——而是关于拥有完整、可审计的记录，你可以比较、备份和对账，而不需要问供应商该功能是否仍受支持。
Beancount.io 就是为这种所有权而构建的：纯文本、复式记账，在版本控制下，每笔交易都是你可以审查、搜索并永远保存的文本行。它与 Fava 配对用于仪表板和报表，并将你的历史保存在 git 中，因此停用永远不会带走你的账簿。无论你选择 QuickBooks Online、Enterprise 还是纯文本账本用于部分工作流程，同样的纪律适用——对账到源头，保留你可以恢复的备份，不要在停止更新的税表上运行工资。
如果 5 月 31 日让你措手不及，把本周当作你的迁移冲刺。备份、验证、导出和重新对账。软件明天仍会打开——但那些让你的工资合规和银行源诚实的部分已经关闭。在你的账簿仍然干净时迁移。
简化你的财务管理
当你从已停用的软件迁移并重建银行源、工资和报表时，这是收紧你资金跟踪方式的完美时机。Beancount.io 为你提供透明的纯文本会计，版本控制，并设计为超越任何供应商的支持窗口——没有黑匣子，没有强制升级。 免费开始，看看为什么希望完全控制财务数据的企业正在转向纯文本会计。