6月更新後にOfficeが起動しない・文書が開かないOLE不具合の修正方法【KB5101650ほか】

2026年6月9日以降のWindows更新を適用してから、業務ソフトや文献管理ソフトなどからWordやExcelを起動できない、文書を開けない場合、修正プログラムはすでに提供されています。Microsoftは、OLE Automationを利用してMicrosoft Officeと連携する一部アプリの互換性問題を「修正済み」としており、対象バージョンのWindows 11に2026年7月14日以降の累積更新を適用するよう案内しています。(マイクロソフトサポート)

最初に行うべきなのは、Officeの再インストールではありません。WindowsのバージョンとOSビルドを確認し、23H2はKB5099414、24H2・25H2はKB5101650、26H1はKB5101649、またはそれ以降の累積更新を適用してください。(マイクロソフトサポート)

ただし、この不具合は「Officeが起動しないすべてのケース」に当てはまるわけではありません。主な対象は、第三者製アプリがOLE Automationを使ってOfficeを呼び出す場面です。WordやExcelをスタートメニューから直接起動しても失敗する場合や、特定の1ファイルだけ開けない場合は、別の原因も確認する必要があります。

目次

結論:2026年7月14日以降のWindows累積更新を適用する

対象となるWindows 11のバージョンと、OLE不具合を修正する更新プログラムは次のとおりです。

Windows 11のバージョン修正を含む更新プログラム修正後のOSビルド不具合の起点となった6月更新
23H2KB509941422631.7376KB5093998以降 (マイクロソフトサポート)
24H2KB510165026100.8875KB5094126以降 (マイクロソフトサポート)
25H2KB510165026200.8875KB5094126以降 (マイクロソフトサポート)
26H1KB510164928000.2525KB5095051以降 (マイクロソフトサポート)

Microsoftは、この問題について「2026年7月14日以降に公開されたWindows更新で解決する」と説明しています。そのため、表に記載したKB番号と完全に一致しなくても、表のOSビルドより新しい累積更新がインストールされていれば、OLE修正は含まれています。(マイクロソフトサポート)

24H2・25H2でKB5121767が表示される場合

2026年7月19日時点では、Windows 11 24H2・25H2向けに、2026年7月18日公開の緊急更新KB5121767も提供されています。

KB5121767は、OSビルド26100.8894または26200.8894に更新する累積パッケージです。Microsoftは、過去のセキュリティ更新と品質更新の改善をすべて含むと説明しています。そのため、Windows UpdateにKB5121767が表示される端末では、KB5101650を先に探してインストールする必要はありません。(マイクロソフトサポート)

KB5121767は、Intel Innovation Platform Frameworkドライバーを搭載する一部のDell端末で発生した別の互換性問題に対応した更新です。該当しない端末では、KB5101650の適用済み状態でもOLE不具合は修正されています。

どのような不具合が発生していたのか

今回の問題では、2026年6月9日以降のWindows更新を適用した後、OLE Automationを使ってOfficeと連携する一部の第三者製アプリで、次のような症状が発生する可能性があります。

  • 業務ソフトの「Wordで開く」を押してもWordが起動しない
  • 会計・監査ソフトからExcelファイルを開けない
  • 文献管理ソフトからWord文書を生成できない
  • アプリからPowerPointやAccessを呼び出せない
  • Officeのプロセスが一瞬起動して終了する
  • エラーメッセージが表示されないまま処理が止まる

Microsoftは、影響を受ける可能性があるOfficeアプリとして、Word、Excel、PowerPoint、Accessなどを挙げています。また、報告例としてCCH Engagement、Workpaper Manager、Dentrix、Softdent、Zoteroを掲載しています。これら以外でも、OLE Automationを使ってOfficeを制御するアプリは影響を受ける可能性があります。(マイクロソフトサポート)

OLE不具合に該当する可能性が高い状況

次の条件が重なるほど、今回のOLE Automation不具合に該当する可能性が高くなります。

