Copilot エージェントキットの Power Shield を使用してコネクタへのアクセスを制御する

Power Shield は、データポリシーに関する体系化された承認ベースのワークフローを通じて、組織が Power Platform コネクタへのアクセスを管理できるよう支援します。作成者は、セルフサービスウィザードを通じてコネクタへのアクセス権を申請し、管理者はその申請をレビュー、承認、管理します。ガバナンスへの準拠と監査可能性を確保するため、データポリシーの変更はすべて、Power Shield へのリクエストに遡って追跡可能です。

アーキテクチャ

Power Shield は、2 つの専用コードアプリに組み込まれた機能として提供されており、モデル駆動型アプリからも利用可能です:

Copilot エージェントキット (モデル駆動型アプリ): Power Shield を起動し、ユーザーのセキュリティロールに基づいて適切なコードアプリへと誘導します。
作成者用 Copilot エージェントキット (コードアプリ): コネクタのアクセスリクエストを送信、管理します。
管理者用 Copilot エージェントキット (コードアプリ): Power Shield のレビュー、承認、構成を行います。

重要な概念

次の表は、Power Shield で使用される用語について説明したものです。

概念	内容
方針請求	1 つまたは複数の環境において、特定のコネクタへのアクセスを許可するよう、作成者が正式に申請することです。各リクエストは、ドラフトから実装済み (または却下/取り下げ) に至るライフサイクルを経ます。
サービスツリー	ポリシー要求の範囲を定める組織単位 (部門、チーム、またはプロジェクト)。サービスツリーの下でリクエストを送信できるのは、メンバーのみです。
環境コンテナ	データポリシーの適用範囲を定義する、サービスツリー内の Power Platform 環境からなる名前付きグループです。
データポリシー	Power Platform 管理センターのデータポリシーです。 Power Shield は、サービスツリーと環境コンテナの組み合わせごとに 1 つのデータポリシーを維持し、承認のたびにそのポリシーを更新します。詳細については、承認がデータポリシーに与える影響を参照してください。
コネクタのアクション	コネクタ内の個別の操作 (メール送信など)。作成者は、コネクタごとに特定のアクションを許可またはブロックすることができます。
カスタムコネクタのパターン	データ損失防止 (DLP) のデータグループ (ビジネス、非ビジネス、ブロック) に分類されたカスタムコネクタの URL パターン。
コンプライアンスに関するアンケート	リクエストの送信時に、作成者が回答する、管理者が構成可能な任意の質問項目です。応答は、承認プロセスにおける判断材料となります。
コネクターガバナンス (既定のブロックモデル)	初回の同期後は、Microsoft が公開元ではないコネクタはすべてブロックされます。既定では、Microsoft が公開しているコネクタのみが利用可能です。管理者は、コネクタ構成を通じて、コネクタのブロックを個別に解除します。

必要条件

Power Shield を使用する前に次を行ってください:

両方のコードアプリについて、Copilot エージェントキットのすべての前提条件をインストールおよび構成します。
ユーザーに、以下の Dataverse セキュリティロールのいずれかを割り当ててください:
- 作成者用 Copilot エージェントキットにおける作成者向けエクスペリエンスのための CSK - 作成者またはシステム管理者。
- CSK - 管理者またはシステム管理者は、管理者用 Copilot エージェントキットの管理者向けエクスペリエンスを利用するための役割です。
リクエストの承認やデータポリシーの作成を行う管理者に、Microsoft 365 管理センターで Power Platform 管理者のロールを割り当ててください。この Microsoft Entra ID のロールは、Power Platform for Admins コネクタを使用してデータポリシーを作成、更新、削除する権限を付与します。これがない場合、承認後にデータポリシーの作成に失敗します。

警告

Power Shield は、PowerShield | Sync コネクタのクラウドフローが少なくとも 1 回実行されるまで機能しません。このフローは、リクエストウィザードのコネクタ選択ステップで使用されるコネクタカタログにデータを登録します。設定手順については、コネクタとコネクタアクションの同期を参照するか、管理アプリ内の接続の正常性を使用して、すべてを一か所で構成できます。

注意

Power Shield は、開発環境を自動的に除外します。利用可能な環境は、運用環境、Sandbox、試用版、既定、Teams のみです。

接続参照

Power Shield では、4 つの接続参照が使用されています。 2 つは、Microsoft Entra ID (事前承認済み) を使用した HTTP 接続を必要とし、これらを手動で作成する必要があります。残りの 2 つ (Dataverse と Power Apps for Makers) は、セットアップ時にマッピングされる標準コネクタを使用します。

