Microsoft 365障害 今の状況｜Outlook・Teamsの確認先【2026年11月】

最終更新：2026年11月15日 15:17（日本時間）

Microsoft 365 の障害について、2026年11月15日時点（日本時間 15:17 に確認）の公開の状態ページ（Service Health Status）は「All products are operational（すべての製品が稼働中）」と表示しています。11月13日の未明に始まった障害は、Outlook のメールと予定表を動かす Exchange Online（Microsoft 365 のメールのサービス）が中心で、Microsoft は11月14日 15:09 に復旧を投稿しました（Microsoft 365 Status の復旧の投稿）。

例えば、朝から「Outlook が開かない」「Teams の予定表が出ない」という問い合わせが続いた場合、情シスや総務が知りたいのは、Microsoft の側の障害なのか、何が使えるのか、いつ直るのか、ですよね。この記事は、その確かめ方と経緯を、Microsoft の発表をもとにまとめたものです。内容は、2026年11月15日時点で確認しました。

Microsoft 365 管理センターに出たインシデントの文面は管理者しか見られないので、米ペンシルベニア大学の IT 部門が公開している写し（Microsoft’s Incident Report for PennO365）で読みました。書いたのは Microsoft で、読んだ経路が大学の写しです。社内報告では、自社の管理センターの文面で確かめてください。

Microsoft 365障害の今の状況（2026年11月15日 15:17 時点）

先に、今どうなっているかです。時刻は日本時間です。

この表は、上の時刻に確かめた内容です。今の状態は、公開の状態ページと自社の管理センターで確かめてください。

11月13日の障害の経緯｜日本時間の時系列

Microsoft の発表は、日本時間の11月13日（金）01:20 に Exchange Online のインシデント（EX1550543）として始まり、03:27 に、複数のサービスを対象にしたインシデント（MO1550821）が出ました。時刻は UTC（協定世界時。日本時間より 9 時間遅い）で書かれているので、下の表では日本時間に直し、元の UTC を括弧で添えています。

出どころの「EX」「MO」は、管理センターの EX1550543 と MO1550821 の文面（大学の写し）、「X」は Microsoft 365 Status の投稿です。

「いつからいつまで」は、出どころを分けて書く

Microsoft が最終ステータスに書いた開始は11月12日 4:20 PM UTC（日本時間の11月13日 01:20）、終了は11月13日 4:10 PM UTC（同11月14日 01:10）です。ただ、終了の時刻より後も「完全な復旧の見込みの時刻はまだ無い」（11月14日 05:01）と書いていて、復旧させたと投稿したのは11月14日 15:09 でした。写しの見出しの欄の開始時刻は11月12日 10:05 UTC（日本時間の11月12日 19:05）で、最終ステータスに書かれた開始（日本時間の11月13日 01:20）と違っています（理由は写しからは分かりませんでした）。

報道の「何時間続いた」は、数え方で数字が違います。社内報告では時間数を 1 つにまとめず、この時刻をそのまま並べるほうが安全です。

止まったサービスと止まらなかった機能

止まったのは、Exchange Online とやり取りする機能です。Microsoft は最終の一覧の冒頭で、Exchange Online とメールのサービスとやり取りする機能が影響を受け、頼らない部分は動き続けたと整理しています。ひとことで言うと、影響を受けた機能は Outlook のメール、Teams の予定表、Copilot の応答など。動き続けた機能は Teams の通話・会議、Teams のグループチャット、SharePoint のファイルへのアクセスなどです。

MO1550821 の最終の版（11月14日 13:17 の文面）には 20 の項目があります。多くは「〜できない場合がある」という書き方で（Teams のライブイベントの作成や Planner などは「失敗する」「起きている」と書かれています）、影響の範囲も「影響した可能性がある」という書き方です。全部のテナント（会社ごとの Microsoft 365 の契約の単位）で全部が起きたという意味ではありません。毎日使う 7 つは次の表のとおりです（Planner と To Do は 1 行にまとめました）。

