等待活動 wait-activity
您可以使用 等待 活動，定義下一個活動執行之前的持續時間。 最長等待時間為 90天.
您可以設定兩種型別 等待 活動：
建議 wait-recommendations
多個等待活動 multiple-wait-activities
使用多個 等待 歷程中的活動，請注意 全域逾時 若為歷程，則為91天，這表示設定檔一律會從歷程中退出，最多為進入後91天。 在本頁中瞭解更多。
個人可以輸入 等待 活動，前提是他們在91天歷程逾時前的歷程剩餘時間足以完成等待期間。
等待並重新進入 wait-re-entrance
不使用的最佳實務 等待 封鎖重新進入的活動。 請改用 允許重新進入 歷程屬性層級的選項。 在本頁中瞭解更多。
等待和測試模式 wait-test-modd
在測試模式中， 測試等待時間 引數可讓您定義 等待 活動將會持續。 預設時間為 10 秒。這將確保您能快速獲得測試結果。 在本頁中瞭解更多。
設定 wait-configuration
持續時間等待 duration
選取 持續時間 輸入以設定下一個活動執行前等待的相對持續時間。 最大持續時間為 90天.
自訂等待 custom
選取 自訂 輸入以定義自訂日期，使用進階運算式，根據來自事件或自訂動作回應的欄位。 您不能直接定義相對持續時間，例如7天，但您可以視需要使用函式來計算相對持續時間（例如：購買後2天）。
編輯器中的運算式應提供 dateTimeOnly 格式。 請參見此頁面。如需dateTimeOnly格式的詳細資訊，請參閱 此頁面.
最佳實務是使用您的設定檔專屬的自訂日期，並避免對所有人使用相同的日期。 例如，請勿定義 toDateTimeOnly('2024-01-01T01:11:00Z') 但是 toDateTimeOnly(@event{Event.productDeliveryDate}) 每個設定檔都有其專屬性。 請注意，使用固定日期可能會導致歷程執行問題。
dateTimeOnly 運算式或使用函式轉換為 dateTimeOnly. 例如： toDateTimeOnly(@event{Event.offerOpened.activity.endTime})，事件中的欄位格式為2023-08-12T09:46:06Z若要驗證等待活動是否如預期運作，您可以使用步驟事件。 了解更多。