流程核准動作之間的差異
本文介紹Power Automate 中流程核准動作之間的差異。
適用于: Power Automate
原始 KB 編號: 4513676
使用 [開始] 和 [等候核准] 和 [使用等候核准建立核准] 動作之間的主要差異如下:
- 開始和等候核准會自動執行核准的完整生命週期。 它會在 CDS 中建立記錄、傳送通知,然後封鎖流程執行,直到符合核准準則或動作逾時為止。動作的輸出包括核准者、回應、批注等等。因為在 Flow 中執行下一個步驟時,核准保證會完成。
- 建立核准會在 CDS 中建立記錄並傳送通知,但不會封鎖 Flow 的執行。 回應、核准者、批注等無法作為輸出,以供其他步驟使用,因為不保證核准會完成。 流程作者必須使用等候核准步驟來收集回應、核准者、批注,以及核准核准或拒絕時收集的任何其他數據。
描述 | 開始並等候核准 | 建立核准 |
---|---|---|
在 CDS 中建立記錄 | 是 | 是 |
基本電子郵件通知 (包括可採取動作的電子郵件) 和推播通知至 Flow Mobile 應用程式 | 是 | 是 |
可用來作為輸出的回應/批注 | 是 | 否,請使用 [等候核准] 在 Flow 中使用這些專案。 |
步驟會輸出可張貼到 Microsoft Teams 的調適型卡片 | 否,在此步驟完成之後,核准已完成。 | 是 |
如果您:
想要將額外的數據儲存在 SQL、CDS 等等中,其中包含要求時的核准者資訊?
- 使用 [建立核准]、新增記錄核准資訊的步驟,然後 [等候核准]。
想要將調適型卡片傳送給 Microsoft Teams 中的使用者,讓他們直接在 Teams 用戶端內核准?
- 使用建立核准,在核准者上 套用至每 一個,使用 Teams 連接器 Flow Bot 動作,將建立核准中的調適型卡片輸出張貼給每位使用者,然後等待核准。
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應