Microsoft 365 の障害か自社の問題かを判定する｜サービス正常性・メッセージ センターの見方とサポートへの問い合わせ方

社員から、SharePoint のサイトが開かない、メールが届かない、と言われたとき、管理者が最初に決めたいのは、Microsoft 側で起きている障害なのか、Microsoft が予定どおりに変えたことなのか、自社の設定や端末の問題なのか、です。障害なら待ちながら社員に知らせ、変更なら案内し、自社の問題なら自分で直すかサポートに相談します。どれかによって、次にやることがまったく違います。

この記事では、その判定をMicrosoft 365 管理センターの2つの画面で行う順番と、どちらにも当たらないときに Microsoft のサポートへいつ・どう出すかをまとめます。行き先は、管理センターを開ける立場かどうかで先に分かれるので、そこから始めます。Microsoft 365 の導入を支援している当社（Aurant Technologies）が、Microsoft の公式の説明と当社の検証用の環境の画面で確かめた内容です。Teams に限った確かめ方は、Teams がつながらない・障害のときの確かめ順の記事で詳しく書いています。

例として、ある会社の営業部の数人から「部署の SharePoint のサイトが開かない」と連絡が来た場面（架空です）を、各節で使います。見る場所ごとに分かることと分からないことは、次の表のとおりです。

最初に：自分が管理センターを開ける立場かを確かめる

この先で使う画面は、どれも管理センターの中にあります。管理者でない社員が管理センター（admin.cloud.microsoft）を開くと、このページにアクセスする・この操作をする許可が無い、という内容のメッセージが出ます。その場合、この先の判定は自社の管理者の仕事なので、管理者に連絡します。

管理者が誰か分からないときは、中小企業なら事業主か共同所有者に問い合わせます。コンピューターの保守を任せている IT コンサルタントに管理者の権限が付いていることもあるので、そちらにも聞いてみます。既定では、サブスクリプションを申し込んで買った人が管理者の権限を持ちます。

社員の方がこの記事を読んでいるなら、管理者に伝えるときに、いつから、何をしたら、どんな表示が出たか（画面の文のまま）を添えてください。この記事の後半で管理者がサービス正常性の題と突き合わせるのも、サポート要求に書くのも、この3つです。

管理者でも、サブスクリプションをすべてパートナー（販売店）から買っている会社は、Microsoft のサポートではなくパートナーに頼むことになります（サポート要求の節で書きます）。管理者なのに管理センターそのものに入れないときは、後ろの「管理センターに入れないときは、公開の状態のページを見る」の節に進んでください。

この記事に関連するサービス

M365・Google Workspace の移行と設定の相談移行と設定を、1件から相談できます。詳しく見る →Microsoft 365 導入支援Exchange・SharePoint・Teamsの移行から権限設計・Copilot活用まで詳しく見る →Google Workspace 導入・移行支援Gmail移行から権限設計・Gemini活用まで詳しく見る →AIセキュリティ診断・規約・ルール整備AIを使う前に、出す前に。安全の確認と、規約・ルールの整備を詳しく見る →Notion 導入支援議事録・ナレッジ・タスクを一箇所にまとめる詳しく見る →

まずサービス正常性で、Microsoft 側の障害かを見る

Microsoft が把握して作業している問題は、Microsoft 365 管理センターの［正常性］>［サービス正常性］に出ます。この画面は、サポートを呼んだりトラブルシューティングに時間を使ったりする前に、解決が進んでいる既知の問題かどうかを判断するためのものです。Microsoft にサポートを頼む前の最初の段も、サービスの正常性を確かめることです。

一覧の「問題の種類」の列には「アドバイザリ」か「インシデント」が出ます。アドバイザリは、一部のユーザーに影響する問題が認識されているがサービスは使える状態、インシデントは、サービスか主な機能が使えない重大な問題です。問題の題は英語で書かれ、個人の言語の設定に合わせて自動で訳して表示することもできます。

同じ画面を下に送ると「サービスの状態」の一覧があり、サービスごとに「正常」か、インシデントとアドバイザリの件数が出ます。例の場面なら、まず SharePoint Online の行を見ることになります。