注意

このセクションのエンドポイント値は、既定で商用クラウドが設定されています。ご利用の環境が米国政府のクラウド環境にある場合は、各接続テーブルのうち、ご利用のクラウドに対応する行を使用し、この記事内のすべての https://make.powerapps.com リンクを、対応する Maker Portal に置き換えてください:

クラウド	Maker Portal
商用	`https://make.powerapps.com`
GCC	`https://make.gov.powerapps.us`
GCC High	`https://make.high.powerapps.us`
DoD	`https://make.apps.appsplatform.us`

クラウド専用のサービス URL の完全な一覧については、Power Apps US Government 向けサービスの URL を参照してください。

重要

このソリューションに含まれるクラウドフローは、接続参照を完了し、手動で有効にするまで、無効の状態のままとなります。

接続を作成する

ご利用の環境で、HTTP with Microsoft Entra ID (preauthorized) 接続を 2 つ作成します。各接続には、特定のリソースのベース URL と Microsoft Entra ID リソース URI が必要です。

Power Apps に移動して環境を選択します。
左側のナビゲーションペインで、接続を選択します。
+ 新しい接続を選択します。
Microsoft Entra ID とHTTP を検索し、(事前承認済み)のバリアントを選択してください。

ご利用のクラウドに対応する行を使用して、最初の接続 (PowerShield APIFlow 接続参照で使用される) の値を入力してください:

クラウド	基本リソース URL	Microsoft Entra ID リソース URI
商用	`https://api.flow.microsoft.com`	`https://service.powerapps.com/`
GCC	`https://gov.api.flow.microsoft.us`	`https://gov.service.powerapps.us/`
GCC High	`https://high.api.flow.microsoft.us`	`https://high.service.powerapps.us/`
DoD	`https://api.flow.appsplatform.us`	`https://service.apps.appsplatform.us/`

作成を選択し、サインインの指示に従って手続きを完了してください。

前の手順を繰り返して、2 つ目の接続 (PowerShield BAPAPI 接続参照で使用されるもの) を作成します。その際、ご利用のクラウドに対応する行を使用してください:

クラウド	基本リソース URL	Microsoft Entra ID リソース URI
商用	`https://api.bap.microsoft.com`	`https://api.bap.microsoft.com`
GCC	`https://gov.api.bap.microsoft.us`	`https://gov.api.bap.microsoft.us`
GCC High	`https://high.api.bap.microsoft.us`	`https://high.api.bap.microsoft.us`
DoD	`https://api.bap.appsplatform.us`	`https://api.bap.appsplatform.us`

接続のマッピングとフローの有効化

接続を作成したら、管理アプリ内の接続の正常性から設定を完了してください。 1 つのページから、4 つの接続参照すべてをマッピングし、クラウドフローを有効化し、データの同期を確認します。 BAPAPI 接続がデータポリシーを管理できるように、Power Platform 管理者ロールを持つユーザーとしてサインインしてください。

注意

フローを有効にしても、直ちにトリガーされるわけではありません。 同期コネクタのフローは、毎日実行されます。コネクタカタログを直ちに更新するには、Power Automate でフローを開き、実行を選択してから、接続の正常性に戻り、更新を選択してください。

コネクタとコネクタのアクションの同期

Power Shield は、2 つの Dataverse テーブル、コネクタ (cat_connector) とコネクタアクション (cat_connectoraction) に依存しており、この機能を使用する前に、これらのテーブルにデータを入力しておく必要があります。 1 つの定期的なクラウドフローによって、これらのテーブルは常に最新の状態に保たれています。

クラウドフロー	目的	対象テーブル
PowerShield \| 同期コネクタ	すべてのテナントコネクタを検出し、コネクタごとに利用可能なアクションを取得します。既定のブロックモデルを適用する: Microsoft 以外の新しいコネクタは既定でブロックされますが、管理者が設定した上書き設定は維持されます。	`cat_connector`、`cat_connectoraction`

クラウドフローをオンにした後:

ソリューション>Copilot Studio Accelerator>クラウドフローに移動します。
PowerShield | 同期コネクタフローを開き、コマンドバーから実行を選択します。完了するまで待ちます。
コネクタ (cat_connector) テーブルを開き、レコードが含まれていることを確認してください。
コネクタアクション (cat_connectoraction) テーブルを開き、アクションレコードが含まれているか確認してください。

その後、このフローは毎日実行されます。このコネクタの同期処理では、管理者による上書き設定 (ブロックまたはブロック解除) が保持され、cat_UpsertConnectorActions を使用してアクションレコードの作成、更新、無効化が効率的に行われます。

