環境およびデータ ポリシーの管理

環境とデータ ポリシー要求プロセスのしくみのチュートリアルをご覧ください。

プロセスの説明

問題の説明: 開発プロジェクトに新しい環境が必要であり、管理者以外が環境の作成を制限されている場合、管理者のみが環境を設定し、それを使用するアクセス許可をユーザーに付与できます。 複数の手順が関係しているため、環境の需要が高い場合、管理者は開発を遅くすることができます。 新しい環境では、新しいコネクタまたはデータ ポリシーが必要になる場合もあります。

解決策: 管理者以外のユーザーは、次のプロセスを使用して、新しい環境と、その環境のデータ ポリシーの変更を要求できます。

開発者 (管理者以外) は次のことができます。

• 新しい環境の要求の送信。
• 環境に適用するデータ ポリシーの要求を送信します。

管理者ができることは、次のとおりです。

• アプリを使用した開発者向けの新しい環境のプロビジョニング。
• 新しい環境がデータ ポリシーによってどのように影響を受けるかを確認します。
• データ ポリシー要求を承認または拒否します。

開発者: 環境の要求

開発者 (管理者以外) は、管理者がトリアージする新しい環境を要求できます。

1. Maker - 環境要求アプリを開きます。

2. + 新規を選択します。

3. ポップアップ メニューで、新しい環境で必要なコネクタを選択します。 次に、[次へ] を選択します。

   

4. 環境管理者アクセスが必要なユーザー アカウントを選択します。

   

5. 表示名、リージョン、種類、目的など、目的の環境に関する基本的な詳細を指定します。

6. 一定期間後に環境を自動的にクリーンアップできるかどうかを示します。

   1. [はい] の場合は、表示されたドロップダウンから期間 (日数) を入力します。 このオプションは、短期的なプロジェクトにのみ環境が必要な場合に使用します。
   2. いいえの場合、環境は自動的に削除されません。 環境を長時間保持する必要がある場合は、このオプションを使用します。

7. Dataverse データベースをプロビジョニングするかどうかを示します。

   

8. データベースが必要な場合 (toggle=yes)、必要な言語と通貨の値を指定します。 必要に応じて、環境へのアクセスを制限するセキュリティ グループを指定します。

   

9. [ 保存] を 選択してフォームを送信します。

新しい要求を確認するように CoE Starter Kit 管理者に通知する電子メールが送信されます。

送信された要求がキャンバス アプリに表示されます。

管理者: 環境リクエストを承認または拒否する

管理者は、新しい環境の要求を表示およびトリアージできます。

1. 管理者 - 環境要求というキャンバス アプリを開きます。

2. 保留中の環境作成要求を表示します。

   Tip

   既定では、保留中の要求が最初に表示されます。 要求状態フィルターは、リボンの右側にあるドロップダウンを使用して変更できます。

3. 要求を選択して詳細を表示します。

   

4. 新しい環境に対して要求された詳細を確認します。

   1. 環境情報、正当性。

   2. 管理者が要求しました。

   3. 要求されたセキュリティ グループを表示するか、何も選択されていない場合は追加します。

   4. コネクタ。

   5. 影響力のあるポリシー。

   6. [メモ] パネルに決定に関するコメントを追加します。

      

   注

   ページの上部にあるバナーは、テナント内の既存のポリシーに基づいて新しい環境がどのように影響するかを示します。 ポリシーが変更されると、影響分析が変更されます。

5. 推奨されるアクション (使用可能な場合) を選択して、[影響を受けたポリシー] テーブルのデータ ポリシーを変更します。

   

   Warnung

   特定の種類のポリシー ("すべての環境" タイプ のポリシーではない組織レベルの環境) のみを追加できます。

6. [ ポリシーの表示と変更 ] を選択すると、すべてのポリシーと、要求されたコネクタへの影響が表示されます。 ポリシーを選択し、リボンに表示されるアクションを選択することで、承認時に変更する変更リストにポリシーを追加または削除できます。

   

7. ポリシーを選択し、リボンの [詳細 ] を選択して、コネクタへの影響を表示します。

   

8. 左上のリボンで要求を承認または拒否します。

   

承認されたパス

要求が承認されると、システムは要求された構成を使用して環境を作成します。 ユーザーには、環境管理者アクセスが許可されます。

⏳ 有効期限

