ベスト プラクティス

完了

構築するフローの管理をさらに容易にするために、チームは次の複数のオプションを使用できます。

  • 管理者とユーザーを考慮した、わかりやすい名前付け規則を使用します。
  • 各アクションの名前を変更します。たとえば、行を一覧表示アクションを取引先企業の取引先担当者の一覧表示に変更します。
  • アクションに関するコメントを使用して目的を文書化します。
  • 子フローを使用して、過剰に複雑なフローや繰り返しロジックを回避します。

親フローと子フロー

子フローを使用すると、フローの各部分を再利用可能な子フローに分割できます。

子フローを作成するには、ソリューション内でフローを作成し、Dataverse トリガーを使用する必要があります。 子フローでは、次のトリガーを使用できます。

  • 手動でトリガーするボタン
  • Power Apps
  • HTTP 要求

親フローはソリューションにも含める必要があります。その後、子フローの実行アクションを使用できるようになります。 子フローは、次の図に示すように、Power Apps または HTTP 応答を使用して親フローにデータを渡します。

親フローと子フローを示すスクリーンショット。

サービス プリンシパルの使用

フローを実行する際は、フローが実行されるユーザー コンテキストについて理解する必要があります。 自動フローまたは予定フローの場合、フローはフローの所有者として実行され、フロー内の既存の接続が使用されます。 所有者は、使用される接続を編集および変更できます。 インスタント フローの場合、所有者は、フローが所有者として実行されるか、ユーザーとして実行されるかを定義し、ユーザーが自分の資格情報を使用して接続を作成するように求めることができます。

既定では、アクションを追加してコネクタにサインインすると、現在の対話型ユーザーの資格情報が使用されるため、そのユーザーのコンテキストで実行されます。 あるいは、Azure AD で作成したアプリ ユーザーを使用して、サービス プリンシパルでサインインすることもできます。 この方法により、Dataverse アプリのユーザー コンテキストを使用してアクションを実装できます。

セキュリティ プリンシパルを使用しているスクリーンショット。