役割と責任

このセクションでは、Power Shield を利用するさまざまなユーザーの権限とアクセスレベルについて説明します。このドキュメントでは、システム内で作成者と管理者が実行できる操作について概説しています。

作成者

CSK - 作成者またはシステム管理者のセキュリティロールが必要です。作成者は、作成者用 Copilot エージェントキットアプリを通じて Power Shield にアクセスします。このアプリのヘッダーには、作成者バッジが表示されます。

作成者は以下のことができます:

5 ステップのウィザードを使用して、コネクタのアクセスリクエストを作成して送信する。
サービスツリーと環境コンテナを作成、管理する。
自分が作成したリクエストや、共同所有者となっているリクエストを確認する。
下書きを保存して、後で続きを行う。
リクエストの取り下げ、複製、または修正しての再提出を行う。
送信済みのリクエストに対して、ファイルを添付したコメントを投稿する。

管理者

CSK - 管理者またはシステム管理者のセキュリティロールが必要です。管理者は、管理者用 Copilot エージェントキットアプリを通じて Power Shield にアクセスします。このアプリでは、ヘッダーに管理者バッジが表示されます。リクエストを承認するには、Power Platform 管理者のロールも必要です。詳細については、前提条件を参照してください。 Dataverse のセキュリティロールはアプリへのアクセスを制御し、Power Platform 管理者ロールはデータポリシーの操作を制御します。

管理者は次のことを行うことができます。

テナント全体のすべてのリクエストを表示します。
リクエストを自分たちに割り当てる (自分への割り当て)。
リクエストを承認または却下する。却下するにはコメントが必要です。
フルフィルメントログと通知履歴を確認します。
コネクタの構成、質問の構成、通知設定を管理してください。
どのリクエストに対しても、ファイルを添付してコメントを投稿してください。

システム管理者のロールを持つユーザーは、両方のアプリにアクセスできます。

Power Shield の起動

Copilot エージェントキットソリューション内の 3 つのアプリから、Power Shield にアクセスできます。ご自身のロールやワークフローに合った起動オプションを選択してください。

App	型	対象ユーザー	内部名
Copilot エージェントキット	モデル駆動型アプリ	すべてのユーザー(ロールごとに自動ルーティング)	`cat_CopilotStudioAccelerator`
管理者用 Copilot エージェントキット	Code アプリ	管理者	`cat_copilotstudiokitforadmins`
作成者用 Copilot エージェントキット	Code アプリ	作成者	`cat_copilotstudiokitformakers`

Copilot エージェントキットのモデル駆動型アプリから起動する方法:

Copilot エージェントキットモデル駆動型アプリを開いてください。
左のナビゲーションパネルで ガバナンス 領域を展開してください。
Power Shield を選択します。統合ランチャーは、ユーザーのセキュリティロールを検出し、適切なコードアプリへ誘導します。両方のロールを持っている場合は、管理アプリが優先されます。

コードアプリから起動する方法:

管理者用 Copilot エージェントキット または 作成者用 Copilot エージェントキット のコードアプリを開きます。
左側のナビゲーションウィンドウで、管理>Power Shieldに移動します。

作成者用のワークフロー

以下のセクションでは、 CSK - 作成者の役割を持つユーザー向けのエクスペリエンスについて説明します。

ホーム画面 (作成者ビュー)

ホーム画面では、コネクタへのアクセスリクエストの概要を確認できます:

ヘッダーアクション: + 新規リクエスト (ウィザードを起動) および サービスツリー管理。
統計カード: リクエストポートフォリオの概要を示す 4 つのカード、合計、保留中、完了 (承認率付き)、ポリシー違反 があります。グリッドをフィルターするカードを選択します。
リクエストグリッド: リクエストを一覧表示し、ステータス、サービスツリー、環境コンテナ、コネクタ数、送信日時を記載します。詳細を確認するには、行を選択してください。行アクションのメニューを使用すると、クローンや取り消しなどの操作をすばやく実行できます。

サービスツリーの管理

各リクエストは、必ずサービスツリーに関連付けられている必要があります。

ホーム画面のヘッダーからサービスツリーの管理に移動します。ガイド付きツアーを使用する場合は、ツアーをするを選択してください。

このページでは、2 段階のドリルダウンが使用されています:

サービスツリーリスト: メンバーとして所属しているすべてのツリーを閲覧できます。名前で検索します。ドリルダウンするツリーを選択します。
サービスツリーの詳細: 詳細と環境コンテナ タブで詳細を閲覧、編集できます。

サービスツリーの作成

