Microsoft 365管理センターとTeams管理センターのアプリ・エージェント導入設定は、統一される予定です。Microsoft 365ロードマップID 567883では、どちらか一方の管理センターでインストール変更を一度行えば、Teams、Outlook、Microsoft 365 Copilotの対応サーフェスへ一貫して適用されると案内されています。
対象はWorldwideのStandard Multi-Tenant環境、プラットフォームはWebで、一般提供は2026年8月の予定です。ただし、現時点では「開発中」であり、ロードマップ上の提供時期は変更される可能性があります。
この変更で重要なのは、管理センター自体が一つになることではありません。異なる管理センターから同じ導入状態を変更できるようになり、Teams、Outlook、Microsoft 365 Copilot間の設定不一致を減らせることです。
アプリとエージェントの導入管理はどう変わるのか
従来は、Microsoft 365管理センターとTeams管理センターで変更の適用範囲が分かれていました。
| 操作した管理センター | 従来の主な適用先 | 統一後の適用先 |
|---|---|---|
| Microsoft 365管理センター | Outlook、Microsoft 365 | Teams、Outlook、Microsoft 365 Copilotの対応サーフェス |
| Teams管理センター | Teams | Teams、Outlook、Microsoft 365 Copilotの対応サーフェス |
たとえば、ある業務アプリをMicrosoft 365管理センターから営業部へインストールしても、Teams側には同じ導入状態が反映されず、Teams管理センターでも別途設定しなければならないケースがありました。
統一後は、対応するアプリやエージェントであれば、どちらか一方からインストール対象を変更するだけで、複数のサーフェスに同じ結果が適用されます。Microsoftは、この変更によって管理操作を簡素化し、一貫した管理体験を提供すると説明しています。
管理センターが統合されるわけではない
今回の変更を「Teams管理センターがMicrosoft 365管理センターへ吸収される」と理解するのは正確ではありません。
一般提供後も、主に次の二つの管理画面を利用します。
- Microsoft 365管理センターの「設定」→「統合アプリ」
- Teams管理センターの「Teamsアプリ」→「アプリを管理」
Microsoft 365管理センターの統合アプリポータルでは、Microsoft Marketplaceのアプリ、組織独自のアプリ、エージェント、Officeアドインなどを展開・管理できます。一方、Teams管理センターでは、Teams固有の表示、ピン留め、会議やチームへの追加などを引き続き管理します。(Microsoft Learn)
つまり、管理画面の入口は複数のままですが、インストール対象に関する変更結果が共通化されると考えると分かりやすいでしょう。
すでに進んでいる「可用性管理の統一」との違い
Microsoftは、アプリやエージェントの利用可否についても、Microsoft 365管理センターとTeams管理センター間で統一する仕組みを提供しています。
統一済みのテナントでは、次のような変更が両方の管理センターに同期されます。
- アプリのステータス
- 組織全体の既定設定
- ユーザーやグループへの割り当て
- アプリを利用できる対象者
Microsoft Learnでは、統一後に一方の管理センターで変更した内容が、もう一方にも自動的に同期されると説明されています。(Microsoft Learn)
ただし、ロードマップID 567883で明示されているのは、アプリとエージェントのインストール変更を、Teams、Outlook、Microsoft 365 Copilotへ一貫して適用する機能です。
「利用を許可すること」と「ユーザーにインストールすること」は似ていますが、管理上は異なります。
インストール、利用許可、ピン留めの違い
管理者が混同しやすい設定を整理すると、次のようになります。
| 設定 | 役割 | 今回の統一との関係 |
|---|---|---|
| 利用許可・可用性 | ユーザーがアプリを利用できるかを制御する | 統一管理へ移行済みのテナントでは管理センター間で同期 |
| インストール・事前導入 | 管理者がユーザーの代わりにアプリを追加する | 2026年8月予定のロードマップでクロスサーフェス化 |
| ピン留め | Teamsのアプリバーなどにアイコンを表示する | Teamsのセットアップポリシーなどで引き続き管理 |
| 表示順序 | Teams上でアプリが並ぶ順番を決める | Teams固有の管理項目 |
| アプリ権限への同意 | 組織データやAPIへのアクセスを許可する | インストールとは別に確認が必要 |
| チームへの追加 | 特定のチームやチャネルでアプリを使用可能にする | Teams固有の操作として残る |
Teamsのセットアップポリシーでは、アプリやエージェントのピン留め、表示順序、メッセージ拡張、会議拡張などを管理できます。今回のロードマップには、これらのTeams固有設定までMicrosoft 365管理センターと共通化するとは記載されていません。(Microsoft Learn)
したがって、「アプリ管理がすべて一つになる」のではなく、クロスサーフェスのインストール状態が一元化されると捉えるのが適切です。
管理者にとってのメリット
二重設定による漏れを減らせる
これまでは、Teams向けの導入作業と、OutlookやMicrosoft 365向けの導入作業が分かれていました。
そのため、次のような設定差異が生じやすい状態でした。
- Teamsにはインストールされているが、Outlookには表示されない
- Microsoft 365 Copilotには展開されているが、Teamsでは利用者が自分で追加しなければならない
- 一方の管理センターで対象グループを変更したが、もう一方の対象者が古いまま残る
- 利用停止したアプリが一部のサーフェスに残る
統一後は、一度の変更で対応サーフェスへ同じインストール状態を適用できるため、管理者の作業量と設定漏れを減らせます。
アプリの展開方針を統一しやすくなる
Teams、Outlook、Microsoft 365 Copilotを併用する組織では、利用者がどの画面から業務を始めるか一定ではありません。
たとえば、社内問い合わせ用のエージェントを導入する場合、Teamsだけに展開するよりも、OutlookやMicrosoft 365 Copilotからも利用できた方が、問い合わせ窓口を見つけやすくなります。
一つの設定で複数の対応サーフェスへ展開できれば、部門ごとの導入状況をそろえやすくなり、アプリやエージェントの利用定着にもつながります。
廃止時の取り残しを防ぎやすい
導入だけでなく、対象者の縮小やインストール解除にも注意が必要です。
業務委託の終了や製品の切り替えに伴ってアプリを削除する場合、一方の管理センターだけを変更すると、別のサーフェスにアプリが残る可能性がありました。
インストール状態が共通化されれば、アプリの導入から廃止までを一つのライフサイクルとして管理しやすくなります。
統一後に注意すべきポイント
一度の変更が複数サーフェスへ影響する
二重管理が不要になる一方、変更の影響範囲は広くなります。
たとえば、Teamsだけを想定してインストール対象を「全ユーザー」に変更したつもりでも、対応アプリであればOutlookやMicrosoft 365 Copilotにも適用される可能性があります。
一般提供後は、変更前に次の項目を確認する運用が必要です。
- 対象アプリが対応しているホスト製品
- インストール対象となるユーザーとグループ
- Teams、Outlook、Microsoft 365 Copilotのどこに表示されるか
- ライセンスがないユーザーへの影響
- アプリが要求する権限と管理者同意
- 既存のピン留めやセットアップポリシーとの関係
従来の「どの管理センターを変更するか」という確認から、今後は「どのサーフェスまで影響するか」という確認へ重点が移ります。
すべてのアプリが全サーフェスに展開されるわけではない
ロードマップでは「すべての対応サーフェス」と表現されています。したがって、Teamsで利用できるアプリが必ずOutlookやMicrosoft 365 Copilotでも利用できるわけではありません。
Microsoft 365管理センターの統合アプリポータルでは、アプリごとにサポート対象となるホスト製品が異なります。また、一部のTeamsアプリは管理者による事前インストールに必要なスコープをサポートしておらず、インストール対象として選択できません。(Microsoft Learn)
アプリの詳細画面で、次の情報を確認してください。
- 対応ホスト製品
- Teams、Outlook、Microsoft 365 Copilotへの対応状況
- 管理者によるインストールの可否
- ユーザーまたはグループ割り当ての可否
- 必要なアプリ権限
- 発行元とセキュリティ情報
インストールだけで権限やライセンスが付与されるわけではない
管理者がアプリをインストールしても、製品ライセンスや外部サービスの契約まで自動的に付与されるとは限りません。
また、組織情報へアクセスするアプリでは、インストール前に管理者による権限同意が必要になる場合があります。Microsoftの事前インストール手順でも、アプリの許可、対象ユーザーへの可用性設定、必要な権限への同意が前提条件として挙げられています。(Microsoft Learn)
動作確認では、単にアイコンが表示されたかだけでなく、実際にサインインし、必要な機能を利用できるかまで確認しましょう。
ピン留めは別途確認する
アプリがインストールされても、Teamsのアプリバーに目立つ形で表示されるとは限りません。
Teams上のピン留め、表示順序、ユーザーによるピン留めの可否は、Teams管理センターのセットアップポリシーで管理されます。管理者がアプリをインストールした状態と、ユーザーがすぐ見つけられる状態は同じではありません。(Microsoft Learn)
全社導入する重要なアプリでは、次の二段階で確認すると確実です。
- ユーザーへインストールされているか
- Teams上で適切にピン留めされているか
既存設定が異なるテナントは事前調整が必要
Microsoft 365管理センターとTeams管理センターで異なる設定を運用してきた組織では、統一時にどちらの設定を採用するか判断が必要になる場合があります。
Microsoft Learnでは、組織全体の既定値、アプリの可用性、ブロック・ブロック解除の設定が変更されているテナントについて、Teams管理センターの「アプリを管理」画面から統一管理へ移行する手順を案内しています。(Microsoft Learn)
設定差異がある場合は、アプリ単位または複数アプリをまとめて、次のいずれかを選択します。
- Teams管理センター側の設定を採用する
- Microsoft 365管理センター側の設定を採用する
- アプリごとに個別判断する
設定差異の確認やレビューはTeams管理者でも進められますが、統一状態への移行に最終同意して変更を適用できるのはグローバル管理者です。(Microsoft Learn)
グローバル管理者を常用するのではなく、通常の確認作業はTeams管理者などの必要最小限の権限で行い、最終適用時のみグローバル管理者が対応する運用が適しています。
2026年8月までに実施したい準備
| 手順 | 実施内容 | 完了の判断基準 |
|---|---|---|
| 現状を棚卸しする | 両方の管理センターから導入済みアプリとエージェントを確認する | アプリ名、対象者、管理センター、対応サーフェスを一覧化できている |
| 設定差異を確認する | 同じアプリの対象ユーザーや利用可否を比較する | Teams側とMicrosoft 365側の違いを説明できる |
| 正とする設定を決める | 差異がある場合にどちらを採用するか決定する | アプリごとの採用方針が承認されている |
| 対応サーフェスを確認する | Teams、Outlook、Microsoft 365 Copilotへの対応状況を調べる | 変更時の影響範囲を把握できている |
| パイロットグループを作る | 少人数のセキュリティグループへ先行展開する | 各サーフェスで起動と権限を確認できている |
| 運用手順を更新する | 申請、承認、導入、廃止、ロールバックを文書化する | どの担当者がどの管理画面を操作するか明確になっている |
Microsoft 365管理センターでは「設定」→「統合アプリ」、Teams管理センターでは「Teamsアプリ」→「アプリを管理」を起点に確認できます。(Microsoft Learn)
棚卸しでは設定の種類を分ける
一覧を作成するときは、単に「導入済み」と記録するだけでは不十分です。
次のように設定を分けて管理すると、統一後の影響を判断しやすくなります。
- 利用可否
- インストール対象
- ピン留め対象
- 対応サーフェス
- アプリ権限
- ライセンス
- 発行元
- 管理責任者
- 廃止予定日
特に「インストール済み」と「利用可能」は別の列にしてください。利用可能でもユーザーが自分で追加しなければならないアプリと、管理者が事前インストールしたアプリを区別できます。
パイロットでは3つのサーフェスを確認する
テストをTeamsだけで終わらせると、今回の統一機能を十分に確認できません。
少なくとも次の観点で検証します。
- Teamsでアプリまたはエージェントが表示されるか
- Outlookで利用可能な機能が表示されるか
- Microsoft 365 Copilotからエージェントを利用できるか
- 対象外ユーザーには表示されないか
- インストール解除後に各サーフェスから削除されるか
- 必要な権限とライセンスで正常に動作するか
Teamsの既存ポリシー変更は反映まで数時間かかる場合があると案内されています。新しい統一機能について具体的な反映時間が示されていない段階では、変更直後だけで失敗と判断せず、時間を置いた再確認もテスト計画に含めてください。(Microsoft Learn)
統一後も社内の標準管理センターを決める
機能上はどちらの管理センターからでも変更できるようになりますが、担当者が自由に両方を操作すると、変更履歴を追いにくくなります。
組織内では、次のように標準の入口を決めると運用が安定します。
| 管理作業 | 推奨する運用 |
|---|---|
| クロスサーフェスのインストール | 社内で決めた一方の管理センターを標準入口にする |
| Teamsのピン留めと表示順序 | Teams管理センターで管理する |
| Teamsの会議、チーム、チャネル固有設定 | Teams管理センターで管理する |
| Copilotエージェントの棚卸しとライフサイクル | Microsoft 365管理センターのエージェント管理画面を中心に確認する |
| アプリ権限への同意 | 統合アプリやMicrosoft Entraの権限を確認する |
| 緊急停止 | 対応担当と操作場所を事前に手順化する |
大切なのは、管理画面の選択よりも、変更申請に次の情報を残すことです。
- 変更するアプリまたはエージェント
- 対象ユーザーとグループ
- 影響するサーフェス
- 必要なライセンス
- 必要な権限
- 実施日時
- 確認担当者
- 元に戻す手順
よくある疑問
Teams管理センターは使わなくなるのか
使わなくなるわけではありません。
Teams上のピン留め、表示順序、メッセージ拡張、会議拡張、チームへの追加など、Teams固有の設定は引き続きTeams管理センターで管理します。今回統一されるのは、対応サーフェスに対するアプリ・エージェントのインストール変更です。(Microsoft Learn)
TeamsのアプリがすべてOutlookにも表示されるのか
すべてではありません。
アプリやエージェントが対応しているホスト製品にのみ適用されます。Teams専用アプリや、Outlook、Microsoft 365 Copilotに必要な機能を備えていないアプリは、別のサーフェスには表示されません。
既存テナントは自動的に統一されるのか
Microsoftの現在の可用性管理に関する説明では、両方の管理センターで組織全体設定やアプリ設定を変更していないテナントは自動的に統一されます。一方、独自設定があるテナントでは、設定差異を解消し、グローバル管理者が移行へ同意する手順が案内されています。(Microsoft Learn)
ただし、ロードマップID 567883のインストール管理機能について、すべてのテナントに同一の方法で適用されるかは、今後のメッセージセンター通知も確認する必要があります。
政府機関向けクラウドも対象になるのか
ロードマップ上で対象として記載されているのは、WorldwideのStandard Multi-Tenant環境です。GCC、GCC High、DoDなどは対象として記載されていないため、政府機関向け環境では個別の提供情報を確認してください。
2026年8月の何日に提供されるのか
ロードマップでは2026年8月とだけ記載されており、具体的な開始日は示されていません。また、Microsoft 365ロードマップの日付は予定であり、延期や内容変更の可能性があります。
まとめ
Microsoft 365管理センターとTeams管理センターのアプリ・エージェント導入設定は、2026年8月に統一される予定です。
一般提供後は、どちらか一方でインストール変更を行うことで、Teams、Outlook、Microsoft 365 Copilotの対応サーフェスへ一貫して適用できるようになります。
一方で、次の点には注意が必要です。
- 管理センター自体が一つになるわけではない
- すべてのアプリが全サーフェスに対応するわけではない
- Teamsのピン留めや表示順序は別途管理する
- ライセンスやアプリ権限は自動付与されない
- 既存設定に差異があるテナントでは事前調整が必要になる
- 一度の変更が複数サーフェスへ影響する
まずはMicrosoft 365管理センターとTeams管理センターの両方で、現在のインストール対象、利用許可、ピン留めを棚卸ししてください。そのうえで設定差異を解消し、少人数のパイロットグループを使って、Teams、Outlook、Microsoft 365 Copilotでの表示と動作を確認するのが安全です。
コメント