Power Platform CoE Starter Kitを使っている組織がまず押さえるべき結論は、CoE Starter Kitがすぐ使えなくなるわけではないが、今後の機能追加や通常の課題対応は期待できないという点です。Microsoftは、Power Platformのガバナンス、棚卸し、利用状況把握、健全性確認、推奨アクションといった中核機能を、Power Platform admin centerへ移していく方針を示しています。(Microsoft Learn)
2026年5月時点の公式情報「Microsoft Power Platform Center of Excellence (CoE) Starter Kit transition to Power Platform admin center」を読むと、管理者が取るべき対応は明確です。既存のCoE Starter Kit環境を慌てて削除するのではなく、まず現在の利用状況を棚卸しし、Power Platform admin centerのInventory、Usage、Monitor、Actionsで代替できる範囲を確認する必要があります。(Microsoft Learn)
Power Platform CoE Starter Kitは何が変わるのか
Power Platform CoE Starter Kitは、これまでPower Apps、Power Automate、Copilot Studioなどの利用状況を可視化し、組織内のPower Platform活用を統制するための代表的なツールキットとして使われてきました。
今回のポイントは、CoE Starter Kitそのものが「廃止された」というより、アクティブな保守対象ではなくなり、主要な管理機能はPower Platform admin center側で提供されるという変更です。公式ドキュメントでは、CoE Starter Kitは既存・新規の展開で引き続き利用可能とされていますが、新機能による拡張は行われず、通常のIssue対応も行われないと説明されています。セキュリティ上の問題を見つけた場合は、Microsoft Security Response Centerへ報告する流れです。(Microsoft Learn)
管理者目線で言えば、今後の標準的な運用先は次のように変わります。
| これまでの主な確認内容 | 今後の確認先 | 主な用途 |
|---|---|---|
| アプリ、フロー、エージェントの棚卸し | Inventory | テナント全体のリソース把握、所有者確認、環境別の確認 |
| 利用状況、定着度、よく使われるリソース | Usage | アプリ、フロー、エージェントの利用傾向確認 |
| 障害傾向、実行状況、運用健全性 | Monitor | リソースの健全性メトリック、ログ、推奨事項の確認 |
| ガバナンス上のリスクや改善提案 | Actions | 推奨事項、影響リソース、手動・自動アクションの実行 |
Power Platform admin centerのUIだけでなく、Microsoft Power Platform CLI、Power Platform API、Power Platform inventory API、Power Platform for Admins V2 connectorも代替手段として示されています。カスタムレポートや自動化を作っている場合は、UI移行だけでなくAPI・コネクタ経由の取得方法も確認しておくべきです。(Microsoft Learn)
影響を受ける対象者
今回の変更で特に影響を受けるのは、CoE Starter Kitを「見るだけ」で使っていた人よりも、CoE Starter Kitを前提に運用や自動化を組み込んでいる人です。
Power Platform管理者
Power Platform管理者は、CoE Starter KitのダッシュボードやPower BIレポートだけに依存した運用から、Power Platform admin centerを中心にした運用へ切り替える必要があります。
特に確認すべきなのは、次のような日常業務です。
- テナント内のアプリ、フロー、エージェントの棚卸し
- 退職者や異動者が所有するリソースの確認
- 既定環境に作成された業務アプリの把握
- 利用されていないアプリやフローの整理
- ガバナンス違反や改善推奨事項への対応
Inventoryでは、Power Platform上に作成されたエージェント、アプリ、フロー、環境、環境グループを横断的に確認できます。Power Platform administratorまたはDynamics 365 administratorのテナント全体ロールが必要で、リソースの作成・更新・削除はおおむね15分以内に反映されると説明されています。(Microsoft Learn)
CoE運用チーム
CoE運用チームは、「どのレポートを誰が見ているか」「どの自動化がCoE Starter KitのDataverseテーブルやフローに依存しているか」を確認する必要があります。
たとえば、次のような運用は見直し対象です。
| 確認対象 | 見直しが必要な理由 |
|---|---|
| CoE Starter Kit付属のPower BIレポート | 今後のPower Platform側の新機能や新しいリソース種別を反映できない可能性がある |
| CoE用Dataverseテーブルを参照する独自レポート | スキーマやデータ取得方式が将来の標準運用に合わなくなる可能性がある |
| CoEフローを使った通知・棚卸し | Power Platform admin center、API、Admin V2 connectorで代替できるか確認が必要 |
| 手作業の月次レポート | InventoryやUsageで確認する指標に置き換えられる可能性がある |
いきなりCoE Starter Kitを停止するのではなく、まずは「何を判断するために使っているのか」を業務単位で洗い出すことが重要です。
開発者・市民開発者
開発者や市民開発者にとっても無関係ではありません。管理者がPower Platform admin centerを使ってリソースの所有者、利用状況、健全性、推奨事項を確認しやすくなるため、アプリやフローの命名、所有者設定、環境の使い分けがより重要になります。
特に、次のような作り方は後から管理しづらくなります。
- 個人名だけでアプリ名を付ける
- 所有者が1人だけの重要フローを作る
- 本番用途のアプリを既定環境に置き続ける
- 利用部門や目的が分からない名前でエージェントを作る
- テスト用と本番用を同じ環境に混在させる
Power Platform admin centerでの棚卸しが進むほど、開発者側にも「管理しやすい作り方」が求められます。
Power Platform admin centerで確認すべき4つの機能
Inventory：まずはリソースの全体像を把握する
移行作業の最初に見るべき機能はInventoryです。Inventoryでは、Power Platform上のアプリ、フロー、エージェント、環境、環境グループを横断的に確認できます。作成者が多い部門、リソース数が多い環境、所有者変更が必要なリソースなどを見つける用途に向いています。(Microsoft Learn)
実務では、次の順番で確認すると効率的です。
| 確認項目 | 見るべき理由 |
|---|---|
| 環境別のリソース数 | ガバナンス対象を優先順位付けできる |
| 所有者 | 退職者・異動者が所有するアプリやフローを発見できる |
| 作成日・更新日 | 放置リソースや最近増えたリソースを把握できる |
| リージョン | 組織のデータ配置ポリシーと合っているか確認できる |
| リソース種別 | アプリ、フロー、エージェントの管理観点を分けられる |
注意点として、Inventoryの検索はUI上で表示されている最大1,000件のリソースに対して行われます。大規模テナントでは、検索だけに頼らず、フィルター、Excelエクスポート、API、Azure Resource Graphなどを組み合わせると実務に耐えやすくなります。(Microsoft Learn)
また、Power Platform inventoryとMicrosoft 365 admin centerでは、エージェント数の見え方が異なる場合があります。Power Platform inventoryはPower Platform上で作成されたエージェントに焦点を当てる一方、Microsoft 365 admin centerはユーザーが利用可能なエージェント全体を扱うためです。経営報告や監査資料で数値を出す場合は、どちらの定義で集計したのかを明記しましょう。(Microsoft Learn)
Usage：よく使われているリソースを見つける
Usageは、Power Apps、Power Automate、Copilot Studioエージェントの利用状況や採用状況を確認するためのページです。アプリのアクティブユーザー、フロー実行数、エージェントセッションなどを見て、組織内で価値を生んでいるリソースを把握できます。(Microsoft Learn)
CoE Starter Kitから移行する際は、単に「使われていないものを消す」ためではなく、次の判断に使うと効果的です。
| Usageで見る観点 | 実務での判断例 |
|---|---|
| 利用者が多いアプリ | 重要業務アプリとして所有者、サポート体制、バックアップ方針を確認する |
| 実行数が多いフロー | 障害時の影響が大きいため、監視や例外処理を強化する |
| セッション数が多いエージェント | ナレッジ更新や回答品質のレビュー対象にする |
| 急に利用が増えたリソース | 部門展開が進んでいる可能性があるため、権限とライセンスを確認する |
| 利用がほぼないリソース | 所有者へ確認し、停止・削除・統合を検討する |
ただし、Usageはプレビュー機能として説明されており、地域によってはまだ利用できない可能性があります。プレビュー機能は正式運用向けの機能と同じ前提で扱わず、重要な監査レポートではデータ取得元と対象期間を明記するのが安全です。(Microsoft Learn)
Monitor：運用健全性を確認する
Monitorは、アプリ、フロー、エージェントなどの運用健全性を確認する領域です。管理者はテナント全体または特定環境の健全性を確認でき、作成者は自分が改善できるリソースの状態を見られます。メトリックはランタイム活動のイベントログを日次集計して算出されるため、リアルタイム監視ツールではありません。(Microsoft Learn)
移行時に特に確認すべき前提条件は次のとおりです。
| 項目 | 確認内容 |
|---|---|
| テナントレベル分析 | Monitorのデータを利用するには有効化が必要 |
| 環境のシステム管理者ロール | 環境内リソース名を確認するために必要 |
| Managed Environment | Monitorの推奨事項を見るために必要 |
| データ保持期間 | メトリックは最大28日、関連ログは最大7日が目安 |
Monitorは、障害の瞬間を追うためのリアルタイム監視というより、継続的な改善のための管理画面です。たとえば、よく使われるアプリで起動成功率や応答時間に問題がある場合、作成者に改善を依頼する判断材料になります。(Microsoft Learn)
Actions：推奨事項を確認し、改善アクションにつなげる
Actionsは、Power Platformテナントのセキュリティ、信頼性、全体的な健全性を改善するための推奨事項を表示する機能です。管理者は推奨事項を確認し、インライン操作、Power Automate、PowerShell、Power Platform for Admin V2 connectorなどを使って対応できます。(Microsoft Learn)
特に重要なのは、ActionsがManaged Environmentと深く関係している点です。Managed Environmentでは、推奨事項、影響を受けるリソース、実行可能なアクションをより詳しく扱えます。Managed Environmentを有効化した後、Actionsに詳細が表示されるまで最大72時間かかる場合があるため、移行直前に有効化してすぐ確認できるとは限りません。(Microsoft Learn)
運用では、推奨事項を見つけたらすぐ削除や停止に進むのではなく、次のような手順にするとトラブルを防げます。
| 手順 | 実施内容 |
|---|---|
| 影響リソースを確認する | 対象アプリ、フロー、環境、所有者を確認する |
| 業務影響を判断する | 利用者数、実行数、部門、業務重要度を確認する |
| 所有者に連絡する | 停止・削除・修正前に利用実態を確認する |
| 対応方法を決める | 修正、所有者変更、環境移動、停止、削除などを選ぶ |
| 履歴を残す | Actionsの履歴や運用台帳に判断理由を残す |
Actionsでは、推奨事項の一時停止、却下、共有、アクション履歴、傾向確認なども利用できます。自動修復を組み込む場合は、最初から削除処理を自動化するのではなく、所有者への通知や承認フローを挟む設計にしましょう。(Microsoft Learn)
CoE Starter Kitから移行するための実務手順
現在のCoE Starter Kit利用状況を棚卸しする
最初にやるべきことは、CoE Starter Kitの削除ではなく棚卸しです。次の項目を確認してください。
| 棚卸し項目 | 確認ポイント |
|---|---|
| CoE Starter Kitを入れている環境 | 本番環境、専用環境、検証環境のどこにあるか |
| 利用しているレポート | どのPower BIレポートを誰が見ているか |
| 動いているCoE関連フロー | 通知、同期、クリーンアップ、監査系のフローがあるか |
| 参照しているDataverseテーブル | 独自レポートや外部連携が依存していないか |
| 管理者の運用手順 | 月次確認、棚卸し、所有者確認、削除申請の流れ |
| 利用者 | 管理者、CoEチーム、セキュリティ部門、事業部門の閲覧者 |
この棚卸しをせずに環境を止めると、月次報告、監査資料、所有者確認、利用状況レポートが突然作れなくなる可能性があります。
CoEの用途をPower Platform admin centerの機能に置き換える
次に、CoE Starter Kitで見ていた情報を、Power Platform admin centerのどこで確認するかを対応付けます。
| CoEでの用途 | 置き換え候補 | 移行時の確認ポイント |
|---|---|---|
| アプリ・フローの一覧 | Inventory | 対象リソース種別、フィルター条件、エクスポート可否 |
| 作成者・所有者の確認 | Inventory | 退職者・異動者の所有リソース確認手順 |
| 利用状況の確認 | Usage | 対象期間、指標の定義、プレビュー機能である点 |
| 障害傾向の把握 | Monitor | テナントレベル分析、Managed Environment、保持期間 |
| ガバナンス推奨事項 | Actions | Managed Environment、対応履歴、自動化の可否 |
| 独自レポート | API、connector、Excelエクスポート | 既存レポートと同じ指標を再現できるか |
| 自動通知・自動処理 | Power Platform for Admins V2 connector、PowerShell | 誤削除防止、承認フロー、ログ管理 |
この段階では、完全一致を目指すよりも「何のためにその情報を見ていたのか」を重視します。たとえば、CoE Starter Kitのレポートで「作成数ランキング」を見ていた場合、その目的が表彰なのか、ガバナンス強化なのか、ライセンス確認なのかによって、移行先の見方は変わります。
権限と前提条件を確認する
Power Platform admin centerへ移行しても、必要な権限や設定がなければ情報は見えません。
代表的な確認項目は次のとおりです。
| 機能 | 必要な確認 |
|---|---|
| Inventory | Power Platform administratorまたはDynamics 365 administratorのロール |
| Usage | Power Platform administratorロール、プレビュー機能である点 |
| Monitor | テナントレベル分析、環境のシステム管理者ロール、Managed Environment |
| Actions | Managed Environment、推奨事項の表示条件、対応権限 |
| API・コネクタ連携 | 認証、最小権限、実行アカウント、監査ログ |
Inventoryには既知の制限もあります。たとえば、クラシックチャットボットは新しいInventoryページに含まれず、環境名で絞り込む場合は完全な環境名が必要です。また、特定の政府機関向けクラウドや21Vianet、中国、Air Gapped環境では利用できないとされています。該当するテナントでは、利用可否を事前に確認してください。(Microsoft Learn)
並行運用して差分を確認する
移行で失敗しやすいのは、CoE Starter KitのレポートとPower Platform admin centerの数値が完全に一致する前提で進めてしまうことです。
データの取得範囲、集計タイミング、対象リソース、プレビュー機能の仕様により、数値が異なる場合があります。特にエージェント数、利用状況、直近の実行データ、所有者情報は、どの画面・どの条件で見た数値なのかを確認する必要があります。
おすすめは、少なくとも1〜2回分の定例レポートで並行運用することです。
| 並行運用で確認すること | 判断基準 |
|---|---|
| 棚卸し対象が不足していないか | 重要なアプリ、フロー、エージェントが確認できるか |
| 既存レポートの代替になるか | 管理会議や監査で必要な指標を出せるか |
| 数値差分を説明できるか | 対象期間、対象範囲、集計定義を説明できるか |
| 運用担当者が使えるか | 管理者が手順書なしでも確認できるか |
| 自動化の代替があるか | API、コネクタ、PowerShellで処理できるか |
「同じ数字が出るか」だけではなく、「同じ判断ができるか」を基準にすると、移行判断が現実的になります。
CoE Starter Kitの停止・縮小は段階的に進める
Power Platform admin centerで代替できる範囲が確認できたら、CoE Starter Kitの役割を段階的に縮小します。
実務では、次の順番がおすすめです。
| 段階 | 実施内容 |
|---|---|
| 第1段階 | CoE Starter Kitの利用者、レポート、フロー、依存関係を棚卸しする |
| 第2段階 | admin centerで代替できる確認項目を整理する |
| 第3段階 | 定例レポートや運用手順をadmin center前提に更新する |
| 第4段階 | 不要になったCoE関連フローやレポートを停止候補にする |
| 第5段階 | バックアップ、証跡、関係者合意を取ってから環境整理を進める |
重要なのは、CoE Starter Kit環境を「古いから削除する」と考えないことです。まず、業務で使われていないこと、独自レポートや通知が依存していないこと、必要な証跡を保管済みであることを確認してから整理しましょう。
管理者が特に注意すべきポイント
CoE Starter KitのIssue対応終了を前提にする
CoE Starter Kitはアクティブに保守されないため、不具合や仕様変更への追随を前提にした運用はリスクが高くなります。業務上重要なガバナンス判断をCoE Starter Kitだけに依存している場合は、早めにPower Platform admin centerやAPIベースの運用へ寄せるべきです。(Microsoft Learn)
Usageはプレビューであることを明記する
Usageは便利ですが、プレビュー機能として説明されています。地域によって利用できない可能性もあります。社内の正式レポートで使う場合は、「取得元」「対象期間」「プレビュー機能であること」を明記し、必要に応じて既存データや他の管理画面と照合しましょう。(Microsoft Learn)
Monitorをリアルタイム監視と混同しない
Monitorのメトリックは、ランタイム活動ログを集計して作られます。リアルタイムの障害検知や長期ログ保管を目的にする場合、Monitorだけで完結すると考えるのは危険です。最大28日程度のメトリック、最大7日程度の関連ログという前提を理解して、必要に応じてApplication Insightsなど別の監視・分析手段と役割分担しましょう。(Microsoft Learn)
Actionsの自動化は承認フローを挟む
Actionsでは、Power AutomateやPowerShellを使った自動対応も可能です。ただし、未使用アプリの削除、所有者変更、リソース整理を自動化する場合、業務影響を確認せずに実行するとトラブルになります。公式ドキュメントでも、未使用アプリを削除する前に所有者へ通知する例が示されています。(Microsoft Learn)
最初は「通知」「確認依頼」「承認待ち」までを自動化し、削除や停止は管理者判断にするのが安全です。
開発者が見直すべき設計ポイント
Power Platform admin centerへの移行は、管理者だけの作業ではありません。開発者や市民開発者も、管理しやすいアプリ・フローの作り方へ見直す必要があります。
命名規則を整える
InventoryやMonitorでリソースを探すとき、名前が分かりにくいと管理工数が増えます。
悪い例と改善例は次のとおりです。
| 悪い例 | 改善例 |
|---|---|
| テストアプリ | 経費申請検証経理部 |
| 自動化フロー | 経費申請承認通知本番 |
| 田中さんアプリ | 営業日報入力アプリ営業部 |
| Copilotテスト | FAQ回答エージェント人事部検証 |
リソース名には、用途、部門、環境種別が分かる情報を入れると、管理者が棚卸ししやすくなります。
所有者を1人にしない
重要なアプリやフローの所有者が1人だけだと、退職や異動で運用が止まるリスクがあります。Inventoryで所有者を確認し、重要リソースには共同所有者や管理用グループを設定する運用を検討しましょう。
本番環境と検証環境を分ける
既定環境に業務アプリや重要フローが増えると、後から管理が難しくなります。利用者が多いアプリ、業務影響が大きいフロー、部門横断で使うエージェントは、適切な環境へ移し、Managed EnvironmentやDLPポリシーと組み合わせて管理するのが現実的です。
移行前チェックリスト
Power Platform CoE Starter KitからPower Platform admin center中心の運用へ移る前に、次の項目を確認してください。
| チェック項目 | 確認状況 |
|---|---|
| CoE Starter Kitを利用している環境を特定した | |
| CoE関連のPower BIレポート利用者を確認した | |
| CoEのDataverseテーブルを参照する独自レポートを確認した | |
| CoE関連フローの役割と実行頻度を確認した | |
| Inventoryでリソース一覧を確認できる | |
| Usageで利用状況を確認できる、または利用できない理由を把握した | |
| Monitorに必要なテナントレベル分析を確認した | |
| Managed Environmentの有効化方針を確認した | |
| Actionsの推奨事項と対応履歴を確認できる | |
| API・コネクタ・PowerShellによる代替方法を検討した | |
| 既存レポートとadmin centerの数値差分を説明できる | |
| CoE Starter Kit停止前のバックアップと関係者合意を取った |
これから取るべき対応
Power Platform CoE Starter Kitの移行で大切なのは、ツールを入れ替えることではなく、Power Platformの管理運用をMicrosoftが提供する標準機能へ寄せていくことです。
まずは、CoE Starter Kitで現在見ているレポート、実行しているフロー、参照しているデータを棚卸ししてください。そのうえで、Inventory、Usage、Monitor、Actionsの4つを実際に開き、どの業務を置き換えられるかを確認します。
新しい運用では、Inventoryで全体像を把握し、Usageで価値の高いリソースを見つけ、Monitorで健全性を確認し、Actionsで改善アクションにつなげる流れが基本になります。CoE Starter Kitは当面の参考情報として扱いながら、最終的にはPower Platform admin center、API、コネクタを中心にした運用へ段階的に移行するのが安全です。
コメント