新しいサービスプリンシパルを作成する方法:

リストページまたはウィザード (ステップ 1)で、+ 新しいサービスツリーを選択します。
次の情報を入力してください。
- 名前: サービスツリーの名前。
- 組織: サービスツリーに関連付けられた組織 (任意)。
- 説明: サービスツリーの説明 (任意)。
- メンバー: ユーザー名 (例: user@domain.com) を貼り付け、+ 追加を選択します。自動的に最初のメンバーとなります。

そのサービスツリーのメンバーのみが、そのサービスツリーを表示し、その下でリクエストを送信することができます。

環境コンテナの管理

環境コンテナは、サービスツリー内の Power Platform 環境をグループ化します。サービスツリーの 環境コンテナ タブに移動します。

環境コンテナを作成する

環境コンテナを作成する方法:

+ 新しいコンテナーを選択します。
コンテナ名 と説明を入力します。
環境を、表示名、タイプ (運用環境、サンドボックスなど)、および場所ごとにフィルターします。
チェックボックスを使用して、1 つ以上の環境を選択します。
保存を選択します。

新しい製品の作成

ホーム画面で、+ 新しいリクエストを選択します。ウィザードが 5 つの手順を順を追って案内します。コンプライアンスに関する質問票が構成されていない場合、ステップ 2 は自動的にスキップされます。

ステップ 1: 環境とサービスツリー

リクエストの対象となるサービスツリーと環境コンテナを選択します。

左パネル: サービスツリーを選択してください。自分がメンバーとなっているツリーのみが表示されます。 + 新しいサービスツリーを使用して、インラインで新しいものを作成します。
右パネル: 環境コンテナを選択します。既存のコンテナを編集したり、その場で新しいコンテナを作成したりできます。選択されたコンテナ内の環境は、読み取り専用のテーブルに表示されます。

検証の要件:

サービスツリーと環境コンテナを選択する必要があります。
進行中の対立がないこと。 1 つのサービスツリーにつき、同時にアクティブなリクエストは 1 つだけであること。
各環境において、システム管理者のロールを持っている必要があります。次へを選択するとこれが検証されます。許可されていない環境は、ダイアログで警告が表示されます。

手順 2: コンプライアンスに関するアンケート

カテゴリー別に分類されたコンプライアンスに関する質問に答えてください。アンケートが構成されていない場合、この手順は自動的にスキップされます。対応しているタイプは、「はい/いいえ」、「テキスト」、「単一選択」、「複数選択」、「日付」です。質問の中には、条件付きのものもある可能性もあります。必須の質問にはアスタリスクが付いています(*)。

ステップ 3: コネクタの選定

データポリシーに使用するコネクタを選択します。公開元、ティア、リリース、リスクレベルでフィルター処理します。

ブロックされたものを非表示トグルを使用して、管理者がブロックしたコネクタを表示または非表示にできます。ブロックされたコネクタには管理者によってブロックというバッジが表示され、選択することはできません。詳細については、重要な概念を参照してください。

このステップの他の選択肢:

コネクタ操作: 任意のコネクタで コネクタのアクションを表示 を選択し、アクションごとの「許可/ブロック」ルールを構成します。一括変更を行う場合は、すべて許可またはすべてブロックを使用します。
カスタムコネクタパターン: + カスタムコネクタの追加 を選択して、URL パターンを定義します (1 回のリクエストにつき最大 5 つまで)。
選択確認: 次へを選択すると、選択したコネクタ、ブロックされたアクション、カスタムパターンをまとめた確認ダイアログが表示されます。

ステップ 4: 業務上の正当な理由

次の情報を入力してください。

業務上の正当な理由 (必須): 20 文字以上
サポートドキュメント (任意): 1 つのファイル (PDF、DOCX、XLSX、PNG、JPG、最大 25 MB)

手順 5: 確認して送信する

申請前に 3 つのタブでリクエストを確認してください:

スコープ: 環境 (DLP メンバーシップを確認のリンク付き)、コネクタ (展開可能なアクションルール付き)、カスタムパターン。
詳細: アンケート回答、正当な理由、補足書類。
協力: リクエストに対する読み取り/書き込みアクセス権を持つ共同所有者 (最大 20 名) を追加します。

リクエストの送信を選択して確認ダイアログを開き、次に送信を選択して確定します。送信済みのリクエストは編集できません。

注意

管理者のコメント (概要タブにある正式な決定記録) は、コメント スレッド (コメント タブでの継続的な議論) とは異なります。

下書きを保存して再開する