ただし、行の名前だけで決めないでください。2026年11月2日に当社の検証用の環境で開いたとき、SharePoint Online の行は「正常」でしたが、題に SharePoint を含む問題が Microsoft OneDrive の行に数えられていました（一覧の「影響を受けたサービス」の列も Microsoft OneDrive でした）。1つの問題がどのサービスの行に数えられるかは、題の言葉と一致するとは限らないということです。当社は、行が「正常」でも、上の「Microsoft が作業中のアクティブな問題」の題を一通り読み、近いものがあれば詳細を開くことを勧めます。

行の件数を押すと、その問題が開きます。この日の Microsoft OneDrive の行は1件だったため、一覧を挟まずに問題の詳細が直接開きました。件数が2件以上のときは、そのサービスの問題の一覧が右に開きます（Teams の障害の記事に写真があります）。この環境の詳細の画面では、本文の最初の見出しが「ユーザーへの影響」で、右の欄に案件 ID・影響を受けているサービス・状態・開始時間・問題の種類が並んでいました（Learn の項目名は「ID」「推定開始時刻」「影響を受けるサービス」で、画面と少し違います）。

突き合わせるのは、何ができないか（症状）、影響を受けているサービス、開始時間の3つです。例の場面なら、サイトが開かないという症状に近い題があり、開始時間が連絡より前なら、Microsoft 側の障害の可能性が高いと考えられます。状態の欄の読み方（調査中・サービスの低下・サービスの中断など）と、直った問題を［問題の履歴］で見る方法は、Teams の障害の記事で表にしています。

なお、自社の環境で見つかった、対応が要る問題があるときは「organizationが処理する問題」という欄が出ます（Learn の表記のまま）。該当が無ければ欄そのものが表示されず、この日の画面にも出ていませんでした。この欄が出ていたら、Microsoft ではなく自社が手を動かす問題です。

障害が無ければ、メッセージ センターで予定された変更かを見る

サービス正常性に近いものが無いとき、次に見るのが［正常性］>［メッセージ センター］です。今後の変更・機能の更新・必要な対応を管理者が追うための場所で、不具合に見えて実は予定された変更だった、ということは、管理センターの中ではここで見ます。

特に覚えておきたいのは、計画済みのメンテナンスはサービス正常性には表示されず、メッセージ センターで確かめる、という点です。メッセージ センターは、サービス レベル契約に従った計画メンテナンスを知らせる場所でもあります。例の場面が「サイトが開かない」ではなく「リストの表示が変わった」「ボタンが無くなった」という話なら、まずこちらを疑います。

投稿は多く並ぶので、全部を読む必要はありません。この画面で右上の「検索」の欄に SharePoint と入れると、SharePoint を含む投稿が並びました（ほかのサービスの投稿も混ざります）。例の場面なら、そのうちサービスの列が SharePoint Online の投稿を見て、件名と最終更新の日付から、社員の連絡と時期が合うものを開きます。

投稿を開くと、この環境の画面では本文が「要約」「何となぜ」「展開スケジュール」「組織への影響」の見出しで分かれ、右の欄に「関連性」「サービスと 1 か月のアクティブ ユーザー」「メッセージ ID」「公開済み」「変更のタイミング」「タグ」が並んでいました。「変更のタイミング」と「展開スケジュール」で、社員の症状が出始めた時期と合うかを確かめます。

一覧の列のうち、「対応期限」は特に気にかけてください。Microsoft はこの列をめったに使わないとしているので、日付が出ていたら特に注意が要ります。関連性の「高」は、サービスの中断を避けるためにすぐ対応が要る投稿です。大きな変更（Learn の見出しでは「メジャー更新プログラム」、画面のタグの名前は「重大な更新」）は、利用者の対応が要るものについて少なくとも30日前に知らせる、とされています。

件名の言語にも触れておきます。2026年11月2日の当社の検証用の環境の画面では件名が日本語で、ボタンは「英語で表示」でした。10月30日に同じ環境を記録したときは、ボタンが「日本語 で表示」で、件名は英語でした。画面のこの切り替えで、件名を日本語で読める場合があります。一方、週ごとのまとめ（ダイジェスト）のメールなどは英語だけで届きます。メールは英語だけでも、画面では日本語で読める場合がある、ということです。Copilot に関わる変更の読み方は、メッセージ センターで Copilot の変更を追う記事にまとめています。

どちらにも無いときは、［問題の報告］かサポート要求かを選ぶ

