Teams管理センターとMicrosoft 365管理センターで、同じアプリやCopilotエージェントを別々に配布していると、「Teamsには入っているがOutlookには表示されない」「管理センターごとに対象ユーザーが違う」といった不整合が起こりやすくなります。
Microsoft 365 Roadmap ID 567883では、2026年8月の一般提供に向けて、どちらか一方の管理センターで行ったアプリ／エージェントのインストール変更を、Teams、Outlook、Microsoft 365 Copilotの対応画面へ一貫して反映する仕組みが予定されています。管理者が今から行うべきことは、既存設定を棚卸しし、両管理センターの差異を洗い出しておくことです。展開後は、片方の管理センターだけでテスト変更を行い、もう片方の状態と実際のユーザー画面まで一致するか確認します。(Microsoft)
Teamsアプリ・Copilotエージェントの統合管理で何が変わるか
Roadmap 567883の中心は、アプリとCopilotエージェントのインストール管理を、Teams管理センターとMicrosoft 365管理センターの間で統合することです。
従来は、Microsoft 365管理センターで変更したインストール設定は主にOutlookやMicrosoft 365側へ、Teams管理センターで変更した設定はTeams側へ適用されていました。そのため、複数のMicrosoft 365画面で利用するアプリを展開する場合、管理者がそれぞれの管理センターで設定しなければならないケースがありました。
展開後は、対応するアプリやエージェントについて、片方の管理センターで行ったインストール変更が、もう片方にも反映される予定です。
| 比較項目 | 従来 | 統合後 |
|---|---|---|
| Teams管理センターでの変更 | 主にTeamsへのインストールを管理 | Teams、Outlook、Microsoft 365 Copilotの対応画面へ一貫して反映 |
| Microsoft 365管理センターでの変更 | 主にOutlookやMicrosoft 365側を管理 | Teamsを含む対応画面へ一貫して反映 |
| 管理作業 | 管理センターごとに設定が必要になる場合がある | 片方で変更し、もう片方へ同期 |
| 不整合のリスク | 対象ユーザーやインストール状態がずれやすい | 管理画面間のずれを抑えやすい |
| 変更時の影響範囲 | 管理センター単位で分かれる | 1回の変更が複数画面へ広がる |
2026年7月時点では、Roadmap上の一般提供予定は2026年8月です。ただし、Microsoft 365 Roadmapに掲載される日程は予定であり、延期や変更の可能性があります。実際の展開状況は、Microsoft 365メッセージセンターとテナントの管理画面で確認する必要があります。(Microsoft)
Roadmap 567883は「すべての管理機能」を一つにする更新ではない
今回の更新を理解するうえで重要なのは、インストール、利用可否、ピン留め、アクセス許可を分けて考えることです。
Microsoftは、既存の統合エージェント／アプリ管理において、組織全体の既定値、アプリの状態、利用可能なユーザーやグループなどをTeams管理センターとMicrosoft 365管理センターの間で同期しています。Roadmap 567883は、そこへインストール管理の統合を広げる更新と捉えると分かりやすくなります。(Microsoft Learn)
| 管理項目 | 意味 | Roadmap 567883との関係 |
|---|---|---|
| 利用可能範囲 | 誰がアプリやエージェントを利用できるか | 既存の統合管理でも同期対象となる設定 |
| インストール／展開 | 管理者がユーザーやグループへ事前導入する | 今回の主要な統合対象 |
| ピン留め | TeamsやCopilotの目立つ位置へ表示する | インストールとは別の設定 |
| アクセス許可 | 組織データやMicrosoft Graphなどへのアクセスを承認する | インストールしただけでは完了しない |
| ライセンス | ユーザーが対象機能を実行できるか | 統合管理とは別に確認が必要 |
| アプリ固有設定 | 外部サービスへの接続や管理者設定 | 各製品や開発元の管理画面で設定 |
たとえば、アプリがユーザーへインストール済みと表示されていても、組織全体でブロックされている、必要なアクセス許可が承認されていない、対象ユーザーにライセンスがないといった場合は利用できません。
Teamsのアプリ中心管理では、アプリを事前インストールする前提として、組織内でアプリの利用が許可されていること、アプリがブロックされていないこと、必要に応じてアクセス許可への同意が完了していることが求められます。(Microsoft Learn)
統合管理によるメリット
管理センターごとの二重設定を減らせる
Teams、Outlook、Microsoft 365 Copilotで利用するアプリやエージェントを展開するとき、管理者がそれぞれの管理センターで同じユーザーやグループを指定する作業を減らせます。
特に、次のような組織で効果が大きくなります。
- TeamsとOutlookの両方で利用する業務アプリを多数展開している
- Copilot Studioなどで作成したエージェントを複数部門へ配布している
- Teams管理者とMicrosoft 365管理者が別の担当者になっている
- 部門異動に合わせてインストール対象グループを頻繁に変更している
- アプリ配布に関する問い合わせが多い
ユーザーごとの利用体験をそろえやすい
これまでは「Teamsでは使えるが、Microsoft 365 Copilotでは見つからない」といった状態が発生しやすく、利用者には設定ミスなのか製品仕様なのか判断しにくい問題がありました。
統合後は、対応するアプリやエージェントについて管理上のインストール対象をそろえやすくなるため、ユーザーからの問い合わせを切り分けやすくなります。
管理台帳を一本化しやすい
アプリやエージェントの管理台帳を、管理センター別ではなく、アプリIDやエージェントIDを基準として整理できます。
同じ名称のアプリが複数存在することもあるため、名称だけではなく、次の情報を記録することが重要です。
| 管理項目 | 記録例 |
|---|---|
| 表示名 | Sales Assistant |
| アプリID／エージェントID | 管理画面に表示される一意のID |
| 発行元 | Microsoft、社内、外部ベンダー |
| 対応画面 | Teams、Outlook、Microsoft 365 Copilot |
| 利用可能範囲 | 全員、特定グループ、利用不可 |
| インストール対象 | 営業部セキュリティグループ |
| アクセス許可 | 承認済み、未承認、確認不要 |
| 管理責任者 | Teams管理者、AI管理者、業務部門 |
| 重要度 | 検証用、一般業務、基幹業務 |
| 最終確認日 | 2026年8月15日 |
統合後は設定ミスの影響範囲も広がる
管理の統合は、作業を減らす一方で、片方の管理センターで行った誤設定が複数の画面へ反映される可能性を意味します。
たとえば、本来は検証グループだけに展開するエージェントを「すべてのユーザー」へインストールすると、Teamsだけでなく、OutlookやMicrosoft 365 Copilotの対応画面にも影響する可能性があります。
そのため、統合後は次の運用が重要です。
- 本番変更前に対象ユーザー数を確認する
- 最初は検証用グループへ展開する
- 同じアプリを両方の管理センターから同時に変更しない
- 変更前後の設定を記録する
- 表示名ではなくアプリIDや発行元で照合する
- 削除や全社展開は別担当者による確認を入れる
管理画面が一元化されるほど、変更管理の手順は慎重にする必要があります。
2026年8月の展開前に行う準備
Teams管理センターのアプリ一覧を取得する
Teams管理センターでは、次の場所からアプリを確認します。
Teamsアプリ → アプリを管理
Teams管理センターでは、組織内のアプリ／エージェントカタログをCSVとしてエクスポートできます。アプリ名、状態、利用可能範囲などを確認し、統合前の基準データとして保存しておきます。(Microsoft Learn)
特に確認する項目は次のとおりです。
- 許可またはブロックの状態
- 利用可能なユーザーやグループ
- インストール対象ユーザーやグループ
- Microsoft製、サードパーティ製、カスタムアプリの区分
- 発行元によるブロックの有無
- アプリID
- アクセス許可への同意状況
Microsoft 365管理センターの配布状態を記録する
Microsoft 365管理センターでは、一般的な統合アプリを次の場所から確認します。
設定 → 統合アプリ
Copilotエージェントについては、テナントの画面構成に応じて、次の場所からAgent Registryを確認します。
エージェント → すべてのエージェント → レジストリ
Agent Registryでは、エージェントの状態、発行元、所有者、展開先チャネルなどを確認でき、一覧をCSVへエクスポートできます。チャネル情報を確認すれば、そのエージェントがTeams、Outlook、Microsoft 365アプリなど、どの画面へ展開されるものかを判断できます。(Microsoft Learn)
両管理センターの差異を洗い出す
次のような不一致を検索します。
| Teams管理センター | Microsoft 365管理センター | 判断が必要な内容 |
|---|---|---|
| 営業部だけにインストール | 全ユーザーへ展開 | どちらを正しい対象とするか |
| 利用可能 | ブロック | 利用を継続するか |
| インストール済み | 未展開 | 統合後にどちらへそろえるか |
| 古いカスタムアプリ | 新しいバージョン | 正式版をどちらにするか |
| 特定グループ | 別の特定グループ | グループ統合または役割分担が必要か |
| アプリ名が同じ | 発行元やIDが異なる | 同一アプリではない可能性 |
既存の統合管理で差異が検出された場合、Microsoftの整合ウィザードでは、アプリごとまたは一括でTeams管理センターとMicrosoft 365管理センターのどちらの設定を採用するか選択できます。差異をCSVへ出力して確認することも可能です。(Microsoft Learn)
正とする設定を決める
統合前に、どの管理センターの状態を正とするか決めておきます。
一律に片方を正とする必要はありません。たとえば、次のようにアプリ単位で決められます。
- Teams中心の業務アプリはTeams管理センターを基準にする
- OutlookアドインはMicrosoft 365管理センターを基準にする
- CopilotエージェントはAgent Registryの展開対象を基準にする
- 社内開発アプリはアプリ管理台帳を基準にする
重要なのは、統合開始時に「現在どちらが正しいのか」を管理者が判断できる状態にしておくことです。
検証グループを準備する
全社展開用とは別に、統合管理の確認に使用する検証グループを作成します。
検証グループには、次のユーザーを含めると問題を発見しやすくなります。
- Teamsを日常的に利用するユーザー
- Outlookを日常的に利用するユーザー
- Microsoft 365 CopilotまたはCopilot Chatを利用できるユーザー
- 対象アプリの業務担当者
- 情報システム部門の検証担当者
動的グループを使用すると、グループメンバーシップの反映待ちとアプリ配布の反映待ちを切り分けにくくなります。初回検証では、メンバーが固定された小規模なセキュリティグループを使うと確認しやすくなります。
必要な管理者ロールを確認する
Teams管理センターのアプリ管理には、Teams管理者などの適切なロールが必要です。Microsoftは、グローバル管理者を常用せず、必要な作業を実行できる最小権限のロールを利用することを推奨しています。(Microsoft Learn)
既存の統合エージェント／アプリ管理で「統合アプリ管理へ移動する」操作が表示され、差異を整合する場合、最終的な同意と適用にはグローバル管理者が必要です。Teams管理者は確認画面まで進められますが、最終適用者を事前に決めておく必要があります。(Microsoft Learn)
展開後に両管理センターの状態一致を確認する手順
ロードマップだけでなくテナントの展開状況を確認する
Roadmap上で一般提供になっていても、すべてのテナントへ同時に反映されるとは限りません。
次の情報を確認します。
- Microsoft 365メッセージセンターの展開通知
- Roadmap ID 567883の状態
- Teams管理センターに表示される統合管理の案内
- Microsoft 365管理センターの統合アプリまたはAgent Registryの表示
- テナントが統合エージェント／アプリ管理へ移行済みか
テナントが統合管理へ移行していない場合は、引き続き両方の管理センターで設定をそろえる必要があります。Microsoftも、統合前のテナントでは両管理センターのブロック状態や組織全体設定を同期しておくよう案内しています。(Microsoft Learn)
複数の画面に対応する検証用アプリを選ぶ
最初の検証では、次の条件を満たすアプリまたはエージェントを選びます。
- Teams以外の画面にも対応している
- 本番業務への影響が小さい
- 発行元とアプリIDを確認できる
- 検証グループだけに展開できる
- 必要なアクセス許可が承認済み
- ロールバックしても問題がない
Teams専用アプリを使って検証しても、OutlookやMicrosoft 365 Copilotには表示されません。Agent Registryのチャネル情報などを使い、どの画面に対応しているか確認します。(Microsoft Learn)
変更前の状態を記録する
同じアプリについて、両方の管理センターで次の情報を記録します。
- アプリ名
- アプリIDまたはエージェントID
- 発行元
- 利用可能範囲
- インストール対象
- 展開対象ユーザー数
- 対応チャネル
- 確認日時
- 確認した管理者
スクリーンショットだけでなく、CSVや管理台帳にも残しておくと、表示変更があった場合でも比較できます。
片方の管理センターだけで変更する
同期確認では、両方の管理センターを同時に変更してはいけません。どちらから同期されたのか判定できなくなるためです。
Teams管理センターから試す場合は、次の手順が基本です。
Teamsアプリ→アプリを管理を開く- 検証するアプリを選択する
インストールの編集を選択する- 検証グループを指定する
- 変更を適用する
アプリ詳細画面から操作する場合は、ユーザーとグループ内のインストール設定から対象者を指定します。Teamsのアプリ中心管理では、対象者へインストールすると、同じ対象者に対してアプリを別途利用可能に設定する必要はありません。ただし、組織全体のブロックやアクセス許可などの前提条件は別途確認が必要です。(Microsoft Learn)
もう片方の管理センターで同期を確認する
Teams管理センターで変更した場合は、Microsoft 365管理センターで同じアプリまたはエージェントを検索します。
確認するポイントは次のとおりです。
- アプリIDや発行元が同一か
- インストール対象のユーザーやグループが一致しているか
- 対象ユーザー数が大きくずれていないか
- 展開状態が一致しているか
- 利用可能範囲を同時に変更していないか
- エラーや保留状態が表示されていないか
次に、Microsoft 365管理センター側で検証用の変更を行い、Teams管理センターへ反映されるか確認します。双方向で確認することで、片方向だけの同期不良を発見できます。
管理画面だけでなくユーザー画面を確認する
両管理センターの状態が一致していても、実際のユーザー画面に正しく表示されるとは限りません。
検証ユーザーで、対応する画面を確認します。
| 確認画面 | 確認内容 |
|---|---|
| Teams | アプリ一覧に表示されるか、起動できるか |
| Outlook | 対応するアプリや機能が表示されるか |
| Microsoft 365 Copilot | エージェント一覧から発見・起動できるか |
| Microsoft 365アプリ | 対応するホストアプリで利用できるか |
| Web版とデスクトップ版 | 表示状態に違いがないか |
確認は、次の二段階に分けます。
- 管理プレーンの確認：Teams管理センターとMicrosoft 365管理センターの設定が一致している
- ユーザー体験の確認：実際にアプリが表示され、起動して利用できる
管理プレーンが正常でも、ライセンス、アクセス許可、アプリ固有設定、クライアントの更新状態などが原因で、ユーザー体験だけ失敗することがあります。
即時反映を前提にしない
Roadmap 567883では、新しいインストール同期について一律の反映時間が明示されているとは限りません。
関連するアプリ利用可能範囲の変更について、Microsoftは通常最大24時間、まれにクライアントへの反映まで最大6日かかる場合があると案内しています。そのため、変更直後に表示されないだけで同期失敗と判断しないことが重要です。(Microsoft Learn)
検証記録には、少なくとも次の時刻を残します。
- 管理センターで変更した時刻
- もう片方の管理センターに反映された時刻
- Teamsで表示された時刻
- Outlookで表示された時刻
- Microsoft 365 Copilotで表示された時刻
これにより、同期そのものの遅延とクライアント表示の遅延を分けて判断できます。
統合管理の合格判定チェックリスト
| 確認項目 | 合格条件 |
|---|---|
| オブジェクトの一致 | アプリID、エージェントID、発行元が同一 |
| インストール対象 | 両管理センターで同じユーザー／グループ |
| 対象人数 | 想定した人数と一致 |
| 双方向同期 | どちらの管理センターから変更しても反映される |
| Teamsでの表示 | 検証ユーザーに表示され、起動できる |
| Outlookでの表示 | 対応アプリの場合に表示され、起動できる |
| Copilotでの表示 | 対応エージェントが発見・実行できる |
| アクセス許可 | 必要な同意が維持されている |
| 対象外ユーザー | インストールされていない |
| ロールバック | インストール解除も両画面へ反映される |
| 記録 | 変更前後のCSV、画面、日時が保存されている |
全項目を一度に確認するのではなく、まず検証グループで確認し、その後、部門単位、全社の順に広げます。
両管理センターの状態が一致しない場合の確認ポイント
| 症状 | 主な確認ポイント |
|---|---|
| Teams側だけインストール済み | テナントの統合展開状況、別アプリID、同期待ち |
| Microsoft 365側だけ展開済み | Teams対応の有無、利用可能範囲、Teams側のブロック |
| 管理画面は一致しているが表示されない | クライアント反映、ライセンス、ピン留め、アクセス許可 |
| 一部ユーザーだけ表示されない | グループ所属、動的グループの評価、個別割り当て |
| アプリは表示されるが起動できない | 管理者同意、外部サービス設定、サインイン条件 |
| Outlookには表示されない | Outlookを対応チャネルとして持つアプリか |
| Copilotで見つからない | エージェントの公開・展開範囲、Copilotへのアクセス |
| 同名アプリの状態が異なる | 発行元、アプリID、カスタムアプリのバージョン |
| 変更が意図せず全社へ広がった | 「全員」と「特定ユーザー／グループ」の指定ミス |
トラブルをMicrosoftサポートや開発元へ問い合わせる場合は、次の情報をまとめておくと切り分けが早くなります。
- テナントID
- アプリIDまたはエージェントID
- 発行元
- 操作した管理センター
- 変更日時とタイムゾーン
- 対象ユーザーまたはグループ
- 問題が発生するユーザーのUPN
- Teams、Outlook、Copilotのどこで発生するか
- 管理画面のスクリーンショット
- Web版とデスクトップ版の確認結果
統合管理の対象外になりやすい設定にも注意する
Teamsの組み込みエージェント
Channel AgentやFacilitatorなど、Teamsの機能へ直接組み込まれているエージェントは、通常のアプリを管理ページではなく、Teams管理センターの組み込みTeamsエージェントページから管理します。
すべてのエージェントが通常のアプリ一覧で同じように管理されるわけではありません。(Microsoft Learn)
エージェントのセキュリティとデータアクセス
インストール対象が同期されても、次の設定まで自動的に同一になるとは限りません。
- Microsoft Graphへのアクセス許可
- Microsoft Entraの管理者同意
- Copilot Studioの環境設定
- Power Platformのデータポリシー
- Microsoft Purviewの情報保護
- 外部サービスの認証情報
- 従量課金やライセンス設定
- エージェント所有者の管理
- エージェントの公開承認
Microsoft 365管理センターでは、エージェントを有効化、無効化、割り当て、ブロック、削除できますが、作成方法や利用するサービスによっては、Copilot Studio、Power Platform管理センター、Microsoft Entra管理センターなどの設定も必要です。(Microsoft Learn)
ピン留めとインストール
インストール済みでも、TeamsやCopilotの目立つ位置に表示されるとは限りません。
Agent Registryでは、展開済みのエージェントをMicrosoft 365 Copilotのエージェント一覧へ管理者がピン留めできます。ピン留めは、利用者が見つけやすくするための表示制御であり、インストールや利用許可そのものとは別に確認します。(Microsoft Learn)
統合後におすすめする管理体制
統合後は、両管理センターを自由に操作するのではなく、通常運用で使用する主画面を決めると混乱を防げます。
たとえば、次のように役割を分けます。
| 担当 | 主な役割 |
|---|---|
| Teams管理者 | Teamsで利用するアプリの展開、ユーザー問い合わせ |
| Microsoft 365管理者 | 統合アプリの全体管理、Outlookを含む配布 |
| AI管理者 | Copilotエージェントの登録、所有者、展開管理 |
| セキュリティ担当 | 発行元、権限、データアクセス、リスク確認 |
| 業務部門 | 必要なユーザー、利用目的、業務テストの確認 |
| 変更管理責任者 | 本番適用の承認、台帳と作業記録の管理 |
Teams中心の組織であれば、通常のインストール変更をTeams管理センターで行い、Microsoft 365管理センターを同期確認に使う方法が考えられます。
Copilotエージェントの比重が高い組織であれば、Microsoft 365管理センターのAgent Registryを管理台帳の起点とし、Teams管理センターでTeams側の反映を確認する方法が適しています。
どちらを選ぶ場合も、同じアプリを複数の担当者が同時に変更しないよう、アプリ単位で管理責任者を決めておくことが重要です。
統合管理の展開時に実施すべきこと
Roadmap 567883の展開後は、Teams管理センターとMicrosoft 365管理センターのどちらか一方で、アプリやCopilotエージェントのインストール対象を変更できるようになる予定です。対応するアプリでは、その変更がTeams、Outlook、Microsoft 365 Copilotへ一貫して反映され、管理センターごとの二重設定を減らせます。
一方で、利用可能範囲、インストール、ピン留め、アクセス許可、ライセンスは別の要素です。管理画面上で「インストール済み」と表示されているだけでは、ユーザーが実際に利用できることを保証できません。
展開前に、両管理センターのアプリ一覧と対象ユーザーを棚卸しし、設定の差異を解消しておきます。展開後は、検証グループを使って片方の管理センターだけを変更し、もう片方への同期、Teams・Outlook・Microsoft 365 Copilotでの表示、起動、ロールバックまで確認してください。全社展開は、その検証結果を記録してから実施するのが安全です。
コメント