Power Platformの「Use core components – Power Platform」を調べている人が最初に押さえるべき結論は、CoE Starter Kitのコアコンポーネントを“今後の中心機能”として新規に広げるのではなく、Power Platform管理センターを主軸に管理・監視・ガバナンスを組み直すべきという点です。
CoE Starter Kitは、アプリ、フロー、作成者、環境などをDataverseテーブルに同期し、そのデータをもとに管理アプリやPower BIレポートを構築するためのコンポーネント群です。一方で、2026年5月の公式ガイダンスでは、CoE Starter Kitはアクティブに保守されなくなり、多くのコア機能がPower Platform管理センターに移っていることが明確に示されています。既存のCoE環境がすぐに使えなくなるわけではありませんが、新機能追加や通常の問題対応を前提にした運用は見直しが必要です。(Microsoft Learn)
この記事では、「Use core components – Power Platform」の内容をもとに、Power Platform管理者や開発者が確認すべき変更点、影響範囲、設定・移行・展開時の注意点を実務目線で整理します。
Power Platformの「Use core components – Power Platform」で押さえるべき要点
「Use core components – Power Platform」は、Power Platform CoE Starter Kitのコアコンポーネントをどう使うかを説明する公式ドキュメントです。対象となるのは、主にPower Platform管理者向けの資産です。コアコンポーネントには、Dataverseテーブル、セキュリティロール、同期フロー、管理アプリなどが含まれます。(Microsoft Learn)
ただし、重要なのはコンポーネントの一覧そのものではありません。現在の実務では、次のように捉える必要があります。
| 観点 | これまでの見方 | これからの判断基準 |
|---|---|---|
| インベントリ管理 | CoE Starter Kitでアプリ・フロー・作成者を収集する | まずPower Platform管理センターのInventoryを確認する |
| 利用状況の把握 | CoE Power BIダッシュボードを使う | Usageやテナントレベル分析を優先し、必要なら補助的にCoEレポートを使う |
| 運用監視 | CoEの同期フローやエラー通知を見る | 管理センターのMonitorを中心に、重要リソースの正常性を見る |
| ガバナンス | DLP Impact AnalysisやAdmin Viewで確認する | Actions、Managed Environments、データポリシー機能と組み合わせて判断する |
| カスタム運用 | CoEのテーブルやフローを拡張する | 長期運用するなら、社内で保守責任を持てるかを先に確認する |
Microsoftは、CoE Starter Kitの中核的なガバナンス、可視性、監視機能の多くがPower Platform管理センターで利用できるようになったとしており、Inventory、Usage、Monitor、Actions、Licensingなどを管理の主要な入口として位置付けています。(Microsoft Learn)
何が変わるのか：CoE Starter Kit中心から管理センター中心へ
今回の変更を一言で言えば、Power Platformの管理基盤が、サンプル実装であるCoE Starter Kitから、製品標準のPower Platform管理センターへ寄っていくという流れです。
CoE Starter Kitは、既存および新規のデプロイで引き続き利用できます。しかし、今後は新機能で強化されず、通常の問題レビューや対応も行われません。セキュリティ上の問題はMicrosoft Security Response Centerへ報告する扱いになります。(Microsoft Learn)
そのため、管理者は次のように方針を分けるのが現実的です。
| 利用状況 | 推奨される方針 |
|---|---|
| まだCoE Starter Kitを導入していない | まずPower Platform管理センターのInventory、Usage、Monitor、Actionsを使う |
| 既にCoE Starter Kitを運用している | 使っている機能を棚卸しし、管理センターで代替できるものから移す |
| CoEのDataverseテーブルやPower BIを大きくカスタマイズしている | すぐに廃止せず、社内保守前提で段階的に移行する |
| 権限一括更新、放棄リソース整理、作成者アンケートなどを使っている | 管理センターで完全に代替できるかを個別に検証する |
特に注意したいのは、「CoE Starter Kitが不要になった」と短絡的に判断しないことです。公式情報でも、Managed Environmentsや管理センターの標準機能を優先しつつ、権限の一括更新、放棄されたリソースの整理、作成者への調査、アイデアのROI計算など、CoE Starter Kit側に残る補完的な機能があることが示されています。(Microsoft Learn)
影響を受ける対象者
影響を受けるのは、CoE Starter Kitを直接操作している管理者だけではありません。Power Platformを組織的に管理している企業では、開発者、業務部門の作成者、ITガバナンス担当者にも関係します。
| 対象者 | 影響を受ける作業 | まず確認すべきこと |
|---|---|---|
| Power Platform管理者 | 環境、アプリ、フロー、ライセンス、容量、DLPの監視 | 管理センターで同等の情報を確認できるか |
| CoE運用担当者 | 同期フロー、CoE環境、Dataverseテーブル、Power BIレポートの保守 | どのフロー・アプリ・レポートが実運用で使われているか |
| 開発者・内製チーム | CoEテーブルを参照する独自アプリや自動化 | 参照先をAPI、コネクタ、管理センター標準機能へ移せるか |
| セキュリティ・監査担当 | 権限、共有状況、DLP影響、孤立リソースの確認 | CoEだけに依存していないか |
| 業務部門の作成者 | 環境申請、アプリ公開、アクセス申請など | 申請・承認フローが今後も同じか |
Power Platform管理センターは、Power Apps、Power Automate、Power Pages、Microsoft Copilot Studio、一部のDynamics 365アプリの環境や設定を管理する統合ポータルです。管理センターには、推奨事項を表示するActions、環境やテナント設定を管理する領域、セキュリティ、Copilot、監視、展開、ライセンスなどの機能領域があります。(Microsoft Learn)
Core componentsの中身を実務目線で整理する
CoE Starter Kitのコアコンポーネントは、大きく分けると「データを集める」「権限を分ける」「自動化する」「管理画面で見る」の4層です。
Dataverseテーブル：アプリ・フロー・作成者を可視化する土台
同期フローは、テナント内のリソースをDataverseテーブルに同期します。対象には、環境、クラウドフロー、Power Appsアプリ、コネクタ、Power Pagesサイト、Power Platformソリューション、AI Builderモデル、Copilot Studio関連情報などが含まれます。ユーザー関連では、作成者、アプリが共有されているユーザー、アプリに対する所有者・共同所有者・閲覧者などのロール情報も扱います。(Microsoft Learn)
この仕組みは便利ですが、同期されたテーブルはリアルタイムの製品台帳そのものではない点に注意が必要です。同期フローが停止している、任意のフローを有効化していない、削除チェックが遅れている、といった状態では、実際のテナント状況と差が出ます。
セキュリティロール：CoEテーブルへのアクセス権を分ける
コアコンポーネントには、Power Platform Admin SR、Power Platform Maker SR、Power Platform User SRなどのセキュリティロールがあります。これらはCoEのカスタムテーブルに対するアクセス権を付与するものであり、環境全体の権限を自動的に広げるものではありません。(Microsoft Learn)
実務では、次のように使い分けます。
| ロール | 使いどころ | 注意点 |
|---|---|---|
| Power Platform Admin SR | CoE管理者がデータを作成・更新・削除する | 対象者を最小限にする |
| Power Platform Maker SR | 作成者向けアプリや申請系アプリで必要な範囲を扱う | 不要なテーブル編集を許可しない |
| Power Platform User SR | 参照中心の利用者に付与する | 機密情報を含むビューを共有しすぎない |
同期フロー：必要なものだけを有効化する
コアコンポーネントには、多数の同期フローやクリーンアップフローがあります。たとえば、アプリ、フロー、コネクタ、環境プロパティ、デスクトップフロー、AIモデル、Copilot Studio、ソリューションなどを収集するフローがあります。中には、アクションレベルの分析など、実行に時間やリソースがかかるため任意で有効化するものもあります。(Microsoft Learn)
失敗しやすいのは、「一覧にあるから全部オンにする」という運用です。たとえば、クラウドフローの各アクション詳細を集めるフローは、Outlookコネクタの送信メールアクション利用者を調べるような分析には有効ですが、全フローを対象にするため負荷が高くなりやすいです。目的がないなら有効化しないほうが安全です。
管理アプリ：用途ごとに権限と利用者を絞る
コアコンポーネントには、複数の管理アプリがあります。
| アプリ | 主な用途 | 展開時の注意点 |
|---|---|---|
| CoE Setup and Upgrade Wizard | インストール後・アップグレード後の構成 | 新しい環境変数やフロー有効化順序を確認する |
| CoE Admin Command Center | CoEアプリ起動、同期フロー状態確認、環境変数更新など | Dataverseやプレミアムコネクタ利用を前提にする |
| DLP Impact Analysis | データポリシー変更の影響を確認する | エンドポイントフィルターや他のオブジェクト種別の影響確認には使えない |
| Manage Permissions | アプリ・フロー・接続・環境ロールの権限管理 | 管理者のみに共有する |
| Power Platform Admin View | テナント内リソース、共有先、容量、監査情報を確認する | 参照できる情報が広いため共有範囲を絞る |
| Power BI dashboard | Dataverseデータの可視化 | 管理センターのUsageやテナント分析との役割分担を決める |
Setup and Upgrade Wizardは、クリーンインストールやアップグレード後に起動し、環境変数の入力、新しいフローの有効化順序、ソリューション管理設定などを確認するためのアプリです。コンポーネントそのものをアップグレードするツールではなく、インストール後の構成を支援するものです。(Microsoft Learn)
管理者が確認すべき設定
Power Platform管理者は、次の順番で確認すると抜け漏れを防げます。
CoE Starter Kitを継続利用する理由を明確にする
最初に確認すべきなのは、「なぜ今もCoE Starter Kitが必要なのか」です。
次のような目的であれば、まずPower Platform管理センターで代替できるかを確認します。
| 目的 | 優先して確認する場所 |
|---|---|
| アプリやフローの一覧を見たい | Inventory |
| 利用状況や採用状況を見たい | Usage、テナントレベル分析 |
| 重要リソースの正常性を見たい | Monitor |
| リスクや推奨アクションを見たい | Actions |
| ライセンスや容量を見たい | Licensing、管理センターの容量関連ページ |
公式の移行ガイダンスでも、インベントリ、使用状況、監視、アクションなどのシナリオはPower Platform管理センター機能に対応付けられています。UI以外にも、Power Platform CLI、Power Platform API、Power Platform inventory API、Power Platform for Admins V2コネクタの利用が示されています。(Microsoft Learn)
接続とGraph関連設定を確認する
CoE Admin Command Centerなど一部の機能では、Microsoft Graphとの接続が関係します。商用テナントでは、HTTP with Microsoft Entra IDの接続でBase Resource URLとMicrosoft Entra Resource URIを https://graph.microsoft.com に設定するケースがあります。GCC、GCC High、DoDなどでは、Microsoft Graphのサービスルートエンドポイントを確認する必要があります。(Microsoft Learn)
設定ミスが起きやすいのは、商用テナント向けの値をそのまま政府機関向けクラウドに流用するケースです。環境種別ごとにGraphエンドポイント、接続所有者、アプリ登録、シークレット期限を台帳化しておくと、後からトラブルシュートしやすくなります。
インベントリのデータソースを見直す
インベントリ収集のデータソースでは、クラウドフローがデフォルトかつ推奨パスとされています。データエクスポートを試す場合は、まず専用のテスト環境で検証し、意図しない副作用がないか確認する必要があります。また、データエクスポートを使ったインベントリ設定はセットアップウィザードでのみサポートされる扱いです。(Microsoft Learn)
新しい方式を試す場合は、本番のCoE環境でいきなり切り替えないでください。少なくとも次の3点を比較します。
| 比較項目 | 確認内容 |
|---|---|
| 件数差 | アプリ、フロー、環境、作成者の件数が大きくずれていないか |
| 更新タイミング | 管理判断に必要な鮮度を満たすか |
| 欠落項目 | 既存レポートや申請フローが参照している列が取得できるか |
オプションの同期フローは目的ベースで有効化する
デスクトップフロー、Power Pages、ソリューション、AI Builderモデル、Copilot Studio、フローアクション詳細などの同期は、利用状況や分析目的によって必要性が変わります。使っていない領域まで収集すると、同期時間やAPI負荷、エラー調査の工数だけが増えます。(Microsoft Learn)
判断基準はシンプルです。
| 有効化すべきケース | 有効化を見送るケース |
|---|---|
| 管理レポートや監査でその情報を使う | 誰も見ない、運用判断に使わない |
| 対象サービスを組織で広く利用している | 一部検証環境でしか使っていない |
| 同期エラーを確認する担当者がいる | エラー通知を受けても対応者がいない |
DLP Impact Analysisを過信しない
DLP Impact Analysisは、データポリシー変更の影響を確認するための有用なアプリです。キャンバスアプリやクラウドフローへの影響を見ながら、作成者と調整できます。ただし、エンドポイントフィルター処理を検出・操作できず、他のオブジェクトタイプに対するDLP影響も確認できません。(Microsoft Learn)
そのため、DLP変更前の確認では、DLP Impact Analysisだけで判断しないことが重要です。管理センターのデータポリシー、対象環境、コネクタ分類、例外運用、重要アプリの動作確認をセットで行いましょう。
移行・展開で失敗しないための進め方
CoE Starter KitからPower Platform管理センター中心の運用へ移す場合、いきなりCoEを停止するのは危険です。次の順番で進めると、業務影響を抑えやすくなります。
| ステップ | 作業内容 | 成果物 |
|---|---|---|
| 現状棚卸し | 有効なCoEフロー、アプリ、Power BI、カスタムテーブル利用を洗い出す | CoE利用一覧 |
| 代替先確認 | Inventory、Usage、Monitor、Actions、Licensingで同等情報を確認する | 機能マッピング表 |
| 継続・移行・廃止を分類 | CoEで残すもの、管理センターへ移すもの、廃止するものを分ける | 移行方針 |
| データ差分検証 | CoEインベントリと管理センター表示の件数・所有者・共有情報を比較する | 差分リスト |
| 運用手順を更新 | 監視、権限変更、DLP確認、問い合わせ対応の手順を書き換える | 新しい運用Runbook |
| 段階的に切り替え | レポート閲覧者や管理者に新しい確認場所を案内する | 展開計画 |
特に重要なのは、CoEのカスタムテーブルを参照している独自アプリやPower BIレポートの棚卸しです。CoE Starter Kitは、Dataverseデータモデルとワークフローを土台にしてテナント横断のリソース情報を集める構成です。公式情報でも、キット自体は組織の管理・ガバナンス目標に合わせてカスタマイズする前提のサンプル実装として説明されています。(Microsoft Learn)
開発者が確認すべきポイント
開発者や内製チームは、CoE Starter KitのDataverseテーブルを便利な共通台帳として使っていることがあります。たとえば、アプリ一覧、所有者、共有先、コネクタ、フロー利用状況を参照して、独自の監査アプリや通知フローを作っているケースです。
今後は、次の設計に見直すのが安全です。
| 見直し対象 | 推奨する考え方 |
|---|---|
| CoEテーブル直参照 | 依存箇所を洗い出し、APIや管理センター標準機能への移行可否を確認する |
| 独自Power BIレポート | 管理センターのUsageやテナント分析で足りない指標だけ補完する |
| 権限変更フロー | 実行者、対象範囲、監査ログ、承認プロセスを明文化する |
| 環境申請アプリ | Power Platform標準の管理機能や既存ITSMとの統合余地を確認する |
| Graph接続やアプリ登録 | シークレット期限、権限、所有者を定期レビューする |
新規開発では、「CoEテーブルがあるから使う」ではなく、そのデータがいつ更新され、誰が保守し、停止時にどう復旧するかまで決めてから採用してください。長期的な管理基盤として作るなら、Power Platform API、inventory API、Power Platform for Admins V2コネクタ、CLIなど、公式に示されている選択肢も比較対象に入れるべきです。(Microsoft Learn)
よくある誤解と注意点
CoE Starter Kitがすぐ廃止されるわけではない
CoE Starter Kitは既存および新規のデプロイで引き続き利用できます。ただし、新機能で強化されず、通常の問題対応も期待できません。したがって、「すぐ停止」ではなく「今後の中核にしない」が正しい判断です。(Microsoft Learn)
Power Platform管理センターだけで全機能が完全に置き換わるとは限らない
Inventory、Usage、Monitor、Actionsなどで多くの管理シナリオを扱えるようになっていますが、CoE Starter Kitにある一部の補完機能は標準機能だけで完全に代替できない場合があります。特に、放棄リソース整理、作成者アンケート、権限一括更新などを使っている場合は、代替手段を個別に検証してください。(Microsoft Learn)
管理アプリを広く共有しすぎない
Manage PermissionsやPower Platform Admin Viewは、権限や共有状況、リソース情報を扱う管理者向けアプリです。便利だからといって広く共有すると、意図しない情報閲覧や権限変更のリスクが高まります。公式ドキュメントでも、これらのアプリは管理者向けであり、Power Platform Service Adminまたは管理者権限を持つアカウントが必要とされています。(Microsoft Learn)
セットアップウィザードを「アップグレード実行ツール」と誤解しない
CoE Setup and Upgrade Wizardは、インストール後やアップグレード後に必要な構成を案内するアプリです。コンポーネント自体のアップグレードを代行するものではありません。アップグレード後に環境変数やフロー有効化順序を確認するためのものとして扱いましょう。(Microsoft Learn)
既存環境向けの30日確認プラン
既にCoE Starter Kitを使っている場合は、次の30日プランで見直すと現実的です。
| 期間 | 実施内容 |
|---|---|
| 1週目 | CoE環境、所有者、接続、アプリ登録、シークレット、実行中フローを棚卸しする |
| 2週目 | 管理センターのInventory、Usage、Monitor、Actions、Licensingで代替できる範囲を確認する |
| 3週目 | 管理者チーム内で、日常監視とレポート確認の場所を管理センターへ移す試験運用を行う |
| 4週目 | CoEで残す機能、停止するフロー、更新するRunbook、利用者への案内を確定する |
このとき、利用頻度の低いフローから止めるのではなく、業務判断に使っていないフローから止めるのが安全です。たとえ実行回数が少なくても、監査や月次報告で使っているデータを生成している場合があります。
新規導入する場合の判断基準
これからPower Platformの管理基盤を整える組織は、CoE Starter Kitを最初に導入するのではなく、まずPower Platform管理センターの標準機能を使うべきです。
新規導入時の判断基準は次のとおりです。
| 条件 | 判断 |
|---|---|
| アプリ・フロー・作成者の可視化が目的 | 管理センターのInventoryとUsageから始める |
| 運用正常性やリスク把握が目的 | MonitorとActionsを使う |
| ライセンスや容量の確認が目的 | 管理センターのライセンス・容量機能を使う |
| 組織独自の詳細レポートが必要 | 標準機能で不足する項目を定義してから補完策を検討する |
| CoEのサンプル実装を学習・検証したい | 本番ではなく検証環境で試す |
CoE Starter Kitは、Power Apps、Power Automate、Power BI、Dataverse、Copilot Studioなどを使って、Power Platformの管理・監視・導入支援を実装するリファレンスとしての価値があります。ただし、現在はそれをそのまま本番管理の中心に据えるより、管理センター標準機能と組み合わせて必要部分だけ使うほうが現実的です。(Microsoft Learn)
まず取るべきアクション
Power Platformの「Use core components – Power Platform」を確認したら、次にやるべきことは明確です。
まず、Power Platform管理センターでInventory、Usage、Monitor、Actions、Licensingを開き、現在CoE Starter Kitで見ている情報がどこまで標準機能で確認できるかを見比べてください。次に、CoE Starter Kitで実際に使っているアプリ、フロー、Dataverseテーブル、Power BIレポート、カスタム拡張を棚卸しします。
そのうえで、管理センターで代替できるものは移行し、CoEに残すものは「保守担当者」「接続所有者」「障害時の復旧手順」「利用期限」を決めて運用します。CoE Starter Kitを使い続けるかどうかではなく、Power Platformを安全に可視化し、管理し、作成者を支援するために、どの機能をどこで運用するかを決めることが重要です。
コメント