確認する状況OLE不具合の可能性判断のポイント
2026年6月9日以降に突然発生した高いWindows更新の適用日と発生日が一致する
業務ソフトから呼び出すと失敗する高いOLE AutomationによるOffice連携の典型例
WordやExcelを直接起動すると使える高いOffice本体より、アプリ間連携の経路が疑われる
エラーを表示せず何も起きない高いMicrosoftも無言で失敗する場合があると説明
1つの文書だけ開けない低いファイル破損や保護ビューなど別原因の可能性
Wordの新規文書も直接起動できない中~低Office本体、アドイン、ユーザープロファイルなども確認
ネットワーク上の文書だけ開けない低い権限、信頼済み場所、セキュリティ製品などを確認
修正後のOSビルドに更新済み低い第三者製アプリ側の更新や別障害を調査する

原因はWindows側のOLE Automation互換性問題

OLE Automationは、あるアプリから別のアプリが公開している機能やプロパティを呼び出すための仕組みです。

たとえば、業務システムがWordを起動して帳票テンプレートに値を差し込んだり、会計ソフトがExcelを呼び出して集計表を作成したりする処理で使われます。技術的には、Officeなどが公開するオブジェクトのメソッドやプロパティを、別のプログラムから実行します。(Microsoft Learn)

2026年6月のWindows更新では、このOLE Automationの互換性に問題が入り、第三者製アプリからOfficeを起動する処理や文書を開く処理が失敗する場合がありました。

つまり、文書自体が壊れたとは限りません。また、Officeのインストールが破損したとも限りません。WindowsとOffice連携アプリの間にある自動化処理が正常に完了しないことが、今回の中心的な原因です。

そのため、最初からOfficeをアンインストールしたり、OLE関連DLLを手動で再登録したりするより、まずWindowsを修正済みビルドへ更新する方が合理的です。

Officeが起動しないOLE不具合を修正する手順

WindowsのバージョンとOSビルドを確認する

まず、現在のWindows 11のバージョンとOSビルドを確認します。

  1. WindowsキーとRキーを押します。
  2. 「ファイル名を指定して実行」にwinverと入力します。
  3. 「バージョン」と「OSビルド」を確認します。

表示例は次のとおりです。

バージョン 24H2
OS ビルド 26100.8655

この例では、24H2の修正済みビルド26100.8875に達していないため、更新が必要です。

Windows Updateから最新の累積更新を適用する

個人PCやWindows Updateを直接利用できる端末では、次の手順で更新します。

  1. 作業中の文書を保存します。
  2. Officeと連携元の業務アプリを終了します。
  3. WindowsキーとIキーを押して「設定」を開きます。
  4. 「Windows Update」を選択します。
  5. 「更新プログラムのチェック」を押します。
  6. 2026年7月の累積更新、またはそれより新しい更新をインストールします。
  7. 再起動を求められた場合は、PCを再起動します。

対象の更新は、通常のWindows Updateに加え、Windows Update for Business、Microsoft Update Catalog、WSUSなどでも提供されています。Microsoftは最新のサービススタック更新を累積更新に統合しているため、一般的な更新手順ではSSUを個別に探す必要はありません。(マイクロソフトサポート)

更新後のOSビルドを確認する

再起動後にもう一度winverを実行し、次の基準を満たしていることを確認します。

  • 23H2:22631.7376以上
  • 24H2:26100.8875以上
  • 25H2:26200.8875以上
  • 26H1:28000.2525以上

24H2または25H2でKB5121767を適用した場合は、26100.8894または26200.8894と表示されます。このビルドもOLE修正を含んでいます。

問題が起きていた操作を再テストする

Officeを直接起動するだけでは、修正確認として不十分です。実際に問題が発生していた第三者製アプリから、同じ操作を行ってください。

確認する項目は次のとおりです。

  • 連携アプリからWordやExcelが起動するか
  • 既存文書を開けるか
  • 新しい文書を生成できるか
  • 文書を保存して閉じられるか
  • 連携アプリへ処理結果が戻るか
  • 同じ操作を複数回行っても再発しないか

