Show Menu
主题×

等待活动

如果要在路径中执行下一个活动之前等待,可以使用 Wait 活动。 它允许您定义执行下一个活动的时刻。 有四个选项可用:

关于等待活动

以下是在您同时使用多个等待时,如何排定等待的优先级。 如果它们具有相同的时间配置和不同但重叠的条件,则上述位置的等待将是优先顺序。 例如,第一次等待的条件是“女人”,而第二次并行等待的条件是“VIP”。 第一个等待活动将优先
另请注意,如果两个不同的等待是并行的,则无论其垂直位置如何,都将优先排列第一个出现的等待。 例如,如果上面有1小时的等待,下面有30分钟的等待,30分钟后,将处理30分钟的等待。
如果要将等待限制到特定人群,可以定义一个条件。
最长等待时间为30天。
在测试模式下, Wait time in test 该参数允许您定义每个等待活动将持续的时间。 默认时间为 10 秒。这样可以确保快速获得测试结果。 See 测试旅程

持续时间等待

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

修复了日期等待

选择执行下一个活动的日期。

自定义等待

通过此选项,您可以根据来自事件或数据源的字段,使用高级表达式定义自定义日期,例如2020年7月12日下午5点。 它不允许您定义自定义持续时间,例如,7天。 表达式编辑器中的表达式应提供dateTimeOnly格式。 请参见 关于高级表达式编辑器 。有关dateTimeOnly格式的详细信息,请参阅 数据类型
您可以利用dateTimeOnly表达式或使用函数转换为dateTimeOnly。 例如: toDateTimeOnly(@{Event.offerOpened.activity.endTime}) ,事件中的字段为2016-08-12T09:46:06Z形式。
旅程的属 性中应包含时区。 因此,今天无法从接口直接指向完全ISO-8601时间戳混合时间和时区偏移,如2016-08-12T09:46:06.982-05。 请参见 时区管理