设置历程属性 jo-properties

访问历程的属性 access-properties

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

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

复制技术详细信息 ​允许您复制有关历程的技术信息，供支持团队用于进行故障排除。 已复制以下信息：JourneyVersion UID、OrgID、orgName、sandboxName、lastDeployedBy、lastDeployedAt。

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

入口和重入 entrance

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

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

允许重入 allow-reentrance

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

重入等待期 reentrance-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天。 影响列于以下常见问题解答中：

单一历程的​ ​

区段触发器历程

合并策略 merge-policies

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

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

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

退出标准 exit-criteria

描述 exit-criteria-desc

通过添加退出条件，您可以在事件发生后（例如：购买）或符合受众的条件时，让用户档案立即退出历程。这将阻止用户从历程收到任何进一步的通信。

当配置文件不再满足历程的目的时，您可能希望将其从历程中删除。 这可以通过与目标管理密切相关的​ 全局退出标准 ​来实现。

示例用例

营销人员具有包含一系列通信的促销历程。 每一次通信都旨在促使客户进行购买。 一旦完成购买，客户就不应收到系列中的其余消息。 通过定义退出标准，将从历程中删除购买的所有用户档案。

配置和使用情况 exit-criteria-config

退出标准在历程级别设置。 一个历程可以有多个退出条件。 当您设置了多个退出标准时，将使用OR逻辑从上到下进行评估。 因此，如果您具有退出标准A和退出标准B，则将评估为​ 或 B。将在历程的每个步骤中评估标准。

要​ 创建 ​退出条件，请执行以下步骤：

您可以添加多个退出条件。

{width="40%"}

护栏和限制 exit-criteria-guardrails

以下护栏和限制适用于历程退出标准功能：

冲突管理 conflict

历程属性中的​ 冲突管理 ​部分允许您监视冲突并区分历程的优先级。 您可以：