サービス正常性にもメッセージ センターにも近いものが無ければ、残るのは2つです。自社の側（設定・端末・回線・アカウント）の問題か、Microsoft がまだ把握していない問題です。どちらか決めかねるときに、Microsoft に知らせる道が2つあります。

1つは、サービス正常性の画面の［問題の報告］です（Learn では［問題を報告する］と書かれています）。サービス正常性に一覧表示されない問題が起きたら、短いフォームに記入します。Microsoft はほかの組織からの報告と合わせて、問題がどの程度広がっているか、サービスに起因するかを調べ、該当すればサービス正常性に新しいインシデントかアドバイザリとして追加します。報告した問題の状態は［報告された問題］タブで見られます。フォームの問いの中身は、Teams の障害の記事で画面とともに載せています。

Microsoft の説明は「該当すれば追加する」までで、該当しなかったときの扱いには触れていません。当社は、［報告された問題］で状態を見ても障害として載らなかったときは、自社の側の問題として扱い、次のサポート要求に進むことを勧めます。

もう1つが、［ヘルプとサポート］から出すサポート要求です（Learn では「サービス リクエスト」とも書かれます。同じものです）。こちらは自社の問題を Microsoft の担当者と一緒に解く相談です。

当社は、使い分けを範囲で決めることを勧めます。例の場面で、営業部だけでなく別の部署や別の拠点からも同じ連絡があり、社内の回線や設定を変えた覚えも無いなら、ほかの会社でも起きている可能性があるので［問題の報告］です。営業部のサイトだけが開かない、特定の人だけが開けない、という形なら、サイトの権限やその人のアカウントの側を疑う場面なので、自分で確かめたうえでサポート要求に進みます。

サポート要求を出す手順と、出す前にそろえるもの

Microsoft のサポートの案内（ビジネス向け Microsoft 365 のサポートを受ける）には、前提が2つあります。1つは、これらのサポートの方法を使うには一般法人向けのサブスクリプションの管理者である必要があること。もう1つは、Microsoft のサポートを受けるには少なくとも1つのサブスクリプションを Microsoft から直接買っている必要があり、すべてをパートナーから買っている場合はパートナーに問い合わせる、ということです。販売店経由で契約している会社は、先に自社の契約の窓口を確かめてください。

公式の手順は次のとおりです。管理センターの右下の［ヘルプとサポート］を選ぶ。「サポート アシスタント」のページで質問を入力する。結果が役に立たなければ［サポートに問い合わせる（ヘッドセット）］のアイコンを選ぶ。連絡の方法（電話かメール）を選び、連絡先を確かめて送る。待ち時間の目安は、連絡のパネルに表示されます。

当社の検証用の環境で2026年11月2日に右下の［ヘルプとサポート］のボタン（ヘッドセットの形）を押すと、画面は Learn の手順と少し違っていました。開いたパネルは新しい「サポート アシスタント」（初めて開いたときに「新しいサポート アシスタントを試す」という案内が出て、プレビューであり Copilot Studio を使った新しい仕組みだと説明されていました）で、チャットの形で質問を入力します。開いたパネルの中には、Learn のいう［サポートに問い合わせる（ヘッドセット）］のアイコンは見当たりませんでした。当社はこの日、アシスタントに質問を送っていないので、ここからサポート要求の入力画面に進む流れは確かめていません。画面は更新されることがあるので、実際の表示に従ってください。

パネルの上の2つ目のアイコンを押すと「お問い合わせ」の一覧になり、これまでに出したサポート要求が並びます（この環境では「見つかったお問い合わせはありませんでした」）。左のメニューの［サポート］の下にも「ヘルプとサポート」「お問い合わせの表示」があります。

出すときに気をつけたいことがいくつかあります。まず、問題ごとに別のサポート要求を開くことが勧められています。SharePoint のサイトが開かない話と、メールが届かない話を1つにまとめないということです。電話の場合、最新の番号は国・地域ごとの電話番号の一覧で確かめます。テクニカル サポートは英語で24時間年中無休、場合によっては現地の言葉でも受けられ、請求のサポートは多くの国・地域で平日の午前9時から午後5時、英語で受けられる、とされています。また、組織プロファイルに登録されていない番号から問い合わせると、担当者が管理センターのプロファイルに登録されたメールか電話番号に確認のコードを送り、それを伝える必要があります。

