等待活动 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})。 请注意,使用固定日期可能会导致历程执行出现问题。

NOTE
您可以利用dateTimeOnly表达式或使用函数转换为dateTimeOnly。 例如: toDateTimeOnly(@event{Event.offerOpened.activity.endTime}),事件中的字段格式为2023-08-12T09:46:06Z。
历程的属性中应为​ 时区。 因此,从用户界面中,无法直接指向混合时间和时区偏移的完整ISO-8601时间戳点,如2023-08-12T09:46:06.982-05。 了解详情

要验证等待活动是否按预期运行,您可以使用步骤事件。 了解详情

recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76