エージェント フローでの高度な承認 (プレビュー)

この記事では、エージェント フローで 高度な承認 を使用する方法について説明します。

高度な承認とは

高度な承認は、より複雑な承認プロセスに対応する機能です。 組織がビジネス プロセスの堅牢な承認ワークフローを構築できる豊富な機能セットを提供します。

高度な承認は、クラウド フローにある基本的な承認に基づいて構築されます。 高度な承認に入る前に、まず 基本的な承認 について理解しておく必要があります。 始めるにあたって役立つリソース

• 承認の利用を開始する
• Microsoft Power Platform および Azure Logic Apps 承認コネクタのリファレンス

高度な承認は、基本的な承認とは一線を画す次の主要な機能を提供します。

1. 複数段階の承認 (プレビュー): プロセスのさまざまな段階で、さまざまな関係者に承認を要求できるワークフローを作成します。

2. 条件/条件付き承認 (プレビュー): 特定の条件に基づいて、承認、拒否、別のステージへの移動、またはステージのスキップを行い、柔軟な意思決定を実現します。

注意

Microsoftはこの機能を構築しており、リマインダー、委任、カスタムフィールド、通知設定など、時間の経過とともに他の機能を追加する予定です。

高度な承認にアクセスする

高度な承認は、エージェント フローでのみ使用できます。 エージェント フローは、Copilot Studio に組み込まれた自動化やフローで、スタンドアロンで使用したリ、Copilot Studio エージェントと一緒に使用したりできます。 エージェント フローに関する詳細は、エージェント フローの概要を参照してください。

高度な承認の設定

高度な承認を設定するには、いくつかの手順があります。

高度な承認アクションを追加する

エージェント フローでは、新しい 高度な承認 コネクタを使用して、高度な承認をアクションとして追加できます。

1. 高度な承認を追加するエージェント フローのデザイナーを開きます。

2. 高度な承認を追加するノード間にある + ボタンを選択します。

3. 左側にあるアクションの追加ペインで、リストから 高度な承認 コネクタを選択します。 コネクタが表示されない場合は、検索します。

   

4. 開始して高度な承認を待機アクションを選択します。 このアクションは、承認を開始して、必要な担当者に送信し、承認要求が完了するのを待ってから、フローの残りの部分を続行します。

5. 左側のペインで、承認の設定 を選択します。

6. ダイアログが開きます。 承認の名前を好きなように変更します。

ステージの追加と構成

承認は ステージで構成されます。 ステージは承認プロセスのさまざまな ゲート ポイントを表し、フローは一時停止し 指定承認者 が確認および承認するのを待ってから続行します。 各ステージを個別に構成し、関係者の各グループのニーズに合わせてカスタマイズできます。

1. ダイアログで、ステージの追加 を選択します。 承認ビューアーに 1 つのタイルが表示されます。

2. タイル内のテキストを選択し、ステージの名前を変更します。

3. ダイアログの右側で、目的の承認の種類を選択します。 承認の種類とその動作 を確認して、さまざまな承認の種類とそのしくみを確認してください。

4. 他の構成オプションが表示されます。 これらのフィールドは、基本承認を構成する場合と同様に構成します。

   

同じ手順を繰り返して、必要に応じてステージを追加します。

入力を追加する

エージェント フローで作成したトークンまたは変数を事前承認で使用する場合は、入力を作成する必要があります。 最初に入力を作成しない限り、承認内でトークンまたは変数を直接使用することはできません。

入力の作成

入力を作成するには、次の手順を実行します。

1. 右側のペインで、入力アイコンを選択します。

   

2. 入力の追加 を選択します。

3. 入力の種類を選択します。 String、Number、Booleanから選択します。

4. 入力に名前を付けます。 この例では、Claim_ID という名前を使用します。

5. 入力の追加 を選択します。

入力リストに入力が表示されます。

承認で入力を使用する

承認で入力を使用するには、次の手順に従います。

1. 入力を使用するテキストフィールドに移動します。 たとえば、承認ステージの詳細フィールドなどです。