残りの 13 項目は、管理、守りの仕組み、連携とデータ、そのほかの 4 つに分けられます。管理は Microsoft 365 管理センター（一部のページを読み込めない）、Microsoft 365 Apps 管理センター、Microsoft Intune。守りの仕組みは Microsoft Purview（DLP＝情報の持ち出しを防ぐ仕組み、自動ラベル付けなど）、Defender for Office 365、Defender XDR。連携とデータは Microsoft Graph（アプリや AI が Microsoft 365 のデータに届くための共通の窓口）、Power Apps（Power Automate のフローやコネクタを含む）、Power BI、Microsoft Fabric。そのほかに Microsoft 365 Education、Universal Print、Windows 365 があります。

この一覧は、障害の間に何度も書き換えられました。最初（11月13日 03:27）は 5 つの名前だけで、Defender の Safe Links（リンク先の安全を確かめる機能）のように、途中の版にだけ載って最終の版に無い記述もあります。自社で起きた現象が一覧に無い時は、管理センターで途中の更新も読んでみてください。

原因についてMicrosoftが説明していること

Microsoft が2026年11月15日時点で示している原因は、暫定のものです。最終ステータスの「Preliminary root cause（暫定の根本原因）」の欄に、次の 1 文があります。

The incident was introduced by an issue during an earlier network capacity upgrade that surfaced following a recent network change.

訳すと、「このインシデントは、以前のネットワーク容量の増強の際に入り込んだ問題が、最近のネットワークの変更の後に表面化したことで起きた」です。どの増強のどんな問題か、どの変更かは書かれていません。

同じ文面で Microsoft は、「これは技術的な問題で、サイバー攻撃や AI・エージェントとは関係がない（This was a technical issue not related to cyber or AI / agents.）」とも書いています。この文が最初に出たのは11月14日 02:57 の更新で、障害の間は「悪意ある活動の結果だという兆候はない」（11月13日 12:36）という言い方でした。アイルランドの報道 TheJournal.ie も、Microsoft の広報担当者の声明として同じ文を引用しています。

変更との関係についての説明は、途中で変わった

最終ステータスに書かれていないこと

どの変更が引き金だったのか、何を変えるのかは、11月15日 15:17 に読めた最終ステータスの文面には書かれていません（事後レポートが出ているかは確かめられませんでした）。Microsoft は最終ステータスに、暫定の事後レポートを 2 営業日以内、最終の事後レポートを 5 営業日以内に出すと書いています。Microsoft Learn の説明では、多数の組織に広く影響したインシデントは、解決から 48 時間以内に暫定の事後レビュー（PIR。最終ステータスの原文の呼び名は Post-Incident Report）、その後 5 営業日以内に最終の PIR が届きます（Microsoft Learn「サービスの正常性および継続性」）。

原因を社内で説明する時は、「暫定」と付けて上の 1 文をそのまま伝え、推測を足さないのが安全です。

自社のテナントが影響を受けたかの確かめ方

自社のテナントが影響を受けたかは、Microsoft 365 管理センターの「サービス正常性」で、MO1550821 と EX1550543 を開いて確かめます。Microsoft Learn は、ここで過去 30 日間の、テナントに影響を与えたインシデントの履歴を見られると説明しています。

図は全体の流れで、手順 3 の「問題の履歴」のタブは省いています。管理センターでの手順は次の 6 つです。画面の名前は、2026年11月15日時点の Learn の日本語版の表記です。

1. サインイン：Microsoft 365 管理センター（admin.microsoft.com）に管理者のアカウントで入ります。サービス サポート管理者とヘルプデスク管理者のロールでも見られます
2. サービス正常性：左側のナビゲーションで「正常性」＞「サービス正常性」を開きます
3. 問題の履歴：「問題の履歴」のタブを開きます。過去 7 日または 30 日以内に解決されたインシデントとアドバイザリ（影響が限られた問題の知らせ）が並びます
4. MO1550821 を探す：一覧から MO1550821 を開きます。メールの経過は EX1550543 にも書かれているので、あわせて開きます
5. 更新を読む：「ユーザーの影響」「推定開始時刻」と、投稿された更新を読みます。文面は英語で書かれています（Learn によると、優先する言語を英語以外にすると、機械翻訳で表示するオプションが出ます）。時刻や原因は英語の原文で確かめます
6. メールを確かめる：Exchange 管理センターの「メッセージ追跡」で、11月13日から14日のメールが届いているかを調べます（後の節で説明します）

確認先 3 つと、あわせて使う画面 2 つ