有効期限が設定された環境は、指定した期間が経過すると自動的に削除されます。 管理者に警告メールが毎週送信され、ソース管理や環境外の他の場所に作業を保存するよう通知されます。

有効期限が設定されていない場合、環境は自動的に削除されません。 Power Platform 管理センターで環境を手動で削除する必要があります。

データ ポリシーの推奨事項のロジック

管理者アプリは、次のロジックを使用して、要求されたコネクタを許可するようにデータ ポリシーを構成する方法に関するガイダンスを提供します。

決定マトリックス: 警告バナー

このバナーは、要求の詳細ページを表示すると、管理アプリに表示されます。

意思決定マトリックス: ポリシーレベルの推奨アクション

ポリシーと要求されたコネクタに基づく推奨されるアクションには、次のマトリックスを使用します。 水平方向の列には各ポリシーの種類が表示され、垂直方向の行には、規則に基づいて、要求されたコネクタに対するポリシーの影響が示されます。

開発者: データ ポリシーの変更を要求する

作成者は、データ ポリシー変更要求システムを使用して、管理者である環境に適用されるデータ損失防止ポリシーを変更できます。 承認された場合、この変更により、作業中の環境で必要なコネクタが有効になります。

1. Maker - 環境要求アプリを開きます。

2. 左側のナビゲーションを使用して 、データ ポリシー変更要求 に移動します。

   

3. + 新規を選択します。

4. [ アクション要求 ] フィールドで、[ 環境にポリシーを適用 ] オプションを選択します。

5. [ ポリシー ] フィールドで、目的のポリシーを選択します。

6. 環境に必要なコネクタがポリシー内にあるかどうかを確認するには、[ポリシー] の横にある情報 アイコンを選択します。

7. このポリシーに追加する環境を選択します。 選択できるのは、自分が管理者である環境のみです。

   ドロップダウンに環境が表示されない場合は、環境に対する環境管理者ロールはありません。

8. 要求の理由を入力します。 たとえば、プロジェクトの詳細や必要なコネクタなどです。

9. 保存 を選択して要求を送信します。

管理者が要求を承認すると、ポリシーが環境に適用されます。

管理者: データ ポリシー変更要求を承認または拒否する

共有ポリシーを構成する

Power Platform 管理センターで データ ポリシー を構成します。

さまざまなレベルのグループに対応する共有データ ポリシーのセットの例:

• 生産性 (除くすべての環境に適用): このポリシーは、既定の環境、試用環境、および他の環境でカバーされていないその他のすべての環境を対象としています。 これには最も制限の厳しいルールがあります。
• Power User (複数の環境に適用): 生産性よりも規則の制限が少ない個々の環境で使用できます。
• Pro Dev (複数の環境に適用): Power User と比較して、ほとんどのコネクタにアクセスできる個々の環境で使用できます。 これは、会社のデータ セキュリティ ポリシーに同意するトレーニング済みのユーザーを対象としています。これには、使用に対する責任の確認を含める必要があります。

共有ポリシーを同期する

作成者はすべてのデータ ポリシーを表示できないため、要求システムによって、Dataverse を介してこの情報がユーザーに表示されます。 システムは、指定されたポリシーを Power Platform サービスから Dataverse テーブルに同期し、作成者は管理者が表示を許可するポリシーを確認できます。 作成者は、それらの共有ポリシーを自分の環境に適用することを要求できます。

共有データ ポリシーを作成者に表示するには、Dataverse でレコードとしてポリシーを作成します。

1. 開発者 – 環境要求 アプリを開きます。

2. 左側のナビゲーションの [データ ポリシー ] に移動します。

3. 作成者に表示するポリシーを選択し、リボンの [ 表示 する] オプションを選択します。

アプリと手順を開発者と共有する

1. 開発者に 開発者 – 環境要求 キャンバス アプリへのアクセス許可を付与し、彼らに Power Platform 開発者 SR セキュリティ ロールを割り当てます。 Microsoft Entra グループを使用して割り当てを簡素化します。
2. 要求システムの使用方法についてユーザーに説明します。

要求を承認または拒否する

ユーザーがアクセス権を持ち、要求の作成を開始すると、管理者は 管理者 - 環境要求 キャンバス アプリでこれらの要求を確認できます。

DLP ポリシー変更要求を表示して応答するには:

1. 開発者 – 環境要求 アプリを開きます。

2. 左側のナビゲーションを使用して 、[ポリシー変更要求 ] に移動します。

