CoE スタート キットのヒントとよくあるご質問

この記事では、Microsoft CoE Starter Kit の設定と使用に関するヒントと、よく寄せられる質問 (FAQ) に回答します。

運用環境にソリューションをインストールする

1. make.powerapps.com に移動します。

2. CoE 環境に移動します。 この例では、環境の名前は Contoso CoE です。

   

3. 左側のペインで ソリューション を選択します。

4. インポート と 参照 を順に選択します。

5. CoE スターター キットのダウンロードからソリューションを選択します。

6. ソリューションをアクティブ化するための接続を確立します。 新しい接続を作成する場合は、更新を選択します。 インポートの進行状況はそのまま維持されます。

   

7. 環境変数値を更新します。

   これらの環境変数は、組織または環境に固有のアプリケーションとフロー構成データを格納します。 環境ごとに値を一度設定するだけで、その環境内の必要なすべてのフローとアプリケーションに反映されます。

   

8. インポート を選択します。

フローの設定 ユーザープロパティのみを実行する

1. すべてのフローに対して アンマネージド レイヤーを削除 します。

2. 詳細ページに移動し、実行専用ユーザーの編集ボタンをクリックします。

   

   子フロー内のすべての接続が表示されます。

3. Microsoft Dataverse を除く接続ごとに、値を [ この接続を使用する] (userPrincipalName@company.com) に変更します。 Microsoft Dataverse については、値は空白のままにします。

   

4. どのコネクタにも接続がない場合は、データ>接続 に移動し、コネクタ用に 1 つ作成します。

5. すべての実行専用ユーザーを更新した後、子フローを有効にします。

環境内でユーザーのセキュリティ ロールを見つける

環境内でユーザーのセキュリティ ロールを見つけるには、次の手順に従います。

1. Power Platform 管理センターに移動します。

2. [ 管理>Environments] を選択します。

3. 環境を選択します。

4. 設定を選択します。

   

5. ユーザー＋アクセス許可からユーザーを選択します。

   

6. ユーザーを検索し、選択してプロパティを表示します。

7. [ロール] でユーザーのセキュリティ ロールを確認します。

フローをインポートする

場合によっては、特定の問題に対処するために 1 回限りフローをデプロイすることがあります。 これらのフローを使用できるようにするには、最初にフローをインポートします。

フローをインポートするには:

1. make.powerautomate.com に移動します。

2. ターゲット環境を選択します。 この例では、CoE 環境を選択します。

3. マイ フロー>インポート>インポート パッケージ（レガシー） を選択します。

   

4. フローを選択してアップロードします。

   

5. 必要な接続を作成し、[インポート] を選択 します。

   

6. フローを開くを選択して表示します。

   

7. 前のビューに戻ってパッケージの詳細を確認してください。

   

8. フローをオンにします。

   

環境のサブセットの CoE を設定する

CoE スターター キットを使用して、特定の環境のみを監視および管理したい場合があります。 たとえば、小規模なセンター オブ エクセレンスを管理する個々のビジネス ユニット用に CoE スターター キットを設定したり、CoE Starter Kit プロセスに Dynamics 365 環境を含めたりすることができます。

CoE スターター キットのプロセスは、特定の環境に対して選択的に有効化できます:

1. Core コンポーネントのインポート後、フローをオンにする前に、環境変数のすべての環境のインベントリであるの値をいいえに設定します。 詳細については、「 環境変数の更新」を参照してください。

2. 在庫設定に進み、すべての在庫フローをオンにします。

3. 管理者 | Sync Template v3 の最初のインベントリ実行が完了するまで待機します。 テナント内のすべての環境は、インベントリから除外されたものとして追加されます。

   

4. インベントリから除外するの構成でいいえを選択し、監視・管理する環境をインベントリに追加します。

   

5. インベントリの次の実行が完了するまで待機します。 選択した環境のインベントリを自動的に取得して監視します。

完全なインベントリを実行する