帳票作成や文書出力では、Officeが起動しただけで成功と判断しないことが重要です。差し込み、保存、印刷、PDF出力、終了処理まで確認します。

企業や組織で更新を展開する際のポイント

OLE Automationは、利用者が意識せず業務システム内部で使われていることがあります。そのため、Office単体の起動確認だけで全台展開を判断すると、業務アプリ側の問題を見落とす可能性があります。

実際の業務フローで事前検証する

テスト端末では、少なくとも次の操作を確認します。

  • 文書管理システムからWordを起動する
  • 基幹システムからExcel帳票を出力する
  • Accessを利用したデータ処理を実行する
  • Officeテンプレートへデータを差し込む
  • 文書を保存、印刷、閉じる
  • 複数ユーザーで同じ処理を実行する

OLE連携を使うアプリが複数ある場合は、代表的な1製品だけでなく、それぞれをテストする必要があります。

更新前後のビルドを記録する

PowerShellでは、次のコマンドでWindowsのバージョンと完全なOSビルドを確認できます。

$cv = Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion'

[pscustomobject]@{
    Edition = $cv.EditionID
    Version = $cv.DisplayVersion
    OSBuild = "$($cv.CurrentBuild).$($cv.UBR)"
}

実行結果の例です。

Edition       Version OSBuild
-------       ------- -------
Professional  24H2    26100.8875

累積更新は後続パッケージによって置き換えられるため、特定のKB番号だけでなく、完全なOSビルドも確認すると判断しやすくなります。

段階的に展開する

一斉展開より、次の順番が安全です。

  1. OLE連携を頻繁に使う担当者のテスト端末へ適用する
  2. 実際の帳票出力や文書生成を確認する
  3. 問題がなければ小規模グループへ展開する
  4. 問い合わせ状況を確認して全体へ展開する

更新後に再起動していない端末が残ると、修正済みファイルが読み込まれないまま業務アプリを使い続ける可能性があります。展開状況だけでなく、再起動完了も確認してください。

更新してもOfficeや文書が開かない場合の確認項目

修正済みOSビルドへ更新しても症状が続く場合は、次の順番で切り分けます。

PCを再起動する

累積更新をインストールしただけで、再起動が保留されている場合があります。

「設定」から「Windows Update」を開き、「再起動が必要です」と表示されていないか確認してください。タスクマネージャーにWordやExcelのプロセスが残っている場合も、いったんPCを再起動します。

Officeを直接起動できるか確認する

スタートメニューからWordやExcelを直接起動します。

直接起動でき、第三者製アプリからだけ起動できない場合は、次の項目を確認します。

  • 連携アプリが最新版か
  • 連携アプリにOffice対応パッチがあるか
  • Officeの32ビット版・64ビット版に対応しているか
  • COMアドインやテンプレートが古くないか
  • 連携アプリの設定でOfficeの実行ファイルを固定指定していないか

この場合は、アプリの提供元へ次の情報を伝えると調査が進みやすくなります。

  • Windows 11のバージョン
  • 完全なOSビルド
  • Officeのエディションと32ビット・64ビット
  • 連携アプリの製品名とバージョン
  • Officeを直接起動できるか
  • 問題が発生する操作
  • 表示されたエラーや発生時刻

Officeのセーフモードを試す

WordやExcelを直接起動しても失敗する場合は、アドインの影響を切り分けます。

WindowsキーとRキーを押し、次のコマンドを実行します。

Wordの場合:

winword /safe

Excelの場合:

excel /safe

セーフモードでは起動できる場合、Officeアドインやテンプレート、起動時に読み込まれる設定が原因の可能性があります。

Officeを修復する

Windowsを修正済みビルドへ更新しても、Officeを直接起動できない場合は、Officeの修復を検討します。

一般的な手順は次のとおりです。

  1. 「設定」を開きます。
  2. 「アプリ」から「インストールされているアプリ」を開きます。
  3. Microsoft 365またはOfficeを探します。
  4. メニューから「変更」または「修復」を選択します。
  5. まず「クイック修復」を実行します。
  6. 改善しなければ「オンライン修復」を検討します。