2. 入力を使用する${input_name} を入力します。 input_name は、前のセクションで作成した入力の名前です。

   たとえば、第 1 ステージの詳細では、${Claim_ID}を入力することで、作成した Claim_ID 入力を追加します。

   

3. 完了 を選択して、ダイアログを保存して閉じます。 作成した入力がフロー デザイナーの左側のペインに表示されます。 これで、フローからこの入力にトークンまたは変数をマップできます。

   

条件の追加と構成

条件は、ルーティングの承認に不可欠であり、特定の基準に基づいて自動的に承認または拒否されます。 ステージ間に条件が設定されていない場合、既定の動作は次のとおりです。

• ステージが承認されると、プロセスは次のステージに進みます。
• ステージが却下された場合、承認プロセスは終了します。

1. 条件を追加するには、2 つのステージ間のマルチステージ ビューアーで + を選択します。

2. 条件の追加を選択します。

3. 右側で、条件タイプを選択します (スイッチ条件タイプは現在サポートされていません)。

4. 必要に応じて条件ステートメントを追加します。

   

   注意

   条件ステートメントの左側では、入力のみを使用できます。 入力が表示されない場合は、まず入力を作成してください。

5. 条件が満たされているかどうかに基づいて、承認の行き先を構成します。

   • 「はい」の場合は、次のステージに進むか、承認/拒否するか、別のステージにルーティングできます。
   • そうでない場合は、次のステージに進むか、承認/拒否するか、別のステージにルーティングできます。

すべて一緒にまとめる

この承認プロセスが条件でどのように機能するかの例を見てみましょう。 次の画像は、2 つのステージと条件チェックを含む完全な承認プロセスを示しています。

1. 承認が実行されると、承認要求は最初に カスタマー サービスの承認 ステージに到達します。

   1. 承認された場合、要求は条件の確認に移動します。
   2. 却下された場合、承認プロセスは条件の確認に到達せずに終了します。

2. 条件確認の際の注意点:

   1. 条件が満たされた場合、承認は別の承認ステージ、つまり 調整者承認 ステージを通過します。
   2. 条件が満たされない場合、承認は 承認済み として終了します。

これは、ビジネス プロセスに合わせた複雑な承認ワークフローを構築する方法を示しています。

承認に応答中

承認への応答は、基本承認と詳細承認の間で一貫性が保たれます。 承認に割り当てられたユーザーは、次の方法で応答できます。

• Microsoft Teams 承認アプリ
• Outlook
• Power Automate ポータル

既知の制限

既知の制限事項は次のとおりです。

• 承認を作成して応答するには、現在、承認管理者、環境作成者、Basic のユーザー ロールが必要です。 これらのロールの組み合わせにより、既存および将来のすべての承認要求に対する昇格されたアクセス (書き込みアクセスを含む) が可能になります。
• 承認が送信された別の環境のユーザーが承認に応答すると、承認が失敗する可能性があります。 失敗を回避するには、承認を送信するユーザーを特定し、Power Platform 管理センターに移動して、その環境にユーザーを追加します。
• 入力の制限:
  • ステージや条件に入力を追加するには、${input_name}を入力します。ここでは、input_name が入力名です。 今後のアップデートでは、入力を追加するためのより明確なインターフェイスを備えたトークンピッカーを追加する予定です。
  • 入力名で特殊文字はサポートされていません。
  • 入力名は一意である必要があります。 重複する名前は使用できません。
• 異なるステージに同じ承認者を割り当てることはできません。 たとえば、John Doe をステージ 1 に割り当てた場合、彼をステージ 2 にも割り当てることはできません。
• 条件タイプの切り替えには現在対応していません。
• カスタム応答による承認ステージは、現在サポートされていません。
• 添付ファイルは、現在サポートされていません。
• 高度な承認を作成するアクション、および 高度な承認を待機する アクションは、現在サポートされていません。
• 現在、アプリケーション ライフサイクル管理 (ALM) は高度な承認ではサポートされていません。つまり、高度な承認を含むフローをインポートする場合は、フローで複数段階の承認を再作成する必要があります。
• 共有は現在サポートされていないため、高度な承認コネクタを持つフローを共有する場合、受信者はフローで複数段階の承認を再作成する必要があります。