ウィザードのどのステップでも、リクエストを下書きとして保存し、後で再開することができます。

[下書きの保存] を選択します。このオプションは、ステップ 1 の要件を満たした後、利用可能になります。
再開するには、下書きを開いて下書きを再開を選択するか、ホーム画面でその下書きの行を選択してください。ウィザードは、中断した箇所から再開され、すべてのデータが復元されます。

ドラフトでは完全な検証は行われません。必須項目を入力しなくても保存できます。

リクエストを取り消す

下書きまたは送信済みの状態にあるリクエストは取り消すことができます。

リクエストの詳細画面を開くか、取り消しするリクエストの 3 つのドット (⋮) を選択します。
取り消しを選択して確認してください。リクエストの状態が取り下げ済み (読み取り専用) に変更されます。

リクエストの内容を修正して再提出する

取り下げたリクエストを修正する方法:

取り下げられたリクエストを開き、修正と再提出を選択してください。
以前のデータに基づいて新しいリクエストが作成されたことを確認してください。
ウィザードは、事前に入力済みのデータが表示された状態でステップ 1 から開始されます。添付ドキュメントを再度添付します。
変更を加えて提出してください。

監査上の目的から、当初取り下げられた要請については変更はありません。

リクエストのクローン

任意のリクエストをクローンして、同じ構成を持つ新しい下書きを作成することができます。

複製したいリクエストの 3 つのドット (⋮) を選択します。
クローンを選択して確認してください。新しいリクエストのドラフトが作成されます。

以下のデータがコピーされます: サービスツリー、環境コンテナ、環境、コネクタ (アクションのオーバーライドを含む)、カスタムパターン、アンケートの回答、正当化。この処理では、共同所有者や添付ドキュメントはコピーされません。

詳細ビューの表示をリクエストする (作成者)

任意のリクエスト行を選択すると、2 つのタブにまたがってその詳細が表示されます:

概要: リクエストの詳細、共同所有者、管理者のコメント。
コメント: 管理者とのディスカッションスレッド。提出後に利用可能です。

詳細ビューで利用可能な操作は、リクエストのステータスによって異なります:

ステータス	使用可能なアクション
ドラフト	再開、ドラフト、取り消し
提出済	取り消し
Withdrawn	修正して再提出
その他のすべての状態	読み取り専用

コメントと議論

送信後は、コメント タブを使用して、管理者とメッセージのやり取りを行ってください。

コメントは縦型のタイムライン上に (古い順に) 表示されます。管理者のコメントには青いハイライトが付いています。
ファイル (PDF、DOCX、XLSX、PNG、JPG。各ファイルの最大サイズは 25 MB) を添付し、アプリ内でプレビューできます。
コメントは変更できません。編集したり削除したりすることはできないため、信頼性の高い監査証跡が確保されます。

管理者のワークフロー

以下のセクションでは、 CSK - 管理者の役割を持つユーザー向けのエクスペリエンスについて説明します。

ホーム画面 (管理者ビュー)

管理用ホーム画面では、テナント全体にわたるすべてのポリシーリクエストを一覧表示できます:

状態カード: すべて、保留、完了 (承認率付き)、失敗したポリシー、却下、取り消し の 6 つのカードがあります。グリッドをフィルターするカードを選択します。
設定: 歯車アイコンを選択して、設定ハブにアクセスしてください。
管理グリッド: 作成者グリッドと同じ列に加え、作成者および割り当てられた管理者の列も表示され、すべてのテナントのリクエストが表示されます。

設定ハブ

リクエストを処理する前に、管理者ホーム画面の設定アイコンを選択して、Power Shield を構成してください。このハブには、4 つの構成領域が用意されています:

カード	内容
接続の正常性	データ同期に使用する接続参照とクラウドフローを管理します。
コネクタの構成	コネクタカタログ、リスクレベル、ブロック状態を管理します。
質問の構成	コンプライアンスに関するアンケートを構成します。
通知設定	メール通知の配信を構成します。

接続の正常性

接続の正常性は、Power Shield の接続参照情報とクラウドフローの有効化を一元的に管理できるプラットフォームです。初期設定や継続的な監視に使用してください。接続が切断されたり、データの流れが停止したりすることが、いつでも起こり得ます。「接続の正常性」にアクセスできるのは、CSK - 管理者またはシステム管理者のロールを持つユーザーのみです。

以下のいずれかの方法から、接続の正常性ページを開きます:

設定ハブ>接続の正常性 (最初のカード)。
管理画面のホーム画面で、同期フローの前提条件バナー (設定が完了していない場合に表示される) にある>正常性の確認をクリックします。

