管理センターから確認することができますが、毎回確認しにいくのも面倒ですし、管理者以外のユーザーとも共有しておきたいといった要望も出てくることがあります。利用することで取得することができます。アクションを利用して要望が実現できそうだなと思い試してみました。クリックして始めます。URI」の登録は不要でした。最小限のものを設定したいので、「Microsoft.Graph」の「User.Read」は削除しておきます。APIs」を選択し、「アプリケーションの許可」-「ServiceHealth」にある「ServiceHealth.Read」を選択します。クリックしておきます。シークレット」を生成し、メモしておきます。「アプリケーション(クライアント)ID」と「ディレクトリ(テナント)ID」を確認してメモしておきます。アクセス先は次のようになります。部分はテナントに合わせて変更します。アクションでは、次のように設定できます。取得される情報に障害情報のほかにも、メッセージセンターに届く機能更新等の情報もすべて含まれているため、障害情報のみを取り出せるように「クエリ」を設定しておきます。次のように設定します。Microsoft.Office365ServiceComms.ExposedContracts.MessageType’Incident’」を指定します。「’MessageCenter’」が指定できるようです。あとは、直近に情報が更新された障害情報のみを取得するために、「LastUpdatedTime」でフィルターをします。クエリは次のようになります。登録したアプリの情報を認証情報として設定します。このあたりの設定は、過去の記事をご参照ください。利用するhttps://idea.tostring.jp/?p=3726設定に問題がなければ、これで自身のテナントで発生している障害情報が取得できます。結果として返してきます。解析」アクションを利用します。設定するスキーマの例は下記の通りです。受け入れられるようにスキーマをちょっとだけ工夫しています。フローの全体像この処理をスケジュールで定期実行し、取得されたデータを他のサービスに流していきます。フィルターの値を揃えておくと良いかと思います。書き込む処理にしたので、実行結果は次のようになりました。2019上手い具合に障害の更新情報が自動投稿されるのを確認できました。チームに自動投稿しても良いかもしれません。投稿して社内で共有するなども良さそうです。用意されているようです。利用できると、運用面で役に立つことがありそうですね。中心に、導入計画~導入~開発~運用~活用などを実施。保証するものではありません。記載された内容によって生じた損害等の一切の責任を負いかねます。ご自身の判断、責任にてご利用頂きますようお願いいたします。