フロー承認アクションの違い
この記事では、 Start と wait for a approval、 Create an approval、および Wait for an approval actions in Power Automate の主な違いについて説明します。
適用対象: Power Automate
元の KB 番号: 4513676
まとめ
承認を開始して待機すると 承認の完全なライフサイクルが自動化されます。 Dataverse にレコードが作成され、承認通知が送信され、承認条件が満たされるかアクションがタイムアウトするまでフローの実行がブロックされます。アクションの出力には、承認者、応答、コメントなどが含まれます。これは、フローで次のステップが実行される前に承認が完了することが保証されるためです。
承認を作成 Dataverse にレコードを作成し、承認通知を送信しますが、フローの実行はブロックしません。 応答、承認者、コメントなどを他の手順の出力として使用することはできません。これは、承認が次の手順の前に完了することが保証されていないためです。 フロー作成者は、承認アクションに Wait を使用して、承認の一部として収集された応答、承認者、コメント、その他のデータを収集する必要があります。
詳細については、「承認の利用を開始する」を参照してください。
次の表は、2 つのアクションの違いをまとめたものです。
説明 | 開始して承認を待機 | 承認を作成 |
---|---|---|
Dataverse にレコードを作成します。 | はい | はい |
基本的な電子メール通知 (アクション可能な電子メールを含む) と 通知 Power Automate モバイル アプリにプッシュします。 | はい | はい |
応答またはコメントは出力として使用できます。 | はい | いいえ。承認には Wait を使用 フローでこれらを使用します。 |
ステップは、Microsoft Teamsにポストできるアダプティブ カードを出力します。 | いいえ。この手順が完了した後、承認は既に完了しています。 | はい |
使用例
要求時に承認者情報を含む追加のデータを SQL や Dataverse に格納するにはどうすればよいですか?
承認の作成アクションを使用し、承認情報をログに記録する手順を追加してから、承認のためにwaitを。
Microsoft Teamsのユーザーにアダプティブ カードを送信操作方法、Teams クライアント内で直接承認できますか?
承認の作成アクションを使用し、承認者に対して Apply To Each を追加し、Teams コネクタフロー ボット アクションを使用して、承認の作成から各ユーザーにアダプティブ カード出力を投稿し、承認のためにWait をします。
詳細については、「 Teams メンバーまたは Microsoft Entra ユーザーへのコンテンツのリダイレクト」を参照し最初のアダプティブ カードを作成。