接続の正常性ページには、折りたたみ可能なセクションが 2 つと、状態のインジケーターがあります。

接続参照のマッピング

既存の接続を、4 つの Power Shield 接続参照にマッピングします。各参照について、ドロップダウンから接続を選択してください。接続が存在しない場合は、+ 新しい接続を作成を選択して Power Platform の Maker Portal を開き、接続を作成してから、元の画面に戻って更新を選択します。

接続参照	コネクタの種類
PowerShield APIFlow	Web コンテンツ
PowerShield BAPAPI	Web コンテンツ
PowerShield Dataverse	Common Data Service
PowerShield PowerApps for Makers	Power Apps for Makers

接続のマッピングが正常に完了すると、各参照の横に緑色のチェックマークが表示されます。

クラウドフロー

すべての接続参照のマッピングが完了した後は、各フローを有効にして、Power Shield クラウドフローを起動します。

Flow	目的
PowerShield \| 同期コネクタ	コネクタとコネクタアクションのカタログにデータを登録します。
PowerShield \| DLP リクエスト - パッチカスタムコネクタとアクション	DLP 承認時に、URL パターンとアクションのオーバーライドを適用します。

すべての接続参照のマッピングが完了してからでないと、クラウドフローを有効にすることはできません。接続が欠落している場合、このセクションに警告が表示されます。

データの同期状況

同期コネクタ フローの実行後、「データ同期の状態」セクションで、コネクタカタログにデータが反映されているかどうかを確認できます:

コネクタ: 成功 - cat_connector テーブルにはデータが含まれています。
コネクタアクション: 成功 - cat_connectoraction テーブルにはデータが含まれています。
保留中 - データはまだ同期されていません。フローが完了するまで待つか、Power Automate から手動で実行してください。

更新を選択して、いつでもデータの同期状況を再確認できます。

コネクタの構成

Power Platform 環境から同期されたすべてのコネクタを閲覧、管理します。既定では、Microsoft 以外のコネクタはブロックされます (詳細は基本概念を参照してください)。 コネクタの構成ページを使用して、それらを個別にブロック解除してください。ブロックやブロック解除の変更は、即座に反映されます。同期は必要ありません。

このツールバーには、詳細の表示や操作、ブロック、ブロック解除、リスクレベルの設定、ブロックされた項目の表示、検索などのオプションが用意されています。

コネクタを選択すると、メタデータ (キー、カテゴリ、リリースタグ、同期日、説明) を確認できるほか、アクションごとのブロックとブロック解除コントロールを使用して、個々のコネクタアクションを管理できます。

質問の構成

作成者のウィザード (ステップ 2) に表示されるコンプライアンスに関するアンケートを管理します。このキットには、質問データは含まれません。ガイド付きツアーを使用する場合は、ツアーをするを選択してください。

このインターフェイスには 2 つのタブがあります:

カテゴリ: 質問をグループ分けするセクションの見出し。 +新しいカテゴリ (名前、表示順、アクティブステータス) で作成します。
質問: 個別のプロンプト。回答タイプ (ブール値、テキスト、選択式、MultiselectChoice、日付) 、表示順序、必須フラグ、ヒント、条件分岐ロジック (親質問とトリガー値) を構成します。

「選択問題」と「MultiselectChoice 問題」では、+ 新規選択肢 を使用して回答選択肢を定義してください。

通知の設定

メール通知の配信を構成します。

設定	内容	要求済み
送信者のメールアドレス	サーバー側での同期が有効になっているキューまたはユーザーメールボックス。	有
管理者の配布リスト	管理者向け通知用の配布リストまたは共有メールボックス。	いいえ
PowerShield アプリ URL	メール内のディープリンク用のアプリの完全な URL。	いいえ
有効化された通知	すべてのメール通知を有効または無効にします。	いいえ

重要

送信者のメールアドレスを構成しない場合、すべてのメール通知はエラー表示なしで失敗します。 Exchange Online で、送信者のメールボックスに対してサーバー側の同期が有効になっていることを確認してください。

リクエストをレビューする

管理用詳細ビューには、以下のタブがあります:

概要: 完全なリクエスト詳細 (作成者のビューと同じ)。
フルフィルメント: データポリシーの詳細と環境ごとの履行状況。
コメント: 作成者とのディスカッションスレッド。
活動: フルフィルメント監査ログ。
通知: メール通知の履歴。

自分へ割り当て

送信済みのリクエストで自分に割り当てるを選択すると、そのリクエストがレビュー中の状態に移行します。この操作により、他の管理者に、レビュー中であることを知らせることができます。

