[この記事はプレリリース ドキュメントであり、変更されることがあります。]
この記事では、エージェント フローで多段階承認と AI 承認を使用する方法について説明します。
重要
この記事にはプレビュー ドキュメントMicrosoft Copilot Studio含まれており、変更される可能性があります。
プレビュー機能は運用環境での使用を想定しておらず、機能が制限される可能性があります。 これらの機能は公式リリースの前に利用できるため、早期にアクセスして フィードバックを提供できます。
運用対応エージェントを構築する場合は、「Microsoft Copilot Studio 概要を参照してください。
マルチステージ承認とは?
マルチステージ承認は、より複雑な承認のプロセスに対応する機能です。 豊富な機能セットを提供し、組織がビジネス プロセス向けに堅牢な承認ワークフローを構築できるようになります。さらに AI を活用した意思決定機能で強化されています。
マルチステージ承認は、人間と AI のレビューを組み合わせて、与えられた指示、ドキュメント、画像に基づいて承認決定を行います。 この組み合わせにより、日常的なリクエストの自動処理を継続しながら、複雑な意思決定には人間の監視が維持されるため、承認サイクルを大幅に加速させながら組織のポリシーへの準拠を確保します。
マルチステージ承認は、クラウド フローで見つかった標準の承認に基づいて構築されます。 マルチステージ承認に入る前に、まず標準の承認について理解しておく必要があります。 利用を開始するときに役立つリソースを次に示します。
マルチステージ承認にアクセスする
マルチステージ承認は、エージェント フローでのみ使用できます。 エージェント フローは、Copilot Studio に組み込まれた自動化またはフローであり、スタンドアロンまたは Copilot Studio エージェントで使用されます。 エージェント フローに関する詳細は、エージェント フローの概要を参照してください。
マルチステージ承認の主な機能
マルチステージ承認は、標準承認とは異なる以下の主要な機能を提供します:
手動承認ステージ: プロセスのさまざまな段階で、人間の関係者から承認の決定を要求します。
AI 承認ステージ: AI モデルを使用して、承認ワークフローの重要なポイントで自動化された意思決定を実装します。
条件/条件付き承認: 各ステージの間に条件を配置し、特定の基準に基づいて承認ワークフローを動的に制御します。
これらの機能はすべてプレビュー段階です。
手動承認ステージ
マルチステージ承認における手動ステージでは、プロセスのさまざまな段階で異なる人間の関係者に承認判断を依頼できます。 これらの段階では、承認タイプを「最初の返信者」または「全員の承認が必要」のいずれかに定義し、承認リクエストのタイトル、承認を割り当てる対象者、人間の承認者が判断を下すために必要な関連詳細を指定できます。
AI 承認ステージ
マルチステージ承認における AI ステージにより、承認ワークフローの重要なポイントで自動化された意思決定を実現できます。 これらの段階では、AI モデルに具体的な指示とドキュメント、画像、テキスト、組織の知識などの関連する入力を提供します。AI は指示に基づいて明確な「承認」または「却下」の決定と、その根拠を提示します。 AI ステージからの承認決定を、後続ステージにおける人間の承認者によるレビューと承認のために構成できます。 人間によるレビューによって、日常的な評価の処理を迅速化しつつも、常に人間が管理を維持できるようになります。
条件と条件付き承認
マルチステージ承認プロセスでは、各ステージの間に条件を設定できます。これにより、特定の基準を評価して承認プロセスの次のアクションを決定して、動的なワークフロー制御を実現します。 条件を設定することで、入力内容に基づく論理ルールを定義してワークフローを構成できます。これにより、条件が満たされるかどうかに基づいて、自動的に承認、却下、別のステージへのルーティング、またはステージの完全なスキップが行われます。 条件により、手動介入なしに承認ワークフローをさまざまなシナリオに適応させる、柔軟な意思決定が可能になります。
マルチステージ承認を設定する
マルチステージ承認を設定するには、いくつかの手順があります。
マルチステージ アクションの追加
エージェント フローでは、新しいヒューマン イン ザ ループコネクタを介して、アクションとしてマルチステージ承認の実行を追加できます。
マルチステージ承認を追加するエージェント フローのデザイナーを開きます。
マルチステージ承認を追加したいノード間の位置にある + ボタンを選択します。
アクションの追加カード、またはペインから、「ヒューマン イン ザ ループ」セクション内のマルチステージ承認の実行アクションが表示されます。 リストのヒューマンインザループ コネクタを介して、同じアクションを見つけることもできます。 アクションやコネクターが見当たらなければ、検索してみてください。
次回すぐにアクセスできるよう、アクション カード上の星アイコンを選択してアクションをお気に入り登録してください。
マルチステージ承認の実行アクションを選択します。 このアクションは承認を開始し、必要な担当者に送信し、承認リクエストが完了するまで待機します。その後、フローの残りの部分が継続します。
既定では、マルチステージ承認の名前はアクション名「マルチステージ承認の実行」です。承認の名前を変更するには、左ペインで操作する必要があります。 新しいインライン デザイナーを使用している場合は、左ペインを開くボタンを選択します。
左ペインでアクション名を選択し、任意の名前で名称を変更します。
承認の設定を選択してモーダルを開きます。
手動ステージを追加して構成する
承認は ステージで構成されます。 ステージは承認プロセスのさまざまな ゲート ポイントを表し、フローは一時停止し 指定承認者 が確認および承認するのを待ってから続行します。 各ステージを個別に構成でき、各関係者グループのニーズに合わせてカスタマイズできます。
まず、手動ステージの構成方法から始めましょう。
モーダルで作成を選択し、ドロップダウンから手動ステージを選択してください。 承認ビューアーに 1 つのタイルが表示されます。
ダイアログの右側で、目的の承認の種類を選択します。 承認の種類とその動作 を確認して、さまざまな承認の種類とそのしくみを確認してください。
他の構成オプションが表示されます。 これらのフィールドは、標準的な承認を構成する場合と同様に構成します。 構成すべき主な 3 つの項目は以下の通りです: タイトル (承認リクエストのタイトルを示す) 割り当て先 (承認を依頼する担当者の詳細) 詳細 (承認者が承認判断を行うために必要な関連情報をすべて提供する)
注意
「割り当て先」フィールドでは、同じ承認者を複数のステージに割り当てないでください。フローが失敗する原因になります。
手動ステージにおける入力の利用
エージェント フロー内で作成したトークンや変数を手動ステージ承認に使用する場合は、入力項目を作成する必要があります。 承認処理内でトークンや変数を直接使用することはできないため、まず入力項目を作成する必要があります。 前の画像では、経費 ID、経費金額、管理者の承認詳細という 3 つの入力項目を作成しました。 入力項目を追加するには、キーボードでスラッシュと / を、入力項目を配置したい位置で入力し、String、Number、Boolean のいずれかのタイプから選択し、入力項目に名前を付けます。 この承認プロセスを保存する場合は、フロー デザイナー内で作成した入力のフィールドが表示されます。 フロー内のトークンまたは変数をこの入力にマッピングできるようになりました。
AI ステージを追加して構成する
重要
マルチステージの承認に AI ステージを追加する前に、作業中の環境に Copilot Studio Copilot クレジットが割り当てられていることを確認します。 ライセンスと課金の詳細については、「Copilot Studio のライセンスを参照してください。 十分なCopilot クレジットがない場合、承認は停止し、続行されません。
続いて、AI ステージを構成します。
左側のウィンドウの承認ビューアーで、作成した手動ステージの上にあるプラスボタン 「+」 を選択します。
ドロップダウンから AI ステージを選択します。 承認ビューアに AI ステージ用の単一タイルが表示されます。
タイル内のテキストを選択し、ステージ (1) の名前を変更します。
指示ペイン (2) で、AI ステージが意思決定に使用することを指示と基準の記述から始めます。
重要
手順を適切に作成する方法については、AI ステージでより良い結果を得るための指示の書き方を参照してください。
AIステージにドキュメント、画像、テキスト、知識などの入力情報を使用して承認判断を行わせたい場合は、キーボードの「/」キーを押すか、指示内でその入力情報が必要な箇所でコンテンツの追加 (3) を選択します。 入力タイプを選択するためのメニューが表示され、その後テスト用のサンプル入力をアップロードします。
手順で入力を使用した場合は、テストする前に必ずサンプルをアップロードしてください。
モデルピッカー (4) から、承認決定に使用する AI モデルを選択します。
注意
可能な限り、承認決定にはより強力なモデルを優先します。 例えば、GPT-4.1よりもGPT-o3を優先してください。
Test (5) を選択して手順をテストし、数秒待ちます。
承認の決定 (6) ウィンドウでテスト結果を表示し、決定の根拠を確認します。
決定に基づく次のステップ (7) では、AI ステージでの決定に基づいて承認をルーティングできます。 既定では、AI ステージが承認した場合、承認は次のステージへ継続されます。 却下された場合、承認は却下された状態で終了します。 承認が承認/却下の決定を下せない場合、単に次のステージに続行します。
注意
意思決定に基づく次のセクションは、AI 段階での意思決定後も人間が常に制御権を保持し、最終決定を下す能力を保証します。
この時点でマルチ ステージ承認を保存して閉じると、フローデザイナーでこの AI ステージに構成した入力フィールドが表示されます。
条件の追加と構成
条件は承認のルーティングに不可欠であるため、特定の基準に基づいて自動的に承認または却下を行います。 ステージ間に条件が設定されていない場合、既定の動作は次のようになります。
- ステージが承認されると、プロセスは次のステージに進みます。
- ステージが拒否されると、承認プロセスは終了します。
ただし、条件を設定することで、マルチステージ承認における既定の動作をカスタマイズできます。
条件を追加するには、2 つのステージ間のマルチステージ ビューアーで + を選択します。
ドロップダウン メニューで条件を選択します。
必要に応じて条件ステートメントを追加します。
注意
条件ステートメントの左側では、入力のみを使用できます。 既存の入力から選択するか、新しい入力を作成することができます。
条件が満たされているかどうかに基づいて、承認の行き先を構成します。
- 条件が満たされた場合、次のステージへ進む、承認/却下する、または別のステージへ転送することができます。
- 条件が満たされない場合、次のステージへ進む、承認/却下する、または別のステージへ転送することができます。
この簡単な例では、経費金額が 5,000 ドルを超える場合、その請求はマネージャーの承認を得るために継続する必要があることを定義します。 ただし、金額が 5,000 ドル未満で AI ステージが承認した場合、そのリクエストはマネージャーの承認を省略し、自動的に承認済みとして承認プロセスを終了させることができます。
承認プロセスの入力にフローの変数をマッピングする
承認プロセス内で入力項目を作成した場合、フロー内の変数をそれらの入力項目にマッピングする必要があります。 承認ダイアログを保存して閉じると、アクションカード内でこれらのマッピングを実行するためのフィールドが表示されます。
フィールドを選択し、フロー内の先行するアクションから、実行時に承認で使用する項目を選択します。
承認ファイルのドキュメント形式の要件
承認で使用するドキュメントは、base64 形式である必要があります。 一部のコネクタは、既に base 64 でエンコードされた出力を返します。 しかし、接続していないコネクタからの出力を使う場合は、以下の画像のようにPower Fxの文字列関数をファイルに使ってください。
すべて一緒にまとめる
この承認プロセスが、手動および AI のステージと条件とともにどのように機能するかの例を見てみましょう。 以下の図は、4 つのステージと条件チェックを含む完全な承認プロセスを示しています。
承認要求は、承認の実行時にまず、AI 経費スクリーニング ステージに到達します。
- 承認された場合、要求は条件の確認に移動します。
- 却下された場合、承認プロセスは条件の確認に到達せずに終了します。
コンディションチェックでは:
- 経費金額が 5,000 を超える場合、承認はマネージャー承認ステージに進みます。
- 経費金額が 5000 を超えない場合、承認は承認済みとして終了します。
マネージャー承認段階に達する5000を超える費用の場合:
- 承認された場合、申請は AI 予算検証段階に移行し、最終的なコンプライアンス チェックが行われます。
- 却下された場合、承認プロセスは「却下」として終了します。
AI予算検証段階では、最終的な予算およびコンプライアンスの検証を行います:
- AI が承認した場合、要求は引き続き財務レビューに進み、処理が行われます。
- AI が却下した場合、承認プロセスは「却下」として終了します。
最後に、 財務審査 段階の財務専門家は、会計規則、予算の可用性、支払い処理要件に基づいて独自の評価を行います。
- 承認された場合、承認プロセスは「承認済み」として終了し、エージェント フロー内で支払いが開始されます。
- 却下された場合、承認プロセスは「却下」として終了します。
これは、AI の効率性と人間の監視を組み合わせたインテリジェントな承認ワークフローを構築する方法を示しています。経費金額などの特定のビジネスルールに基づいて、リクエストを自動的にルーティングします。
注意
各 AI ステージにおいて、AI が承認した場合でも次のステージへ承認を継続させるかどうかを構成可能なため、ワークフローのルーティングを完全に制御できます。
承認に応答中
承認への対応は、標準承認と高度な承認の間で一貫して行われます。 承認に割り当てられたユーザーは、次の方法で応答できます。
- Microsoft Teams承認アプリ
- Outlook
- Power Automate ポータル
AI ステージの詳細
機密性の高いケースに対する AI 承認の使用
AI による承認は多くの業務プロセスを効率化できますが、金融取引、法的判断、人事措置、コンプライアンス上重要なプロセスなど、高度に機密性の高い承認をAIで実施する際には注意を払う必要があります。 これらのシナリオでは、ワークフローにおいて人間の承認段階が確実に設けることを推奨します。これにより、重要な決定に対する最終的な管理権限が人間に留まることが保証されます。 詳細なガイダンスについては、これらの用語 https://www.microsoft.com/en-us/business-applications/legal/legal-landing-page/ を確認してください。
承認のための AI の責任ある使用の詳細については、AI の承認に関するよくあるご質問を参照してください。
AI ステージで決定が不明な場合の動作
AI ステージが「分析に失敗しました」というラベルの付いた応答を返す場合があります。これは通常、AI モデルが適切な承認判断を決定できない場合に発生します。 一般的な原因としては、矛盾した指示や主題から外れた指示、あるいは明確な判断を下すのに十分な情報が提供されていない可能性があります。
以下は、入力の矛盾により AI が「分析に失敗しました」という応答を返す例です。
この例では、AI ステージに対し、500 ドル未満の経費は承認し、300 ドルを超える経費は却下するよう指示します。 ただし、添付の経費は 400 ドルであり、両方の基準に該当します。 その結果、AI は矛盾する指示のため、要求を承認するか拒否するかについて確信を持って判断できません。
重要
「分析に失敗しました」という応答を回避するには、この記事の AI ステージに指示を記述して結果を向上させる方法セクションのガイドラインに従ってください。
Power Automateでの AI ステージの決定と根拠の表示
AI ステージの実行後にその決定と根拠を確認するには、以下の 2 つの方法があります:
- 承認センター
- プロンプトビルダーアクティビティ画面
承認センターで表示する
完了したマルチステージ承認の承認者である場合は、ai ステージの決定と根拠がPower Automateに表示されます。
make.powerautomate.com にサインインします。
環境ピッカーから、承認が実行された環境を選択します。
左側のナビゲーション ウィンドウで、承認を選択します。
履歴タブで、完了済みかつ AI ステージを含む承認を選択します。
開いた右ペインで、前の AI ステージからの承認決定と理由を確認します。
プロンプト ビルダーのアクティビティ画面での表示
make.powerautomate.com にサインインします。
環境ピッカーから、承認が実行された環境を選択します。
左のナビゲーション ウィンドウから、プロンプト ビルダーの活動を選択します。 そのオプションが表示されない場合は、3つの点(...)を選択してください >すべてを発見しましょう。
検出画面のモニターヘッダーの下で、プロンプト ビルダーの活動を選択します。 この画面をナビゲーションにピン留めすると、今後アクセスしやすくなります。
この画面では、AI ステージからの実行を含む、AI プロンプトのすべての実行を確認できます。
各行の処理時間の部分 (列内の青文字) を選択すると、その実行の決定内容と根拠を確認できます。
こちらが指示で与えられたテキスト、ドキュメント、または画像の入力部分と、AI ステージの判断と根拠を JSON 形式で表した出力部分です。
AI ステージでより良い結果を得るための指示を記述する方法
承認はビジネスプロセスの重要な要素であるため、指示が明確に書かれ、常に正確な結果を出すことが不可欠です。 このセクションは特に重要です。 AI の承認プロセスが信頼性が高く一貫性のある判断を下せるよう、以下のベストプラクティスに従ってください。 すべてのガイドラインがあらゆるケースに適用されるとは限りませんが、可能な限りそれらを使用することで効果を最大化できます。
ビジネス プロセスに手順の重点を置く: 承認の指示が、経費承認、発注書承認、契約書レビューなど、正当な業務プロセス承認に関連していることを確認します。AI ステージは、明確なポリシーに基づく特定の業務ワークフローを評価する際に最も効果を発揮します。
複雑なタスクに対してより強力なモデルを使用する: 正確な承認判断はビジネスにとって極めて重要であるため、可能な限り最も高性能な AI モデルを使用することが重要です。 たとえば、推論と一貫性を向上させるために、GPT-4.1 よりも GPT-o3 を優先します。 複雑なタスク、集中的な計算、マルチステップ ロジック、または微妙な分析を伴う承認シナリオでは、精度と信頼性を向上させるために、o3 などの推論最適化モデルやAzure AI Foundry独自の微調整モデルを使用することを検討してください。
拒否する理由または承認する理由に焦点を当てる: 承認基準か却下基準のいずれかに焦点を当て、両方を避けます。 混合的アプローチでは、モデルが混乱する可能性があります。 たとえば、AI ステージに「経費が 500 ドル未満なら承認するが、300 ドル超で食事経費の場合は却下する」といった矛盾する基準を提供した場合、両方の条件を同時に満たす 400 ドルの食事経費を処理する際、正しい判断を下せなくなります。
- 良い: 「経費金額が 500 ドルを超える場合、または領収書が添付されていない場合は却下する」
- 避ける: 「500 ドル未満の場合は承認し、500 ドルを超える場合は移動経費を除いて却下する」
入力を具体的に参照する: アップロードされた入力データ、ドキュメント、またはデータを使用する際は、それらを名前で参照し、AI が指示内で情報を検索すべき場所を正確に指定します。 これにより、AI がどのファイルを確認すべきか、どのデータポイントを抽出すべきかを確実に把握できます。
- 良い: 「『Budget_Report.pdf』ファイルを確認し、第 3 四半期の収益が 100,000 ドルを超えている場合は承認する。」
- 避ける: 「予算ファイルで収益の数値を確認することを避けてください」。
具体的で測定可能: 解釈が分かれる主観的な表現は避けてください。 曖昧さの余地を残さず、具体的かつ測定可能な基準を使用します。
- 良い: 「納期が依頼日から 5 営業日以内の場合に承認する」
- 回避する: 「タイムラインが妥当であれば承認する」 (ここで「妥当」の定義に定量的な基準がない)
ファイルの品質を確認する: 画像やドキュメントなどの入力データが明確で、保護されておらず、読み取れることを確認します。 ぼやけた画像、パスワードで保護されたファイル、または破損したドキュメントは、分析の失敗につながる可能性が高くなります。
現実的なデータを使用したテスト: 指示が期待通りに機能することを検証するには、実際の承認シナリオを反映した代表的な例を使用します。 完全な例を使用してテストするだけでなく、境界ケースも含めます。 たとえば、ワークフロー内の実際のドキュメントを使用し、情報が欠落しているシナリオでテストを実施します。しきい値に近い境界事例を含めて、書式が異なるドキュメントを試行し、承認シナリオと却下シナリオの両方をテストしてください。
エッジ ケースとフォールバック動作を定義する: AI が不明確、不完全、または予期しない情報に遭遇した際の対応を指定します。 これにより、AI の誤った想定を防ぐことができます。 たとえば、「経費カテゴリがない場合、申請を却下する」と指定できます。
明確なしきい値と範囲を設定する: 明確な境界線を定義することで、曖昧な境界を回避します。 境界値で何が起こるかについて明示的に指定します。
- 良い: 「満足度が 5 段階評価で 4.0 以上の場合に承認する」
- 回避する: 「高い満足度スコアを承認する」
複雑な基準には構造化フォーマットを使いましょう:多段階評価の場合は、ロジックを番号付きのステップや意思決定木に分解します。 これにより、AI が各条件を体系的に処理し、承認ロジックを透明化します。 適切な構造を次に示します:
以下の条件のいずれかが当てはまる場合は、経費報告書を拒否してください:
- [合計] フィールドの金額が $500.00 を超えている
- レシート 画像ファイルがアップロードされていない
- 経費日が、経費ガイドラインに記載されている期日の 60 日以上前である
- 経費申請書のマネージャー署名欄が空白である
- 従業員IDフィールドが空か、フォーマット XXX-XXXX(3桁、ダッシュ、4桁)と一致しません
関連する組織コンテキストを含める: AI がドキュメントや知識などの入力を通じて実施すべき特定の社内ポリシー、コンプライアンス要件、またはビジネス ルールを参照します。 たとえば、「旅行規定 v2.3 に従う: 75 ドルを超える食事代には、業務上の正当性を明記した品目付き領収書が必要です。 受領書や正当な理由がない場合は拒否します。
時間に依存する参照を避ける: 古くなる相対的な日付や時間参照を使用しないでください。 代わりに、特定の期間または計算された期間を使用します。 AI モデルは、たとえば今日の日付が何かを知らない可能性があります。
- 良い: 申請日が経費日から 30 日以内の場合に承認する
- 避ける: 「今月提出された場合に承認する」
一貫性のある用語を使用する: 混乱を避けるため、手順全体で同じ用語を使用してください。 同じものに対して異なる用語を使用しないでください。 たとえば、指示書全体で一貫して「経費金額」という表現を使用し、「経費金額」、「費用」、「合計」、「総額」、「請求額」などの表現を切り替えないようにしてください
既知の制限
既知の制限事項は次のとおりです。
- AI ステージのファイル入力では、base64 でエンコードされたファイルの内容のみがサポートされます。
- 承認が送信された環境とは異なる環境のユーザーが承認に応答した場合、承認が失敗する可能性があります。 エラーを回避するには、承認を送信するユーザーを特定し、Power Platform 管理センターに移動して、そのユーザーをその環境に追加します。
- 同じ承認者を異なるステージに割り当てることはできません。 例えば、ジョン・ドウをステージ1に割り当てた場合、彼をステージ2にも割り当てることはできません。 これによりフローが失敗します。
- 添付ファイルは、現在サポートされていません。
- アプリケーション ライフサイクル管理 (ALM) は現在、高度な承認機能をサポートしていません。つまり、高度な承認を含むフローをインポートする場合、フロー内で多段階承認を再作成する必要があります。
- 共有機能は現在サポートされていません。つまり、ヒューマン イン ザ ループのコネクタを含むフローを共有した場合、受信者はフロー内でマルチステージ承認を再作成する必要があります。