等待活动 section_rlm_nft_dgb

如果您希望在执行路径中的下一个活动之前等待,则可以使用 Wait 活动。 这让您可以定义执行下一个活动的时刻。提供了三个选项:

关于等待活动 about_wait

下面显示了当您同时使用多个等待时,如何区分等待的优先级。 如果它们具有相同的时间配置和不同但重叠的条件,则上面定位的等待将获得优先顺序。 例如,第一次等待的条件是“成为女性”,而第二次并行等待的条件是“成为VIP”。 第一个等待活动将得到优先处理。

另请注意,如果两个不同的等待是并行的,则优先处理第一个出现的等待,而不考虑其垂直位置。 例如,如果等待1小时以上,等待30分钟以下,则在30分钟后会处理30分钟等待。

NOTE
最长等待时间为30天。
在测试模式下, Wait time in test 参数允许您定义每个等待活动的持续时间。 默认时间为 10 秒。这将确保您快速获得测试结果。 请参阅 此页面

持续时间等待 duration

选择下一个活动执行前等待的持续时间。

自定义等待 custom

此选项允许您使用基于来自事件或数据源的字段的高级表达式来定义自定义日期,例如2020年7月12日下午5点。 它不允许您定义自定义持续时间,例如7天。 表达式编辑器中的表达式应提供dateTimeOnly格式。 请参阅此页。有关dateTimeOnly格式的详细信息,请参见 此页面.

NOTE
您可以利用dateTimeOnly表达式或使用函数转换为dateTimeOnly。 例如: toDateTimeOnly(@{Event.offerOpened.activity.endTime}),事件中的字段格式为2016-08-12T09:46:06Z。
时区 应在历程的属性中找到。 因此,目前不可能从界面直接指向完整的ISO-8601时间戳混合时间和时区偏移,如2016-08-12T09:46:06.982-05. 请参阅此页

recommendation-more-help
4f4a00c1-77c9-4eee-84df-bbe6206c3ab9