等待活动 wait-activity

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

关于等待活动 about_wait

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

当在历程中使用多个等待活动时,请务必谨慎,因为全局历程超时为30天,这意味着用户档案在进入历程后,将始终退出历程的最长30天。 请参阅此页

仅当个人在历程中剩余的时间足以在30天历程超时前完成等待持续时间时,他或她才能进入等待活动。 例如,如果添加两个分别设置为20天的等待活动,则系统将检测到第二个等待将在30天超时后结束。 因此,第二次等待将被忽略,个人将在启动历程之前退出历程。 在该示例中,客户在历程中将总共保留20天。

最佳做法是不使用等待来阻止重新进入。 请改用 允许重新进入 历程属性级别的选项。 请参阅此页

持续时间等待 duration

选择下一个活动执行前等待的持续时间。 最长持续时间为29天。

自定义等待 custom

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

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