设置历程属性 jo-properties

访问历程的属性 access-properties

历程的属性集中在右边栏中。 默认情况下,创建新历程时会显示此部分。 对于现有历程,单击历程名称旁边的铅笔图标以将其打开。

在此部分中,您可以定义旅程的名称、添加描述以及:

NOTE
对于实时历程,此屏幕仅显示发布日期和发布历程的用户名称。

复制技术详细信息 ​允许您复制有关历程的技术信息,供支持团队用于进行故障排除。 已复制以下信息:JourneyVersion UIDOrgIDorgNamesandboxNamelastDeployedBylastDeployedAt

在本页🔗中了解与给定用户档案的历程相关的技术字段以及如何使用它们。

进入和重新进入 entrance

用户档案进入模式在历程级别的右配置窗格中定义。 下文介绍了相关设置。

用户档案入口管理取决于历程类型。 在此页面中了解有关用户档案进入和重入管理的更多信息。

允许重新进入 allow-re-entrance

默认情况下,允许重入新的历程。对于“一次性”历程,您可以取消选中​ 允许重新进入 ​选项,例如,如果您想要在某人进入商店时提供一次性礼品。

重入等待期 re-entrance-wait

激活​ 允许重新进入 ​选项时,将显示​ 重新进入等待期 ​字段。 使用该字段,您可以定义允许用户档案再次进入单一历程(以事件或受众鉴别开始)之前等待的时间。这可防止同一事件多次错误触发历程。默认情况下,字段设置为 5 分钟。最长持续时间为90天。

管理访问权限 manage-access

要将自定义或核心数据使用标签分配给历程,请单击​ 管理访问权限 ​按钮。 了解有关对象级访问控制(OLAC)的更多信息

历程和配置文件时区 timezone

时区在历程级别定义。 您可以输入固定时区,或使用Adobe Experience Platform配置文件定义历程时区。 如果在Adobe Experience Platform配置文件中定义了时区,则可以在旅程中检索该时区。

有关时区管理的详细信息,请参阅此页面

开始和结束日期 dates

您可以定义​ 开始日期。 如果您尚未指定名称,则将在发布时自动定义它。

您还可以添加​ 结束日期。 这允许用户档案在到期时自动退出。如果未指定结束日期,则配置文件可以保留到全局历程超时(通常为91天)为止。 唯一的例外是循环读取受众历程,激活了​ 在循环 ​时强制重新进入,该历程在下一次发生的开始日期结束。

超时 timeout

历程活动超时或错误 timeout_and_error

编辑操作或条件活动时,您可以定义替代路径以防出现错误或超时。 如果处理询问第三方系统的活动超过了历程属性的​ 超时或错误 ​字段中定义的超时持续时间,将选择第二个路径以执行潜在的回退操作。

授权值介于1和30秒之间。

如果历程对时间敏感(例如:对人员的实时位置做出反应),我们建议您定义一个非常短的​ 超时或错误 ​值,因为您的操作延迟的时间不能超过几秒。 如果您的旅程不太时效性,则可以使用较长的值,为调用的系统留出更多时间来发送有效响应。

历程还会使用全局超时,如下所述。

全局历程超时 global_timeout

除了历程活动中使用的超时之外,还应用了全局历程超时。 它不会显示在界面中,无法更改。

此全局超时在个人进入历程​ 91天 ​后停止个人进度。 这意味着个人的历程不能超过91天。 在此超时时段后,个人数据将被删除。 超时时间结束时仍在历程中流动的个人将被停止,并且不会在报表中考虑他们。 因此,您可能会看到进入历程的人员多于退出的人员。

由于91天的历程超时,当历程不允许重新进入时,我们无法确保重新进入阻止将工作超过91天。 事实上,当我们删除有关进入旅程91天后进入旅程的人员的所有信息时,我们无法知道该人员是超过91天前进入的。

仅当个人在历程中剩余的时间足以在91天历程超时之前完成等待持续时间时,他或她才能进入等待活动。 请参阅此页

存留时间(TTL)和数据保留常见问题解答 timeout-faq

从Adobe Journey Optimizer 2024年6月版本开始,历程全局超时已从30天移动到91天。 影响列于以下常见问题解答中:

单一历程的​

推出TTL扩展后发布的历程会发生什么情况?
进入新历程的用户档案的TTL将自动为91天。
进入在TTL扩展启动之前发布的历程的个人资料会发生什么情况?
用户档案的TTL为30天(HIPAA为7天),与最初发布历程的时间一致。
启动TTL扩展后,已进入历程的用户档案会发生什么情况?
根据历程的原始发布时间,用户档案将保留30天(HIPAA为7天)的TTL。
在TTL扩展启动后重新发布的先前历程版本中的配置文件会发生什么情况?
用户档案的TTL将保持为30天(对于HIPAA为7天),与原始历程版本的发布时间一致。
对于在TTL扩展启动后进入重新发布的历程版本的新用户档案,会发生什么情况?
用户档案的TTL为91天,与新重新发布的历程版本的TTL匹配。

区段触发器历程

在TTL扩展之后发布的新一次性历程会发生什么情况?
进入新历程的用户档案的TTL自动为91天。
在TTL扩展后发布的不强制重新进入的新定期历程会发生什么情况?
进入新历程的用户档案的TTL自动为91天。
在TTL扩展后发布的具有强制重新进入的新循环历程会发生什么情况?
进入新历程的用户档案的TTL将等于重复周期。 例如,如果历程每天运行,则TTL将为1天。
进入在TTL扩展启动之前发布的历程的个人资料会发生什么情况?
该配置文件的TTL为30天(对于HIPAA,为7天),与原始发布时间一致。 对于强制重新进入的定期历程,TTL将与定期时段匹配。
启动TTL扩展后,通过历程运行的用户档案会发生什么情况?
根据历程的原始发布时间,用户档案将保留30天(HIPAA为7天)的TTL。 对于强制重新进入的定期历程,TTL将与定期时段匹配。
在发布TTL扩展后重新发布的先前历程版本中,正在运行的配置文件会发生什么情况?
用户档案的TTL将保持为30天(对于HIPPA为7天),与原始历程版本的发布时间一致。 对于强制重新进入的定期历程,TTL将与定期时段匹配。
对于在TTL扩展启动后进入重新发布的历程版本的新用户档案,会发生什么情况?
用户档案的TTL为91天,与新重新发布的历程版本的TTL匹配。 对于强制重新进入的定期历程,TTL将与定期时段匹配。

合并策略 merge-policies

从Adobe Experience Platform检索配置文件数据时,历程使用合并策略。 根据历程类型,使用不同的合并策略:

  • 在读取受众或受众资格历程中:使用受众的合并策略
  • 在单一事件历程中:使用默认合并策略
  • 在业务事件历程中:在以下读取受众活动中使用来自目标受众的合并策略

历程将遵循在整个历程中使用的合并策略。 因此,如果旅程中使用多个受众(例如:在“inAudience”函数中),导致旅程使用的合并策略不一致,则会引发错误并阻止发布。 但是,如果在消息个性化中使用不一致的受众,则不会触发警报,即使存在不一致也是如此。 因此,强烈建议在消息个性化中使用此受众时,检查与受众关联的合并策略。

要了解有关合并策略的更多信息,请参阅Adobe Experience Platform文档

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