API 呼び出しを減らすために、インベントリ フローではすべてのオブジェクトがすべての同期フローで更新されるわけではありません。 フローは前回のインベントリ以降に変更されたオブジェクトのみを更新します。

インベントリ フロー操作:

1. すべてのプロジェクトを取得する たとえば、フローで管理者としてアプリを取得を呼び出します。

2. 返されたオブジェクトのリストをフィルターして、変更日が 7 日以上前のオブジェクトに絞り込みます (InventoryFilter_DaysToLookBack で構成可能)。

3. フィルターされた結果の各オブジェクトをチェックし、その現在の修正日がインベントリの日付よりも新しいかどうかを確認します。

4. これらのオブジェクトを、より新しい更新日時で更新します。

同期フローが 7 日を超えてオフになっている場合は、 InventoryFilter_DaysToLookBack 環境変数を変更することによって、見逃したインベントリの更新のみを取得できます。 詳細については、「 環境変数の更新」を参照してください。

インベントリ全体を再度完全に更新する場合は、フル インベントリ環境変数を変更します:

1. フル インベントリ 環境変数を はい に設定します。 詳細については、「 環境変数の更新」を参照してください。

2. 管理者 | 同期テンプレート v4 (ドライバー) フローを実行します。

3. フローの実行が終了するまで待機します。

4. フル インベントリ 環境変数を いいえ に設定します。

選択したアプリまたはフローのインベントリを更新します

通常の同期スケジュール以外で最新の詳細が必要な場合は、特定のアプリまたはフローのインベントリ更新を手動でトリガーできます。

オブジェクトに対してインベントリを強制する

API呼び出しを減らすため、在庫フローは同期実行のたびにすべてのオブジェクトを更新するわけではありません。 代わりに、フローは前回のインベントリ以降に変更されたオブジェクトのみを更新します。 ただし、個々のオブジェクトに対してインベントリを強制する場合は、 Inventory Me フラグを使用します。 すべてのオブジェクトにこのフラグがあります。

Cloud Flow オブジェクトを使用してこのフラグを設定する方法の例を次に示します。

1. Power Apps に移動して CoE 環境を選択します。
2. Power Platform 管理ビュー アプリを開きます。
3. フロー を選択します。
4. インベントリを強制的に表示するフローをビューから選択します。
5. 設定を選択します。
6. インベントリする フラグを はいに変更します。

このフラグを [はい] に設定すると、次回のインベントリ実行では、オブジェクトが最近変更されていなくても更新されます。 その後、フラグは No にリセットされます。

クラウドフローアクションの詳細にインベントリを強制する

実行時間の長いフローである、管理者 | Sync Template v3 (フロー アクションの詳細)において、フロー アクションに関する詳細を収集します。

フローに対してインベントリを強制的に実行するには、 Inventory My FlowActionDetails フラグを 使用します。

1. Power Apps に移動して CoE 環境を選択します。
2. Power Platform 管理ビュー アプリを開きます。
3. フロー を選択します。
4. ビューから、フロー アクションの詳細在庫を強制的に流したいフローを選択します。
5. 設定を選択します。
6. インベントリ My FlowActionDetails フラグをはいに変更します。

環境変数の更新

環境変数を使用して、環境間で CoE Starter Kit の構成設定を管理します。 このセクションでは、重要な制限事項について説明し、変数を更新する方法について説明します。

環境変数の制限

環境変数を更新する場合は、次の制限が適用されます。

• インポートされたソリューション内で環境変数の値を更新することはできません。
• アップグレードをインストールすると既定値が上書きされるため、常に既定値ではなく現在の値を追加または更新してください。
• CoE 管理コマンド センターを使用して Azure Key Vault シークレット環境変数を更新することはできません。 代わりに、既定のソリューション から更新してください。

CoE Starter Kit 固有の環境変数を更新する

キットで使用されている環境変数を更新するには、 CoE 管理コマンド センターを使用します。

1. Power Apps に移動して CoE 環境を選択します。
2. CoE 管理者コマンド センター アプリを開きます。
3. 環境変数画面を選択します。
4. 更新する環境変数を選択し、ナビゲーション バーから [編集] を選択します。

