等待活动 wait-activity
您可以使用 等待 活动定义持续时间，然后再执行下一个活动。 最长等待时间为 90天。
您可以设置两种类型的 等待 活动：
推荐做法 wait-recommendations
多个等待活动 multiple-wait-activities
在历程中使用多个 等待 活动时，请注意，历程的全局超时为91天，这意味着用户档案始终在进入历程后91天内退出该历程。 请参阅此页面以了解详情。
仅当个人在历程中剩余的时间足以在91天历程超时之前完成等待持续时间时，个人才能进入 等待 活动。
等待并重新进入 wait-reentrance
不使用 等待 活动阻止重新进入的最佳实践。 请改用历程属性级别的 允许重入 选项。 请参阅此页面以了解详情。
等待和测试模式 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。要验证等待活动是否按预期运行，您可以使用步骤事件。 了解详情。
自动等待节点 auto-wait-node
每个入站消息活动（应用程序内消息、基于代码的体验或卡片）都包含3天 等待 活动。 当用户档案到达历程终点时，入站消息会自动结束，因此我们假定您希望用户至少在3天内看到该消息。 您可以删除此 等待 活动，或者根据需要更改其配置。