今回は、管理センターそのものも一部のページを読み込めない場合がありました。Microsoft は障害の間の投稿で、管理センターを使えない時の確認先として公開の状態ページを案内しました。Learn にも、サインインできない場合は状態ページと X の @MSFT365Status を見るようにと書かれています（Microsoft Learn「Microsoft 365 サービス正常性を確認する方法」）。入れない時は状態ページと X、と覚えておけば足ります。

CopilotとClaude・ChatGPTのMicrosoft 365連携への影響

今回は、Microsoft 365 Copilot に加えて、Claude を Microsoft 365 につなぐコネクタ（AI が Outlook や SharePoint のデータを検索して読むための接続。管理者が有効にすれば書き込みもできる）でもエラーが出ました。Anthropic は、原因を Microsoft 365 のサービスインシデントだと書いています。OpenAI も同じ時間帯に、ChatGPT の Microsoft のコネクタのインシデントを出しましたが、原因は書いていません。

Microsoft 365 Copilot

MO1550821 の一覧は、Copilot について「Copilot Chat を読み込めない、応答を受け取れない場合がある。メール・予定表・ファイルなどの仕事のデータに届かない場合がある」と書いています。Copilot が仕事のデータを使う時の通り道の 1 つが Microsoft Graph です。Microsoft Learn は、Microsoft Graph がメール、ファイル、会議、予定表などの組織のデータをプロンプト（AI への指示文）に取り込むと説明しています（Microsoft Learn「Microsoft Copilot とは?」）。今回の一覧には、その Microsoft Graph で、メール・予定表・連絡先など Exchange Online のデータに届く API の要求がタイムアウトする場合があるとも書かれていました（Microsoft の文面は、この 2 つを直接は結び付けていません）。

Copilot のプランごとの違いは「Microsoft 365 Copilot料金と全社導入ガイド」、Teams の中での使い方は「TeamsのCopilotで議事録を作る方法」にまとめています。

Claude と ChatGPT のコネクタ

Anthropic と OpenAI は、どちらも「Microsoft 365 コネクタでエラーが増えている」という題のインシデントを状態ページに出しました。時刻は日本時間に直しました（元の記録は UTC。Claude Status の解決の文は米国太平洋時間と UTC の併記）。

Claude のコネクタは、Anthropic のヘルプによると Microsoft Graph API を通じて組織のデータに届きます（Claude ヘルプ）。Anthropic は障害の間、Microsoft の復旧の進み具合は status.cloud.microsoft で見られると案内し、解決の時も、Microsoft はまだ復旧の途中なので、ときどきエラーや遅れが出ることがあると書いていました。

AI のコネクタでエラーが出た時は、AI の状態ページ（status.claude.com・status.openai.com）と、Microsoft 365 の側の確認先（管理センターのサービス正常性や公開の状態ページ）を並べて見ると、どちらの側の問題かを切り分けやすくなります。Claude と Microsoft 365 のつなぎ方は「Claude×M365連携ガイド」、Copilot の中で Claude のモデルを使う時の設定は「M365 CopilotのClaude設定」で説明しています。

障害の間に情シス・総務がすること

障害の間にすることは、原因を探すことではなく、「Microsoft の側の障害だ」と確かめて、何が使えて何が使えないかを社員に早く伝えることです。Microsoft Learn も、サービス正常性を先に見れば、トラブルシューティングに時間を使う前に、解決が進んでいる既知の問題かどうかを判断できると書いています。

• 障害に気づく：同じ問い合わせが続いたら、1 件ずつ PC を調べる前に、全体の障害を疑います
• 確認先を見る：公開の状態ページ、X の Microsoft 365 Status、管理センターのサービス正常性を見て、インシデント番号を控えます。サービス正常性に出ていない時は、同じページの「問題を報告する」から Microsoft に知らせられます
• 社員に案内：使えない物、使える物、その間の連絡のしかた、次に知らせる時刻を 1 通にまとめます
• 代わりの連絡手段：今回、Teams の通話、会議への参加、グループチャット、チャネルのメッセージなど中核の機能の大半は影響を受けていないと Microsoft は書いています。次も同じとは限らないので、電話など Microsoft 365 の外の手段も使えるようにしておきます
• 取引先に連絡：メールの返事が遅れることを、急ぎの相手から、メール以外の手段で伝えます
• 記録を残す：気づいた時刻、起きた現象、インシデント番号、社内に出した案内を残します