環境変数を使用するフローがキャッシュされないようにする

Power Automate では、環境変数の古い値がキャッシュされる場合があります。 環境変数を変更した後に予期される動作が表示されない場合は、影響を受けたフローを再起動します。

1. Power Automate に移動します。

2. 左側のペインで ソリューション を選択します。

3. 既定のソリューションを選択し、フィルターを変更して環境変数を表示します。

4. 更新する変数を選択し、オーバーフロー メニューを選択して [詳細設定>Show 依存関係を表示します。

5. [ 使用者 ] タブと [オブジェクトの種類 ] プロセスを見つけます。

   

6. すべてのフローをオフにしてから、再度オンにします。

キット外の環境変数

CoE 管理コマンド センター アプリを使用していない場合は、キットの外部にある環境変数を環境内で直接更新できます。 Azure Key コンテナのシークレット環境変数を更新するには、環境を通じて更新するしか方法がありません。

1. Power Automate に移動します。

2. 左側のペインで ソリューション を選択します。

3. 既定のソリューションを選択し、フィルターを変更して環境変数を表示します。

4. 更新する変数を選択し、その 現在の値 を構成します。

5. Azure Key Vault シークレット環境変数を更新する場合は、次の情報を入力します。

   • Azure サブスクリプション ID: キー ボールトに関連付けられている Azure サブスクリプション ID。
   • リソース グループ名: シークレットを含むキー ボールトが配置されている Azure リソース グループ。
   • Azure Key Valut 名: シークレットを含む Key Vault の名前です。
   • シークレット名: Azure Key Vault フィールドにあるシークレットの名前。

接続参照を更新する

1. Power Automate に移動します。
2. 左側のペインで ソリューション を選択します。
3. 既定のソリューションを選択し、フィルターを変更して接続参照を表示します。
4. 接続参照を選択します。
5. ドロップダウンから既存の接続を選択するか、新しい接続を作成して値を設定します。
6. [ 保存] を 選択し、変更を確認します。

メールの監視とカスタマイズ

このソリューションでは、CoE スターター キットの一部として送信されたすべてのメールが カスタマイズされた電子メール テーブルに格納されます 。 電子メールをカスタマイズするために、電子メールを送信するフローやアプリを変更する必要はありません。 代わりに、CoE 管理者コマンド センター アプリを使用することができます。

1. Power Apps に移動して CoE 環境を選択します。
2. CoE 管理者コマンド センター アプリを開きます。
3. カスタマイズされたメール を選択します。
4. カスタマイズするメールを選択して、編集 を選択します。

規定では、すべての電子メールは英語で提供されます。 ローカライズされたバージョンのメールを追加するには、[言語の 追加] を選択します。

運用環境のアプリを共有する

1. Power Apps に移動して CoE 環境を選択します。

2. 共有するアプリで、オーバーフロー メニューの ...>共有 を選択します。

3. Dataverse セキュリティ ロールを選択します。 CoE Starter Kit には、次の 3 つのセキュリティ ロールがあります。

   • Power Platform Admin SR (管理者とのアプリ共有に使用する)
   • Power Platform Maker SR (作成者とのアプリ共有に使用する)
   • Power Platform User SR (ユーザーとのアプリ共有に使用する)

4. 共有を選択します。

運用環境の Power Apps URL を取得する

1. Power Apps に移動して CoE 環境を選択します。
2. アプリを選択します。
3. 必要な URL を含むアプリを選択します。
4. オーバーフロー メニュー ...>詳細を選択します。
5. Web リンク を選択します。

インベントリの実行中にバックエンドのスロットリングを処理する

一部のユーザーは、インベントリ プロセス中に、Dataverse のレコードの更新など、製品バックエンドによる調整に遭遇する場合があります。 この調整により、429 エラーが発生します。 この問題に対処するには、個々のインベントリ アクションの開始時に遅延を追加する環境変数を使用します。 この遅延により、アクションが同時に実行されるのを防ぎます。 この方法ではコンカレンシーの問題が軽減されますが、インベントリ プロセスが長引く可能性があることに注意してください。

この環境変数を使用するには、DelayObjectInventory を はい に変更します。

詳細については、「 環境変数の更新」を参照してください。

テナント間接続 ID の構成

Power Platform Admin View アプリでは、テナント間接続 ID が強調表示されています。 テナント間を横断するものをどのように構成しますか?

ローカル接続 ID を構成する方法

既定では、インベントリ フローを実行している ID のホスト ドメインのみが local_ ID です。 この ID を構成するには、 ホスト ドメイン環境変数を 使用します。

追加するホストをコンマ区切りの文字列として入力します。

詳細については、「 環境変数を更新する方法」を参照してください。

構成されたローカル テナントを尊重してデータを更新する方法

ホスト ドメイン環境変数の変更は、テーブル内の古いデータを過去にさかのぼって更新しません。 この設定の変更は頻度が低いため、追加の API 呼び出しを回避するためにソリューションでは定期的に比較されません。 この環境変数は手動で更新する必要があります。

カスタム フロー、Excel アドイン、またはプラグインを使用して、この変数を手動で更新します。 基になるロジックは、これらのメソッド間で一貫性があるため、ニーズに最も適した方法を選択します。

この例では、速度と API への影響が最小限であるため、Excel Add-In を使用しています。

1. [接続参照 ID] テーブルに移動し、Excel で [データの編集] を選択します。

   

2. 編集を有効にするを選択します。

   

3. メッセージが表示されたら、[ 同意して続行] を選択し、CoE 管理者 ID でサインインします。

   

4. ホスト ドメイン 環境変数に追加したドメインで accountName フィールドをフィルターします。

   

5. NoneOrCrossTenantIdentity フィールドを No に設定します。

   

6. フィルターを削除して公開します。

   

業務プロセス フローをアクティブ化する方法

場合によっては、インストール上の問題により、キット内で無効化されたビジネスプロセスフロー (BPF) にユーザーが遭遇する場合があります。

これらの BBF に依存する機能を使用するには、それらを手動でアクティブ化できます。

1. BPF を含むソリューションを参照し、選択してプロセスを表示します。

2. オフになっている BPF を探し、アクティブにしたいものを選んで開きます。

   

3. アクティブ化を選択して BPF を有効化します。

   

CoE Starter Kit フローを実行しているユーザーには、どのライセンスを割り当てる必要がありますか?

CoE スターター キットをインストールする前に、ユーザーが Power Automate Per User ライセンスを持っているか、フローがフローごとのライセンスでカバーされている必要があります。

多くの場合、CoE スターター キットを正常に実行するには、これらのライセンスの組み合わせが必要です。 具体的な組み合わせは、テナント内のリソース (アプリ、フロー、環境) の数、作成者の数、新しいリソースが作成および変更される頻度などの要因によって異なります。

Power Automate のライセンス種別によって、API の制限と適用方法が異なります。 ライセンスの種類が十分でない場合は、フローが調整されるか、長期間実行される可能性があります。

選択するライセンスを決定するには、次の手順に従います。

1. Power Automate 要求の制限について説明します。

2. Power Automate のユーザー単位ライセンスを割り当て、必要なすべてのフローを有効化することから始めます。 九厘ーんあっぷ、テンプレートの同期 (フロー)、テンプレートの同期 (アプリ) を名前に含むフローを監視します。 これらのオプションは、API リクエストを大量に消費する可能性があります。 アクションの分析を使用してこれらフローの API 要求を監視できます。

3. フローの実行アクション数が多すぎる場合は、フローの所有者を変更して Power Automate Per User ライセンスを持つ別のアカウント設定します。 この手順では、API 要求を負荷分散します。

4. フローが引き続き実行するアクションが多すぎる場合は、フローごとのプランを割り当てることを検討してください。 このアクションは、フローに対して特にキャパシティと API リクエストを割り当てます。