3. 要求一覧の表示 リボンの右側にある状態フィルターを使用して、状態で要求をフィルター処理できます。

   

4. 要求をより詳細に表示するには、要求のいずれかを選択し、リボンの [詳細 ] アクションを選択します。

5. 要求を承認または拒否するには、状態を "保留中" にフィルター処理し、要求のいずれかを選択します。 アプリで応答できるのは、ステータスが保留中の要求のみです。

6. リボンのアクションを使用して、選択した要求を "承認" または "拒否" することを選択します。

   • 要求を承認すると、アプリは状態を "承認済み" に更新します。この更新プログラムは、選択したポリシーを指定された環境に自動的に適用するフローをトリガーします。 また、"含める" 環境スコープを持つ他のすべてのポリシーから環境が削除され、"除外" 環境スコープを持つすべてのポリシーに環境が追加されます。 続行する前に、この動作が会社のセキュリティ要件に適合していることを確認してください。 自動化が完了すると、要求の状態は "Fulfilled" に設定され、レコードは非アクティブ化されます。

   • 要求を拒否すると、アプリによって状態が "Rejected" に設定され、レコードが非アクティブ化されます。

Power Apps vibe を使用して環境管理コンポーネントを作成する

Power Apps の vibe エクスペリエンスを使用して、独自のカスタム ソリューションを作成できます。 たとえば、このサンプル プロンプトを使用して、作成者が新しい環境とデータ ポリシーの変更を要求する方法と、管理者がそれらを確認して承認する方法を標準化するアプリを作成できます。 組織の特定のニーズとプロセスに合わせてプロンプトを調整します。

Build an Environment Management app with two experiences: a Maker view and an Admin view.
Maker View: 
The maker experience allows developers and business users to submit two types of requests:
1. Environment Creation Request
   Show a multi-step form where makers can:
   - Select connectors they need (multi-select list, such as SharePoint, Teams, SQL, Salesforce)
   - Choose one or more environment administrators from a people picker
   - Enter environment details: display name, region (dropdown), environment type (Sandbox, Production, Developer), and business purpose (text field)
   - Toggle auto-cleanup on or off; if on, specify the number of days before auto-deletion
   - Choose whether to provision a Dataverse database 
     - If yes, select language, currency, and optionally a security group to restrict access
   - Submit the request
After submission, show a "My Pending Environment Requests" screen listing all submitted requests
with status badges (Pending, Approved, Rejected, Fulfilled).
2. Data Policy Change Request
   Allow makers to request that an existing data policy be applied to one of their environments:
   - Select a data policy from a list (only policies marked visible by an admin)
   - Select a target environment (only environments where the maker is an admin)
   - Enter a business justification
   - Submit the request
Show a "My Pending Policy Change Requests" view with status tracking.

Admin View
The admin experience has two main sections accessible from a left navigation panel:
1. Environment Creation Requests
    Default view is a list of all pending environment creation requests, filterable by status
    When a request is selected, open a detail panel showing: 
    - All maker-submitted information (name, region, type, purpose, connectors, admins, Dataverse configuration)
    - A Policy Impact section with a color-coded matrix showing how existing data policies affect the requested connectors (green for unblocked, yellow for warning, red for blocked)
    - A notes field for the admin to add comments
   Actions include Approve or Reject:
    - Approve creates the environment, grants admin access, and sets expiration if configured
    - Reject marks the request as rejected and notifies the maker
2. Policy Change Requests
   List of pending data policy change requests, filterable by status (Pending, Approved, Rejected, Fulfilled)
   Selecting a request opens details showing policy name, target environment, and the maker's justification
   Actions include Approve or Reject 
   - Approve applies the selected policy to the environment and marks the request as Fulfilled once complete

Data Model
Create the following tables:
- Environment Requests: request ID, maker, display name, region, type, purpose, connectors (multi-select), admins, auto-cleanup toggle, cleanup days, provision Dataverse, language, currency, security group, status, admin notes
- Policy Change Requests: request ID, maker, policy name, target environment, justification, status
- Data Policies: policy name, description, connectors allowed, visibility flag (admin-controlled)

Design
- Use a clean, professional design with a top app bar showing the app name and current version number
- Use color-coded status badges: blue for Pending, green for Approved or Fulfilled, red for Rejected
- Allow navigation between Maker and Admin views via a role-based toggle or separate screens
- Ensure the layout is mobile responsive