设置历程属性 jo-properties

访问历程的属性 access-properties

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

在此部分中，定义历程的名称、添加描述并设置历程全局属性。

您可以：

{width="80%"}

使用​ 复制技术详细信息 ​选项，您可以复制有关历程的技术信息，供支持团队用于进行故障排除。 已复制以下信息：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

默认情况下，用户档案可在发布后立即进入您的历程，并可一直保留，直到达到全局历程超时。 唯一的例外是循环读取受众历程，激活了​ 在重复时强制重入，该历程在下一次发生事件的开始日期结束。

如果需要，您可以定义自定义​ 开始日期 ​和​ 结束日期。 这允许用户档案在特定日期进入您的历程，并在到达结束日期时自动退出。

超时 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检索配置文件数据时，Adobe Journey Optimizer使用合并策略。 根据历程类型，使用不同的合并策略：

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

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

退出标准 exit-criteria

历程退出条件 exit-criteria-desc

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

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

示例用例

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

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

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

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

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

{width="40%"}

基于配置文件属性的退出条件 profile-exit-criteria

通过基于配置文件属性的退出标准，可让您定义在历程恢复之前自动删除特定配置文件的规则，从而更好地控制暂停的历程。 您可以根据配置文件属性（如位置、状态或首选项）设置退出条件，以确保恢复历程后，只有相关的配置文件才能继续历程。

例如，您可以暂停历程，添加退出条件以删除位于法国的所有用户档案，并在知道这些用户档案将在下一个操作步骤被排除的情况下继续历程。 此逻辑适用于历程中已存在的用户档案，以及历程恢复后符合条件的任何新用户档案。

此功能与暂停/恢复功能配合使用，可帮助您更安全、更灵活地管理历程。 它最大限度地减少了手动干预，降低了发送不相关或不合规通信的风险，并使您的历程逻辑与当前业务需求保持一致。

请参阅本节以了解如何在暂停的历程中使用配置文件属性退出条件。

护栏和限制 exit-criteria-guardrails

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

以下护栏适用于使用基于配置文件属性的退出标准功能：

历程计划 schedule

计划 ​部分仅在画布中放置​ 读取受众 ​活动时可用。 它允许您定义历程应运行的特定日期/时间和频率。 了解如何计划读取受众历程

冲突管理 conflict

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