社員への案内の文例

[ ] の中を書き換えて使ってください。メールだけで出すと届かない・遅れることがあるので、チャットや掲示でも同じ文を出します。

件名：【お知らせ】Outlook・Teams の一部が使えない状態です（[時刻] 時点）

Microsoft 365 の障害のため、次の機能が使えない、または不安定になっています。
原因は Microsoft の側にあり、当社の PC や回線の問題ではありません。
再インストールやサインアウトのやり直しは不要です。

■ 使えない・不安定な物：Outlook のメール、Teams の予定表、[ほかに確かめられた物]
■ 使える物：[Teams のチャット・通話など、動くことを確かめた物]
■ 急ぎの連絡：社内は [代わりの手段]、お客様へは [電話など]
■ 次のお知らせ：[時刻] ごろ、[手段] でお知らせします

問い合わせ先：[担当・内線]

回避の方法は、Microsoft の更新の中に書かれることがあります。今回の一覧には、Power Apps のモバイルアプリについて「Web 版を使う」「サインイン済みの人は、サインアウトや再インストールをしない」と書かれていました。

復旧した後に確かめること

サービス正常性や状態ページが正常に戻った後に確かめるのは、届いていないメール、失敗した予定と自動処理、事後レポート、サービスレベル契約の 4 つです。Microsoft は11月14日 05:01 の更新で、サービスへのアクセスは、メールの流れが完全に通常に戻るより先に回復することがあると書いていました。

届いていないメールは「メッセージ追跡」で調べる

Microsoft は、遅れているメールを守るためとして、メールのタイムアウトの時間枠を 48 時間に延ばしたと書いています。どのメールが対象か、時間枠を過ぎたメールがどうなるかは、文面に書かれていません。届いたかどうかは、自社で調べるのが確実です。

1. Exchange 管理センター（admin.exchange.microsoft.com）で「メール フロー」＞「メッセージ追跡」を開き、「追跡の開始」を選びます
2. 時間の範囲を、障害の時間帯を含むように決めます。既定は 2 日、最大 90 日で、10 日以内なら結果はすぐ画面に出ます
3. 送信者か受信者を指定して「検索」を選び、配信の状態（「配信済み」「失敗」「Pending」など）を見ます

追跡で分かるのは、サービスがそのメールを受け取ったか、拒否したか、延期したか、配信したかです（Microsoft Learn「Exchange 管理センターのメッセージ追跡」）。相手が送ったはずのメールが追跡に出てこない時は、Microsoft 365 に届く前に止まっている可能性があるので、送り直しをお願いします。

予定と自動処理を見直す

• 予定と会議：Teams の予定表で、予定の作成、招待、会議の編集が失敗する場合があったと書かれています。11月13日に作った予定、変えた予定が相手に届いているかを見直します
• 自動処理と AI の連携：Microsoft Graph のデータに頼る Power Automate のフローやコネクタが断続的に失敗していたと書かれています。失敗した実行と、AI のコネクタに頼んだ作業を見直し、必要な物を動かし直します

事後レポートが届いたら、社内報告の原因と再発防止の欄を、暫定の 1 文から書き換えます。

サービスレベル契約（SLA）の文書に書かれていること

障害の時の料金の扱いは、サービスレベル契約（SLA）の「サービス クレジット」で決まっています。文書の定義は「当該サービス料金のうち、マイクロソフトによる申し立ての承認後にお客様に返金される割合」です。オープン、オープン バリューなどのボリューム ライセンス契約で購入した場合は、料金ではなくサービス時間（日数など）の形で返ると文書にあります。今回の障害が自社で対象になるかは、契約と、サービスごとに文書で決められた数え方（影響を受けた人数と時間、メールの配信時間や遅れたメッセージの数、Copilot の不成功の応答の割合など）で決まるので、この記事では判断しません。文書（Microsoft Online Services のサービス レベル契約・日本語版・2026年11月1日付）に書かれている条件と手順だけを並べます。

文書の例にならうと、11 月のインシデントの申し立ての期限は 12 月末が目安です。正確な期限と窓口、当てはまる版は、自社の契約（販売店を通している場合は販売店）で確かめてください。