要求を承認する

承認プロセスでは、提出済みまたはレビュー中の状態にあるリクエストに対して、2 段階のウィザードが使用されます。

ステップ 1 では、データポリシーが及ぼす影響をレビューします:

承認を選択します。
ダイアログには、実行前のチェックが表示されます:
- 利益相反なし: 環境とコネクタの数が記載された緑色の成功メッセージ。
- 影響を受ける既存ポリシー: 影響を受けるポリシーと環境を記載した警告。
- 環境競合ゼロ: 管理者が Power Platform 管理センターで競合を解決するまで、承認は保留されます。
- 提出後のブロックされたコネクタ:ここれらのコネクタは対象外であることを警告します。
[次へ] をクリックして続行します。

ステップ 2 で承認を確認します:

警告を確認します。承認すると、即座に、かつ取り消し不可能なデータポリシーが作成されます。この設定の変更は、Power Platform 管理センターからのみ可能です。
必須の管理者コメントを入力してください。
承認の確認を選択します。

承認後、Power Shield は自動的にステータスを実装中に設定し、DLP の競合を解決して、スコープ指定されたポリシーを作成し、ステータスを実装済みに更新します (エラーが発生した場合はポリシー失敗となります)。承認を行うには、Power Platform 管理者のロールが必要です。権限エラーにより承認に失敗した場合は、トラブルシューティングを参照してください。

承認がデータポリシーに与える影響

Power Shield は、各「サービスツリー」と「環境コンテナ」の組み合わせに対して 1 つのデータポリシーを維持します。つまり、チームの環境ごとに 1 つのポリシーが設定されます。リクエストを承認すると、Power Shield はそのポリシーを更新し、最新の承認済みコネクタとアクションに合わせて調整します。

たとえば、マーケティングチーム用のサービスツリーに、マーケティング運用環境コンテナが含まれている場合を考えてみましょう。最初のリクエスト (REQ-00001) が、SharePoint と Outlook を許可されたコネクタとして承認されると、Power Shield はその両方を含むポリシーを作成します。その後、同じサービスツリーと環境コンテナに対して、SharePoint と Teams を許可されたコネクタとして指定した 2 件目のリクエスト (REQ-00002) が承認された場合、Power Shield はそのポリシーを更新します。具体的には、SharePoint はそのまま残り、Teams が追加され、Outlook は REQ-00002 に含まれていなかったため削除されます。

テナント内の他のデータポリシー (Power Shieldによって管理されているもの、または他の場所で作成されたもの) に、新しいリクエストに含まれる環境のいずれかがすでに含まれている場合、Power Shield は承認プロセスの一環として、その他のポリシーから該当する環境を削除します。これにより、2 つのポリシー間で環境の適用範囲が重複することはありません。承認ダイアログの事前チェック (ステップ 1) では、確認を行う前にこの影響を確認できます。

要求を却下する

送信済みまたはレビュー中のリクエストで却下を選択します。
却下の理由を説明する必須のコメントを入力してください。
却下の確認を選択します。作成者に通知されます。

フルフィルメントタブ

承認後、このタブにはデータポリシーの名前、ポリシー ID (コピーボタン付き)、および環境ごとの適用状況が表示されます。

リクエスト状態のライフサイクル

リクエストは、以下の状態を経て処理されます:

ステータス	表示ラベル	内容	設定者
ドラフト	ドラフト	保存されましたが、送信はされていません。	作成者
提出済	提出済	管理者のレビュー待ちです。	作成者
UnderReview	確認中	管理者が責任を負います。	管理者
承認済み	承認済み	データポリシーの作成が開始されました。	管理者
実装	進行中	データポリシーの策定中です。	システム
実装済み	完了済み	データポリシーの作成に成功しました。	システム
ImplementedWithErrors	ポリシーの失敗	データポリシーの作成でエラーが発生しました。活動タブで詳細を表示します。	システム
却下済	却下済	管理者がコメントとともに却下しました。	管理者
AutoRejected	自動却下済	外部フローにより却下されました。	システム
Withdrawn	Withdrawn	作成者はそのリクエストを取り下げました。	作成者

進行中の制約

1 つのサービスツリーにつき、同時に有効なリクエストは 1 つだけ許可されます。既存のリクエストのステータスがDraft、Submitted、UnderReview、Approved、Implementing、AutoRejected の場合、新しいリクエストはブロックされます。ターミナルの状態 (Withdrawn、Rejected、Implemented、ImplementedWithErrors) は新規リクエストをブロックしません。

参考: Dataverse の主要テーブル