そろえるものは、当社が勧める項目です。最初の「どの画面で何を確かめたか」は、Microsoft の案内が最初に求めている「まずサービスの正常性を確かめる」段を済ませたことを示すために書きます。例の場面なら、どの部署の何人が、いつから、どのサイトで、どんな表示が出て開けないか、別のブラウザーや別の回線で同じか、を書きます。サポート要求の入力画面の欄は、上のとおり当社はこの日確かめていないので、実際の欄に合わせて振り分けてください。

重大度（どれだけ急ぐ問題か）について一言添えます。Learn の同じページには「重大度 A（重大）」から始まる重大度の表がありますが、これは中国で 21Vianet が運営する Microsoft 365 の節の中の表で、21Vianet が問題の種類と影響から重大度を決める、と書かれています。重大度の表が出てくるのはこの節だけで、日本で契約する一般の Microsoft 365 のサポート要求について、重大度の決め方を示した表はこのページにありません。当社は、業務にどれだけ影響しているか（何人が、どの仕事を止めているか）を、説明の中に具体的に書くことを勧めます。

サポート要求を扱える人も決めておきます。管理者ロールの説明では、サービス サポート管理者は「サービス リクエストを開いて管理する」、ヘルプデスク管理者も「サービス リクエストの管理」ができます。

グローバル管理者は特権の高い役割なので、ほかの役割で足りないときの緊急時に限るよう求められています。管理者が1人だけの会社では、その人が休みの日に誰も判定できません。当社は、2人目にサービス サポート管理者のような役割を付けておくことを勧めます。誰にどの役割を任せるかは、管理センターの日々の運用の記事でも扱っています。

管理センターに入れないときは、公開の状態のページを見る

管理者なのに管理センターそのものに入れないときは、公開の状態のページ（status.cloud.microsoft、Learn の言い方では「サービスの状態ページ」）を開きます。サインインしなくても開けるページで、テナント（会社ごとに分かれた Microsoft 365 の環境）にログインできない既知の問題をここで確かめられます。2026年11月2日に開いたとき、このページの Microsoft 365 の欄には英語で「This site is updated when service issues are preventing tenant administrators from accessing Service health in the Microsoft 365 admin center.」と書かれていました。管理者が管理センターのサービス正常性に入れないような問題が起きたときに更新される、という意味です。同じ欄は、広い範囲で起きている問題の情報として X の @MSFT365Statusも案内しています。

ここにも何も出ていなければ、Microsoft 側ではなく、管理者自身のサインインの問題（パスワード・多要素認証・アカウントの状態）を疑います。その切り分けは、Microsoft 365 にログインできないときの記事にまとめています。

障害が起きる前に、いまやっておくこと

障害の最中に初めて管理センターを開くと、どこを見るかで迷います。落ち着いているいまのうちに、［正常性］>［サービス正常性］の一覧の場所と、［正常性］>［メッセージ センター］の検索の欄を一度開いておいてください。あわせて、自社のサブスクリプションを Microsoft から直接買っているかパートナー経由かを確かめ、サポート要求を出せる人を2人決め、サービス正常性のメール通知の宛先（最大2つ）を決めておいてください。社員から連絡が来た日に、障害か、変更か、自社の問題かを、この記事の順にすぐ見に行けます。外出が多い管理者は、Microsoft 365 管理者モバイル アプリも候補です。このアプリでもサービス正常性を見られ、メッセージ センターの投稿やサービスの正常性の知らせをプッシュ通知で受け取れます。使うには、管理者のアクセス許可と、Microsoft 365 Business Premium などの対象のサブスクリプションが要ります（当社はこのアプリでは確かめていません）。

Microsoft 365 の管理の決めごとから相談したい場合は、Microsoft 365 の導入支援のページをご覧ください。

この記事の確かめ方

この判定に使う Microsoft の説明は、Microsoft Learn の中で別々のページに分かれています。「ビジネス向け Microsoft 365 のサポートを受ける」は、まずサービスの正常性を確かめ、一覧に無い問題ならサポートへ、という順で、予定された変更をメッセージ センターで見る段はありません。予定された変更はメッセージ センターのページに、管理者が誰か分からないときの問い合わせ先は管理センターの概要のページにあります。当社は、それを1つの順に並べ直し、検証用の環境の画面で確かめました。写真は2026年11月2日に開いたものです（組織名と名前は伏せ、問題の案件 ID と人数は塗っています）。