次に備えて決めておくこと

次に止まった時のために決めておくのは、次の 6 つです。決めた物は、Microsoft 365 が止まっても見られる所にも置いておきます。

通知は、メールとアプリの両方で受けておくと安心です。メールのサービスが止まる障害では、メールの通知も遅れることがあるためです。Microsoft Learn は、モバイル デバイスの Microsoft Admin アプリでもサービス正常性を表示でき、プッシュ通知で最新の情報を受け取れると書いています。

AI の代わりの道具は、Copilot と AI のコネクタが Microsoft 365 と一緒に使えなくなることがある、という前提で決めます。決め方は「AI障害時の対応マニュアル」、Claude が止まった時の確かめ方は「Claude障害 今の状況」にまとめています。

Uravation ならこう決める

当社なら、確認先の 3 つ、案内の文例、代わりの連絡手段を A4 1 枚にまとめ、紙と、Microsoft 365 の外のクラウドにも置きます。Microsoft 365 が止まると、その中に置いた手順書も開けなくなることがあるからです（今回は SharePoint に直接保存したファイルへのアクセスは動き続けたと Microsoft は書いていますが、次も同じとは限りません）。もう 1 つは、原因の説明を急がないことです。今回、Microsoft の説明は障害の間に何度も変わりました。社内には「Microsoft の側の障害で、復旧の時刻は未定」だけを先に伝え、原因は最終の文面と事後レポートを読んでから伝えます。

【要注意】読み違えやすい点4つ

読み違い1：Teams が全部止まった

❌ Teams も Outlook と同じように、全部が使えなくなった

⭕ Microsoft の一覧では、Teams の通話、会議への参加、グループチャット、チャネルのメッセージなど中核の機能の大半は影響を受けていません。影響を受けたのは、予定表やライブイベントの作成、プライベートチャネルと共有チャネルの作成・削除など、Exchange Online に頼る機能です

読み違い2：サイバー攻撃だった、AI が原因だった

❌ これだけ長く止まったのは、攻撃を受けたか、AI やエージェントの通信が増えすぎたからだ

⭕ Microsoft は11月14日 02:57 の文面で、「技術的な問題で、サイバー攻撃や AI・エージェントとは関係がない」と書いています。原因の説明は暫定で、詳しくは事後レポートで示されることになっています

読み違い3：状態ページが正常なら、メールも全部届いている

❌ 状態ページが「All products are operational」に戻ったので、障害の間のメールも全部届いたはずだ

⭕ Microsoft は、サービスへのアクセスは、メールの流れが通常に戻るより先に回復することがあると書いていました。メールのタイムアウトの時間枠を 48 時間に延ばしたとも書いていますが、どのメールが対象かは文面にありません。届いたかどうかは、Exchange の管理者がメッセージ追跡で調べます

読み違い4：SLA の返金は自動で受けられる

❌ 大きな障害だったので、何もしなくても料金が戻ってくる

⭕ サービスレベル契約の文書では、サービス クレジットは、顧客が必要な情報と一緒に申し立てを出し、Microsoft が支払う義務があると判断した場合に適用されます。期限があり（Azure 以外は、インシデントが起きた月の次の期間の末日まで。Microsoft 365 などの「当該期間」は暦月なので、11 月のインシデントなら 12 月末が目安）、対象になるかは、契約の内容と、サービスごとに文書で決められた数え方（影響を受けたユーザーの数と時間、メールの配信時間や遅れたメッセージの数、Copilot の不成功の応答の割合など）によります

よくある質問

Microsoft 365の障害は今日ありますか？

この記事で確かめた2026年11月15日 15:17（日本時間）の時点では、Microsoft の公開の状態ページは「All products are operational」と表示していました。ただし、同じページは法人向けの Microsoft 365 の状態を管理センターで確かめるよう案内しています。今の状態は、次の質問の確認先で確かめてください。

Microsoft 365の障害状況はどうやって確認しますか？

確認先は 3 つです。管理者は Microsoft 365 管理センターの「正常性」＞「サービス正常性」（サービス サポート管理者、ヘルプデスク管理者のロールでも見られます）。管理者でない人と、管理センターに入れない時は、公開の状態ページ（status.cloud.microsoft）と X の Microsoft 365 Status（@MSFT365Status）を見ます。