すべてのテーブルでは、cat_ という公開元プレフィックスが使用されています。

マスターテーブル

テーブル	目的
`cat_servicetree`	スコープ定義依頼の組織別グループ分け。
`cat_connector`	コネクタカタログ (同期フローの維持)。
`cat_connectoraction`	コネクタごとの個別操作 (同期フローの維持)。
`cat_questioncategory`	アンケートセクションのヘッダー。
`cat_question`	コンプライアンスに関する質問。
`cat_questionoption`	Choice および MultiselectChoice 問題の回答選択肢。

トランザクションテーブル

テーブル	目的
`cat_policyrequest`	状態、理由、管理者コメントを含むリクエストヘッダー。
`cat_policyrequestenvironment`	リクエストごとの環境と、そのフルフィルメント状況の追跡機能。
`cat_policyrequestconnector`	アクションのオーバーライドを伴うリクエストごとのコネクタ数。
`cat_policyrequestanswer`	アンケートの回答 (変更不可能な質問文のスナップショット)。
`cat_policyrequestparticipant`	リクエストに関連付けられた共同所有者。
`cat_powershieldcustomconnectorpattern`	リクエストごとにカスタマイズされたコネクタの URL パターン。
`cat_powershieldpolicyrequestcomment`	ディスカッションスレッドへのコメント。
`cat_powershieldpolicyrequestlog`	追加専用のフルフィルメントの監査ログ。

対応するテーブル

テーブル	目的
`cat_powershieldenvironmentgroups`	サービスツリーをスコープとする環境コンテナ。
`cat_powershieldenvironmentgroupmembers`	コンテナ内の環境。
`cat_powershieldservicetreemembers`	サービスツリーのメンバーシップ。
`cat_powershieldsettings`	キー値形式の通知の構成。

トラブルシューティング

以下のセクションでは、よくある問題とその解決方法について説明します。

ウィザードに「利用可能な環境がありません」と表示される

少なくとも 1 つの非開発者向け Power Platform 環境にアクセスできることを確認してください。
Power Shield APIFlow の接続が有効になっていることを確認してください。設定>接続の正常性を確認します。
接続ユーザーに必要な権限が与えられていることを確認します。

リクエスト作成時に「処理中の競合」エラーが発生する

同じサービスツリーに対して、別のアクティブなリクエスト (ドラフト、提出済み、レビュー中、承認済み、または実装中) が存在します。
リクエストが最終ステータス (「実装済み」、「却下」、「取り下げ」) になるまで待つか、あるいは先にリクエストを取り下げてください。

リクエストが「実装中」の状態で止まっている

エラーの詳細については、活動タブ (管理者専用) を確認してください。
Power Shield BAPAPI の接続が有効になっていることを確認してください。設定>接続の正常性を確認します。
Microsoft 365 管理センターで、承認を行う管理者に Power Platform 管理者のロールが割り当てられていることを確認してください。データのポリシーに対する書き込み操作 (作成、更新、削除) には、この Microsoft Entra ID ロールが必要です。
フルフィルメントに失敗した場合、状態がポリシー失敗に移行する可能性があります。エラーの詳細を確認し、再試行してください。

データポリシーの作成に失敗: 権限エラー

承認を行う管理者が、Power Platform 管理者のロールを持っていません。
この Microsoft Entra ID のロールは、データポリシーの書き込み操作 (作成、更新、削除) に必要です。これがない場合でも、読み取り操作 (承認前の事前チェック中に既存のポリシーを一覧表示する操作) は正常に実行されます。
IT 管理者に対し、Microsoft 365 管理センターで Power Platform 管理者のロールの割り当てを依頼してください。
ロールの割り当てが完了したら、失敗したリクエストを開き、DLP 作成の再試行を選択して、フルフィルメントを再実行します。

設定ハブや管理者構成ページが表示されない

CSK - 管理者のセキュリティロールが必要です。 Dataverse の管理者にお問い合わせください。

コネクタアイコンが読み込まれません

アイコンは外部 URL から読み込みます。 Power Apps のコンテンツセキュリティポリシーにより、一部のソースがブロックされる場合があります。フォールバックアイコンが表示されます。機能には影響がありません。

ウィザードのステップ 3 で利用可能なコネクタがありません

Microsoft 製以外のコネクタは、既定でブロックされます。管理者に依頼し、設定ハブ>コネクタの構成を使用し、コネクタのブロックを依頼してください。
PowerShield | 同期コネクタのフローが少なくとも 1 回は実行されていることを確認してください。設定>接続の正常性のデータ同期状況を確認してください。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-08-24