今回のOLE不具合だけであれば、通常はWindows更新が優先です。Office修復は、修正済みOSビルドに更新してもOfficeを直接起動できない場合に行います。

特定の文書だけ開けない場合

1つの文書だけ開けない場合は、今回のOLE不具合とは別に、次の可能性があります。

  • 文書ファイルの破損
  • 他のユーザーによるロック
  • 保護ビューによる制限
  • ファイル名や保存パスが長すぎる
  • ネットワークフォルダーの権限不足
  • セキュリティ製品によるブロック
  • 古いファイル形式との互換性問題

同じ種類の別文書を開けるか、ローカルフォルダーへコピーすると開けるかを確認してください。

避けるべき対処法

いきなりOfficeを再インストールしない

今回の修正はWindows累積更新に含まれています。Windowsが未修正のままOfficeを再インストールしても、OLE Automationの互換性問題が残る可能性があります。

レジストリやDLLを推測で変更しない

インターネット上には、OLE関連DLLの再登録やCOM設定の変更を案内する古い対処法があります。しかし、今回の問題に対するMicrosoft公式の解決策は、2026年7月14日以降のWindows更新を適用することです。

根拠なくregsvr32を実行したり、DCOMやOfficeのレジストリを変更したりすると、別のアプリ連携に影響する可能性があります。

6月のセキュリティ更新を安易に削除しない

更新プログラムのアンインストールは、一時的に症状を回避できる場合があっても、セキュリティ修正まで削除します。

すでに修正版が提供されているため、原則として6月更新を削除するのではなく、7月14日以降の累積更新へ進めてください。業務上の事情で更新を適用できない場合は、組織のIT管理者とアプリ提供元の案内に従います。

よくある疑問

Officeの更新だけで直るのか

今回の問題に対する修正は、Office更新ではなくWindowsの累積更新として提供されています。

Officeも通常どおり最新に保つべきですが、OLE不具合の解消には、対象のWindows 11を修正済みOSビルドへ更新する必要があります。

KB5101650が更新履歴に表示されない場合は未修正なのか

必ずしも未修正ではありません。

KB5101650より新しい累積更新を適用すると、更新履歴には後続のKB番号が表示される場合があります。24H2で26100.8875以上、25H2で26200.8875以上になっているかを確認してください。

KB5121767を適用した端末では、KB5101650の改善を含んだ状態で26100.8894または26200.8894になります。(マイクロソフトサポート)

エラーメッセージが表示されなくても該当するのか

該当する可能性があります。

Microsoftは、Officeアプリや文書がエラーを表示せずに開かない場合があると説明しています。連携元アプリのボタンを押しても何も起きない場合は、Windows更新日とOSビルドを確認してください。(マイクロソフトサポート)

WordやExcelを直接起動できる場合も更新は必要か

第三者製アプリからだけ失敗する場合は、今回のOLE不具合の症状とよく一致します。

直接起動できるから問題がないと判断せず、修正済みビルドへ更新したうえで、第三者製アプリからの起動や文書生成を再テストしてください。

まずOSビルドを確認し、最新の累積更新を適用する

2026年6月更新後に、第三者製アプリからOfficeが起動しない、WordやExcelの文書が開かない場合は、WindowsのOLE Automation不具合が原因となっている可能性があります。

Microsoft公式の状態は修正済みです。対応は次の順番で進めます。

  1. winverでWindows 11のバージョンとOSビルドを確認する
  2. 2026年7月14日以降の累積更新、またはさらに新しい更新を適用する
  3. PCを再起動する
  4. 問題が発生していた第三者製アプリからOffice連携を再テストする
  5. 修正済みビルドでも直らなければ、Office本体と連携アプリ側を切り分ける

Officeの再インストールやレジストリ変更を先に行うのではなく、まずWindowsを修正済みビルドへ更新することが、最も確実で影響の少ない対処です。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次