毎朝QuickBooks Desktop 2023のアイコンをダブルクリックしているなら、ロックアウトされたわけではありません。会社ファイルはまだ開きます。レポートも実行できます。しかし、2026年5月31日以降、そのファイルを正確で、法令遵守し、安全に保っていたすべての接続サービスは静かに停止しました。給与税テーブルはその週に発表された最後の税率で凍結され、銀行フィードは停止し、直接入金と電子申告はシャットダウンし、セキュリティパッチは永久に終了しました。
「ソフトウェアがまだ開く」と「ソフトウェアがビジネスを運営するのにまだ安全である」というギャップは、中小企業が損害を受ける場所です。古いテーブルで計算された給与小切手は、小さな不便ではありません。それは、罰金を一つずつ支払って修正しなければならない源泉徴収エラーです。ダウンロードされなくなった銀行フィードは、単なるデータ入力の増加ではありません。それは、毎週大きくなる照合の盲点です。このガイドでは、5月31日に正確に何が壊れたのか、何が壊れなかったのか、そしてデータを失わずに帳簿を凍結されたソフトウェアから移行するためのチェックリストを詳しく説明します。
2026年5月31日に実際に終了したもの（そして終了しなかったもの）
IntuitはQuickBooks Desktopを3年間のライフサイクルで運用しています。各バージョンはリリース後約3年間、アップデートとサポートを受け、その後廃止されます。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給与は税率をハードコードしていません。各給与アップデートは、新しい連邦テーブル、州の源泉徴収テーブル、社会保障賃金基準、失業率、フォーム改訂を提供します。サポートが終了すると、最後にダウンロードしたテーブルが最後のテーブルになります。その後のすべての立法変更 – 州の税率区分の調整、源泉徴収を微調整する自治体、毎年の社会保障賃金基準のリセット – はソフトウェアに届きません。
凍結されたテーブルで給与を一度でも実行すると、実際のコンプライアンスリスクが発生します：
- 最初の小切手から源泉徴収が間違っています。 12人の従業員にわたるわずか0.2%の税率変更でも、四半期にわたって重大な過小徴収を生み出す可能性があります。
- 電子申告と電子納付が停止します。 Desktop 2023は、Intuitの電子申告サービスを通じて941、940、または州の申告書を送信できなくなり、Assisted Payrollの顧客は自動納税と申告を失います。
- 直接入金の処理が停止します。 Intuitは廃止されたバージョンのACH給与ファイルを処理しないため、正味給与を紙の小切手で支給するか、途中で外部プロバイダーに切り替える必要があります。
- W-2および年末フォームは手動作成が必要です。 更新されたフォームとテーブルがないため、年末申告は別のシステムまたは手動で完了する必要があります。
IRSはソフトウェアがサポート外だったという理由で罰金を免除しません。遅延または不正確な納付は依然として納付遅延ペナルティを引き起こし、W-2の不一致は依然として通知を生成します。移行前に給与を実行する必要がある場合は、Desktop給与を完全に一時停止し、更新を受け続けているスタンドアロンのプロバイダーまたは給与サービスで実行してから、仕訳を会計システムにインポートし直してください。
停止した銀行フィードと切断されたサービス：静かな破壊
給与は見出しになりますが、銀行フィードは日常の簿記が静かに壊れる場所です。
ライブ銀行フィードが停止すると、以下を失います：
- 自動取引ダウンロード — すべての入金と請求は、手動入力または手動のQBO/CSVファイルによるインポートが必要になります。
- フィードベースのマッチングとルール — 定期的な仕入先を自動分類していた銀行ルールは、分類するものがないため機能しません。
- 接続エラー時の再フィード — 5月31日より前に銀行接続が不安定だった場合、修正のために再認証することはできません。
Desktop Paymentsとオンラインバックアップも同じように失敗します。Desktop統合を通じて処理された支払いは承認されなくなり、Intuitのサービスに依存していたオンラインバックアップジョブは失敗として表示されます。IntuitのDesktopゲートウェイを通じて認証された接続アプリ – タイムトラッキング、在庫同期、請求書支払い – もリンクを失い、移行後に別の統合を通じて再認証する必要がある場合があります。
実際の結果は、銀行と帳簿の間にゆっくりとした乖離が生じることです。1週間の手動インポートは管理可能です。フィードなしで3か月は、週末全体を費やす照合プロジェクトとなり、自動的に気付いたであろう手数料や返金を見逃すことになります。
自分ではパッチを当てられないセキュリティリスク
セキュリティアップデートがないということは、2026年5月31日以降に発見されたすべての脆弱性が、Desktop 2023を実行しているすべてのワークステーションで開いたままになることを意味します。これには、QuickBooksが触れるWindowsコンポーネント – PDF生成、データベースマネージャー、ネットワーク共有 – が含まれます。
Desktop 2023を、ウェブを閲覧したりメールをチェックしたりするネットワーク接続されたマシンに置き続ける場合、インターネットに接続されたボックスでパッチ適用されていない財務ソフトウェアを運ぶことになります。緩和策は単純ですが効果的です：
- 履歴参照のために保持する必要がある場合は、インターネットに接続されていない隔離されたワークステーションにインストールを移動する
- 会計士のみが会社ファイルを起動できるようにWindowsユーザー権限を制限する
- 毎セッション後に外部ドライブに暗号化されたローカルバックアップを作成する – もはやクラウドのセーフティネットはありません
- そのマシンを完全にオフラインにする予定を立て、すべての銀行業務を別のコンピューターで行う
これらは一時しのぎであり、修正ではありません。修正は、アクティブな帳簿をパッチを受け続けるソフトウェアに移行することです。
3つの移行パス（とその選び方）
単一の正解はありませんが、実行可能なパスは3つだけです。すでに所有しているものだけでなく、どのように作業するかに基づいて選択してください。
オプション1：QuickBooks Onlineに移行
ここがIntuitがすべてのPro、Premier、Mac Plusの顧客を導いている場所です。Intuitが直接エクスポートツールを構築したため、最も速い移行パスであり、壊れたすべてのサービス – 給与テーブル、銀行フィード、支払い、モバイルアクセス – を復元します。
最適な場合：従業員が100人未満で、銀行フィードと給与を1か所にまとめたい場合、デスクトップアプリではなくブラウザで作業できる場合。トレードオフ：サブスクリプション価格は古いデスクトップライセンスよりも高く、PremierとEnterpriseの高度な在庫管理やジョブコスト計算機能の一部は一対一で移行されません。移行する前に失うものを監査してください（詳細は後述）。
オプション2：QuickBooks Desktop Enterpriseにアップグレード
Enterpriseは、2024年9月30日以降に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. VerifyとRebuildを実行する。 Desktop 2023で、[ファイル] > [ユーティリティ] > [データの検証]に移動します。Rebuildでエラーを修正し、再検証します。検証に失敗したファイルは移行に失敗します。
4. 持ち越したくないデータをクリーンアップする。
- 保持ポリシーより古い古い未清算の小切手を無効化または削除する
- 「未分類」の銀行フィードの残りをクリアする
- 重複する仕入先、顧客、勘定科目をマージする
- 再作成したくない未使用の品目、クラス、場所を無効化する
- マイナスの在庫数量を解決する – これらは移行をブロックすることがよくあります
5. すべてをある時点まで照合する。 切り替え日より前の最後の明細書まで、すべての銀行およびクレジットカード勘定を照合します。未払いの請求書を支払うか、未払いとして明確にマークして、買掛金が正しく転送されるようにします。未処理の請求書と売掛金についても同じことを行います。
6. 給与と税金のスナップショットを取る。 切り替え日時点の給与サマリー、給与明細、給与負債残高レポートを実行します。従業員記録、年初来賃金、控除、支払われた税金をエクスポートします。Assisted Payrollを使用している場合は、サービスが完全に無効化される前にIntuitに最終給与レジスターを要求してください。
7. 移行されないものを文書化する。 QuickBooks Onlineはすべてをインポートするわけではありません。一般的なギャップは次のとおりです：
- 個々の取引としての過去の給与小切手（代わりに要約された仕訳）
- カスタムレポートと記憶されたレポートグループ
- 特定の在庫原価層と高度な価格ルール
- 添付文書 – 移行後に再添付
- 定期取引と銀行ルール – 手動で再構築
各ギャップを記録し、再構築する担当者を割り当てます。
8. 在庫と売上税の設定。 品目リスト、手元数量評価、売上税負債レポートを印刷します。複数の州で売上税を徴収している場合は、税務機関の設定と申告頻度のスクリーンショットを撮って、正確に再作成できるようにします。
9. 2回、2つの場所にバックアップする。 ローカルバックアップ（[ファイル] > [会社のバックアップ] > [ローカルバックアップの作成]）とポータブル会社ファイル（[ファイル] > [コピーの作成] > [ポータブル会社ファイル]）を作成します。両方を外部ドライブと自分が管理するクラウドストレージにコピーします。テストフォルダーにバックアップを復元できることを確認してから進めます。
10. 統合を確認する。 Desktopに接続されているすべてのアプリ – 経費取得、タイムトラッキング、Eコマース、請求書支払い、CRM – をリストアップします。それぞれについて、ターゲットプラットフォームと統合するかどうか、接続をDesktopゲートウェイからクラウドAPIに移行する必要があるかどうかを確認します。
ステップバイステップ移行：データを失わずにDesktopからOnlineへ
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の間で次の3つのレポートを並べて比較します：
- 試算表
- 損益計算書（年初来および前会計年度）
- 貸借対照表
借方と貸方が等しく、利益剰余金が一致すれば、コア台帳は無傷で移行されています。そうでない場合、差異レポートが通常、勘定科目を特定します。
ステップ7：再接続して再構築する。 Onlineで銀行フィードを再接続し（これらは復活したDesktopフィードではなく新しい接続です）、支払いを再承認し、銀行ルールと定期取引を再構築し、文書を再添付します。次の実際の給与実行の前に、新しいシステムで1人の従業員に対してテスト給与を実行します。
移行後照合チェックリスト
インポートが完了した後に勝利を宣言しないでください。照合こそが本当の移行です。
- 銀行およびクレジットカード勘定 — Desktopで照合したのと同じ明細書に、Onlineのすべての勘定を再照合します。未清算の小切手と入金は1円単位で一致する必要があります。
- 売掛金と買掛金 — A/RおよびA/Pエージングレポートを開き、各未処理の請求書と仕入先請求書を顧客または仕入先レコードに結び付けます。合計は貸借対照表の管理勘定と一致する必要があります。
- 在庫 — 在庫を保有している場合は、手元数量と在庫資産価値を品目ごとに比較します。OnlineはFIFOを使用し、Desktopの平均原価とは異なる方法で同じ数量を評価する場合があります – 方法の変更に注意し、会計士がアドバイスする場合は仕訳で期首残高を調整します。
- 給与 — 従業員の年初来賃金、源泉徴収税、雇用主負担税がDesktopの給与サマリーと一致することを確認します。Onlineの給与負債が、インポートが計算したものだけでなく、実際に政府機関に支払うべきものと等しいことを確認します。
- 売上税 — 税務機関、税率、申告設定を再構築し、売上税負債レポートをDesktopと比較します。負債が一致した後にのみ、新しいシステムから次の申告書を提出します。
- 勘定科目表とクラス — 勘定科目タイプ、詳細タイプ、クラス/場所の追跡を確認します。Onlineは特定の勘定科目（在庫や売上税など）に異なる必須タイプがあります – 新しい取引を転記する前にタイプの不一致を修正してください。
- ユーザーと権限 — ユーザーロールを再作成し、2要素認証を設定し、マシンが参照用に稼働し続ける場合は古いDesktop管理者共有を削除します。
可能であれば、1サイクル並列実行してください：Desktopを30日間読み取り専用モードに保ち、Onlineで新しいアクティビティをすべて転記し、次の月次決算を比較します。これは、隠れたマッピングエラーに対する最も安価な保険です。
しばらくDesktop 2023に留まる必要がある場合：ダメージコントロール
カレンダーがDesktop 2023をあと数週間維持することを余儀なくさせることがあります – 前年度の監査、ポータブルファイルを必要とするCPA、またはカウント中に移動できない重い在庫決算。あなたがその場合、Desktopをアクティブな総勘定元帳ではなく、凍結されたアーカイブとして扱ってください。
- Desktop内での給与実行を停止する。 ライブな税テーブルを受け取り続けるスタンドアロンの給与プロバイダーを使用してください。個々の給与小切手ではなく、要約された仕訳として給与を転記します。
- 銀行フィードを手動インポートに切り替える。 銀行から毎週QBOまたはCSVファイルをダウンロードし、[ファイル] > [ユーティリティ] > [インポート] > [銀行データ]でインポートします。毎回明細書に照合します – インポートされた取引を未清算のまま放置しないでください。
- 毎セッション後に完全なローカルバックアップを取り、 オフサイトに保存します。毎月復元をテストします。オンラインバックアップがないため、単一のドライブ障害は完全な損失です。
- マシンを隔離する。 可能であれば、ダウンロード完了後に Desktop 2023ワークステーションをインターネットから切断するか、手動で銀行ファイルをインポートする短い時間枠を除いて発信トラフィックをブロックします。メールとウェブブラウジングには別のパッチ適用済みコンピューターを使用してください。
- ハードな停止日を設定する。 凍結されたソフトウェアは、転記を続けるたびに毎月コストがかかります。次の四半期給与申告の前に、移行をカレンダーに入れてください。
次の展開に備えて帳簿を準備する
Desktop 2023の廃止は販売イベントではなく、ライフサイクルイベントです。すべてのデスクトップ会計バージョンにはサポート終了日があり、そのバージョンに結び付けられたすべての接続サービスもそれとともに終了します。5月31日をうまく処理した企業は2つのことを行いました：データを移動する前にクリーンアップし、移行後にすべての管理合計を検証しました。
その検証を行う場合は、全体のトレイルを見ることができるシステムで行ってください。移行後の優れた簿記は、画面上のロゴが何かではなく、ベンダーに機能がまだサポートされているか尋ねることなく、差分を取って、バックアップして、照合できる完全で監査可能な記録を持つことです。
Beancount.ioはそのような所有権のために構築されています：バージョン管理下のプレーンテキストの複式簿記で、すべての取引はレビュー、検索、永遠に保持できるテキストの行です。Favaと組み合わせてダッシュボードとレポートを実現し、履歴をgitに保持するため、廃止が帳簿を連れて行くことはありません。QuickBooks Online、Enterprise、またはワークフローの一部にプレーンテキストの台帳を使用する場合でも、同じ規律が適用されます – ソースに照合し、復元できるバックアップを保持し、更新が停止したテーブルで給与を実行しないでください。
5月31日に驚かされた場合は、今週を移行スプリントとして扱ってください。バックアップし、検証し、エクスポートし、再照合してください。ソフトウェアは明日も開くでしょう – しかし、給与を法令遵守に保ち、銀行フィードを正直に保つ部分はすでに閉じています。帳簿がまだクリーンなうちに移行してください。
財務管理を簡素化
廃止されたソフトウェアから移行し、銀行フィード、給与、レポートを再構築する際、お金の追跡方法を強化する絶好のタイミングです。Beancount.ioは、透明性があり、バージョン管理され、ベンダーのサポートウィンドウを超えて構築されたプレーンテキスト会計を提供します – ブラックボックスも強制アップグレードもありません。無料で始める そして、財務データを完全に制御したい企業がなぜプレーンテキスト会計に切り替えているのかを確認してください。