2026年11月のMicrosoft 365の大規模障害はいつからいつまでですか？

Microsoft が最終ステータスに書いた開始は11月12日 4:20 PM UTC（日本時間の11月13日 01:20）、終了は11月13日 4:10 PM UTC（日本時間の11月14日 01:10）です。その後も残りの顧客と地域の復旧と、滞留したメールの処理が続き、復旧させたと投稿したのは日本時間の11月14日 15:09 です。

Microsoft 365の障害の原因は何ですか？

Microsoft が示しているのは暫定の原因で、以前のネットワーク容量の増強の際に入り込んだ問題が、最近のネットワークの変更の後に表面化した、という説明です。サイバー攻撃や AI・エージェントとは関係のない技術的な問題だとも書いています。詳しい原因は事後レポートで示される予定で、2026年11月15日の時点で、出ているかは確かめられませんでした。

Microsoft 365の障害の履歴や頻度はどこで分かりますか？

自社に関係した障害は、管理センターの「サービス正常性」にある「問題の履歴」のタブで、過去 7 日または 30 日の分を見られます（管理者のロールが要ります）。全体の傾向は、Microsoft が四半期ごとに公開している世界全体の稼働率で分かります。Microsoft Learn「サービスの正常性および継続性」（ページの最終更新は2026年7月21日）によると、2025年は第1四半期から順に 99.988%、99.995%、99.991%、99.954%、2026年は第1四半期が 99.526%、第2四半期が 99.994% です。

まとめ

2026年11月13日（日本時間）の Microsoft 365 の障害は、Exchange Online とやり取りする機能が中心でした。Microsoft は11月14日 15:09 に、影響が残っていた顧客と地域にも復旧させたと投稿しています。原因は暫定で、詳しくは事後レポートで示される予定です（2026年11月15日 15:17 の時点で、事後レポートが出ているかは確かめられませんでした）。

• 今日やること：管理センターの「サービス正常性」で MO1550821 と EX1550543 を開き、最終ステータスを読みます。メッセージ追跡で、11月13日から14日の大事なメールが届いているかを確かめます
• 事後レポートが届いたら（暫定版は 2 営業日以内、最終版は 5 営業日以内と Microsoft は書いています）：原因と再発防止を社内報告に書き足します
• 今月中：確認先の一覧、通知の受け取り、連絡網、案内の文例、AI の代わりの道具を決めて、Microsoft 365 の外にも置きます

参考・出典

• Microsoft 365 Status の最初の投稿（日本時間 2026年11月13日 02:54・11月12日 17:54 UTC） — Microsoft（参照日: 2026-11-15）
• Microsoft 365 Status の復旧の投稿（日本時間 2026年11月14日 15:09・06:09 UTC） — Microsoft（参照日: 2026-11-15）
• Service Health Status — Microsoft（参照日: 2026-11-15）
• Microsoft’s Incident Report for PennO365 — ペンシルベニア大学 ISC（Microsoft 365 管理センターの MO1550821・EX1550543 の文面の写し・参照日: 2026-11-15）
• Microsoft 365 サービス正常性を確認する方法 — Microsoft Learn（参照日: 2026-11-15）
• サービスの正常性および継続性 — Microsoft Learn（参照日: 2026-11-15）
• Microsoft 365 メッセージ センターで新機能と変更された機能を追跡する — Microsoft Learn（参照日: 2026-11-15）
• Exchange 管理センターのメッセージ追跡（Exchange Online の場合） — Microsoft Learn（参照日: 2026-11-15）
• Microsoft Copilot とは? — Microsoft Learn（参照日: 2026-11-15）
• Service Level Agreements (SLA) for Online Services — Microsoft（日本語版・2026年11月1日付の文書・参照日: 2026-11-15）
• Elevated errors affecting the Microsoft 365 connector — Claude Status（参照日: 2026-11-15）
• Elevated errors affecting the Microsoft 365 connector — OpenAI Status（参照日: 2026-11-15）
• Set up the Microsoft 365 connector — Claude ヘルプセンター（参照日: 2026-11-15）
• Microsoft says global outage due to ‘network upgrade’ and not ‘AI agents’ — TheJournal.ie（Microsoft の広報担当者の声明を引用した報道・参照日: 2026-11-15）