[限量发布版]{class="badge informative"}
暂停历程 journey-pause
您可以暂停实时历程，执行所有需要的更改，然后随时重新恢复它们。在暂停期间，您可以应用全局筛选器以根据配置文件的特性排除配置文件。 历程在暂停期结束时自动恢复。 您也可以手动恢复它。
主要优点 journey-pause-benefits
暂停和恢复历程通过允许暂停实时历程而不中断客户体验，为历程参与者提供了更好的控制和灵活性。 暂停后，不会发送任何通信，并且轮廓将停留在暂停状态，直到历程恢复。
此功能降低在错误或更新（例如：更改消息内容）期间发送意外消息的风险，支持更安全的历程管理，并提高从业者的信心。 直接在UI中查看暂停的历程及其状态可进一步提高透明度和操作敏捷性。
如何暂停历程 journey-pause-steps
您可以暂停任何? 实时 ?历程。
要暂停历程，请执行以下步骤：
-
打开要暂停的历程。
-
单击历程画布右上角的? …更多 ?按钮，然后选择? 暂停。
-
选择如何管理当前位于历程中的用户档案。
您可以：
- 保留 ?配置文件 — 配置文件将等待下一个? 操作 ?节点以继续历程
- 放弃 ?配置文件 — 配置文件将在下一个? 操作 ?节点从历程中排除
-
单击? 暂停 ?按钮确认。
从历程列表中，您可以暂停一个或多个? 实时 ?历程。 要暂停一组历程（批量暂停），请在列表中选择它们，然后单击屏幕底部蓝色栏中的? 暂停 ?按钮。 暂停 ?按钮仅在选择? 实时 ?历程时可用。
暂停的历程中的行为
当历程暂停时，无论保持/丢弃模式如何，都会丢弃新入口。
暂停历程后，用户档案管理和活动执行取决于活动。 行为详见下文。 如需全面了解，另请参阅此端到端示例。
- 在画布中的第一个节点：会丢弃对受众的任何配置文件资格
- 在其他节点中：与实时历程中的行为相同，但是，如果受众资格在 操作 活动之后并且用户在该操作上暂停，则受众资格将被丢弃。
- 在画布中的第一个节点处：丢弃事件
- 在其他节点中：与实时历程中的行为相同，但是，如果事件在 操作 活动之后并且用户在该操作上暂停，则放弃该事件。
与实时历程中的行为相同，但具有以下特性：
-
如果在 读取受众 活动开始后按下 暂停，则进入历程的用户档案将继续（直到下一个 操作 活动）。 当历程以特定速度读取受众时，如果整个受众尚未进入，则将丢弃队列中的剩余配置文件。
-
对于单次执行：如果计划日期早于恢复日期，则恢复时不会显示错误。 该时间表将被忽略。
-
对于增量历程：
- 如果在首次发生之前发生暂停，则在恢复时，将播放整个受众。
- 例如，如果发生暂停，则在每日重复周期的第4天，历程保持暂停状态直到第9天，则在恢复时，将包含从第4天到第9天输入的所有用户档案
如何恢复已暂停的历程 journey-resume-steps
暂停的历程在最大暂停时段14天结束时自动恢复。 它们可以随时手动恢复。 恢复暂停的历程允许新用户档案再次进入。 如果在暂停期间已有轮廓处于等待状态，则他们会继续其历程。这一功能非常适合在更新或暂停后安全地重新启动历程。
要恢复暂停的历程并开始再次侦听历程事件，请执行以下步骤：
-
打开要恢复的历程。
-
选择历程画布右上角的? …更多 ?按钮，然后选择? 继续。
历程切换到? 恢复 ?状态。 当历程继续时，新入口在一分钟内开始。 恢复保留的用户档案可能需要一些时间 — 用户档案恢复速度为5k tps。 由于必须恢复所有配置文件才能使历程再次处于? 实时 ?状态，因此从? 恢复 ?状态过渡到? 实时 ?状态可能需要一些时间。
-
单击“继续”按钮确认。
从历程列表中，您可以恢复一个或多个? 已暂停 ?历程。 要恢复一组历程（批量恢复），请选择这些历程并单击屏幕底部蓝色栏中的? 恢复 ?按钮。 请注意，继续 ?按钮仅在选择? 已暂停 ?历程时可用。
将全局过滤器应用于暂停历程中的配置文件 journey-global-filters
暂停历程时，您可以根据用户档案属性应用全局过滤器。 此过滤器允许排除与恢复时定义的表达式匹配的用户档案。 设置全局过滤器后，将对操作节点强制实施该过滤器，甚至对新用户档案入口也是如此。 符合条件的现有配置文件和进入历程的新配置文件将在它们遇到的下一个操作节点? 上从历程 ?中排除。
例如，要从暂停的历程中排除所有法国客户，请执行以下步骤：
-
浏览到要修改的暂停历程。
-
选择? 退出标准和全局过滤器 ?图标。
-
在? 退出标准和全局筛选器 ?设置中，单击? 添加全局筛选器 ?以根据配置文件属性定义筛选器。
-
设置表达式以排除国家/地区属性等于“法国”的用户档案。
-
保存筛选器并单击? 更新历程 ?按钮以应用更改。
-
继续历程。
在恢复时，所有将“国家/地区”属性设置为“法国”的用户档案都将在下一个操作节点自动从历程中排除。 任何将“国家/地区”属性设置为“法国”的新用户档案尝试进入旅程时，都将在下一个操作节点被阻止。
请注意，当前在历程中的用户档案和新用户档案的用户档案排除，仅在它们到达操作节点时发生。
-
每个历程只能设置? 一个 ?全局筛选器。
-
您只能在? 已暂停 ?历程中创建、更新或删除全局筛选器。
护栏和限制 journey-pause-guardrails
-
历程版本最多可暂停? 14天，整个组织的暂停历程中最多允许? 10万个配置文件。
此限制每30分钟检查一次。 这意味着您可能会暂时超过1000万的阈值，但是一旦系统检测到该阈值，任何额外的用户档案都将被自动放弃。如果您恢复历程以使保留的用户档案数恢复到限制以下，则历程将立即恢复 — 但更新用户档案计数最多可能需要30分钟。 在此期间，系统仍会将这些配置文件视为已暂停。
-
对于包含入站活动（例如，应用程序内、Web等）的历程，暂停历程不会中断已触发的通信。 如果用户档案在暂停之前符合集客活动条件，则仍会发送相应的消息。 要完全停止所有入站通信，必须停止旅程。
-
暂停的历程计入实时历程配额
-
已进入历程但在暂停期间被放弃的用户档案仍将被计为可参与的用户档案
-
暂停的历程会以与实时历程相同的方式纳入所有业务规则中
-
历程全局超时仍适用于暂停的旅程。 例如，如果某个用户档案在历程中持续90天且历程暂停，则此用户档案仍将在第91天退出历程
-
用户档案到达操作活动时，在暂停的历程中? 放弃。 如果他们在旅程暂停期间坚持等待并在恢复后退出，则将继续旅程，而不会被丢弃。 查看端到端示例
-
即使在暂停后，随着继续处理事件，这些事件也将计入每秒的历程事件数配额，之后将形成单一形式的限制
-
当配置文件在暂停的历程中保留时，在恢复时配置文件属性会刷新
-
条件仍会在暂停的历程中执行，因此，如果历程因数据质量问题而暂停，则可以使用错误数据评估操作节点之前的任何条件
-
对于基于? 读取受众 ?历程的增量受众，将考虑暂停的持续时间。 这不适用于受众资格或基于事件的历程（如果在暂停期间收到受众资格或事件，并且它们是历程中的第一个活动，则这些事件将被丢弃）
-
如果配置文件保留在历程中，并且此历程在几天后自动恢复，则配置文件将继续该历程并且不会被丢弃。 如果要删除它们，必须停止旅程
-
在暂停的历程中，不会为批次区段警报触发警报
-
在历程的14天暂停状态终止后，系统中没有审核日志
-
某些已弃用的配置文件会在历程步骤事件中可见，但在报表中不可见。 例如：
- 放弃? 读取受众 ?的业务事件
- 由于历程暂停，读取受众 ?作业被丢弃
- Event ?活动在配置文件正在等待的操作之后时丢弃了事件
端到端示例 journey-pause-sample
让我们以以下历程为例：
暂停此历程时，您可以选择配置文件是? Discarded ?还是? Hold，然后配置文件管理如下：
- AddToCart ?活动：所有新配置文件入口都被阻止。 如果某个用户档案在暂停之前已进入历程，则会继续到下一个操作节点。
- 等待 ?活动：用户档案继续在节点上正常等待，即使历程处于暂停状态，用户档案也将退出该节点。
- 条件：配置文件继续通过条件，并根据条件上定义的表达式移动到右侧分支。
- 推送/电子邮件 ?活动：在暂停的历程中，用户档案会开始等待或放弃（根据用户在暂停时所做的选择）下一个操作节点。 因此，用户档案将开始等待或丢弃在那里。
- 在? 操作 ?节点之后的? 事件：如果配置文件正在等待? 操作 ?节点并且之后有? 事件 ?活动，如果该事件被触发，则放弃该事件。
根据此行为，您会看到暂停历程中的配置文件数量在增加，大多是在? 操作 ?之前的活动中。 例如，在该示例中，等待 ?活动仍处于启用状态，这增加了在退出? 条件 ?活动时经历该活动的配置文件数。
当您继续此历程时：
- 全新旅程入口在一分钟内开始。
- 当前在历程中等待? 操作 ?活动的配置文件将以5k tps的速率恢复。 然后，他们可以进入等待的? 操作，并继续历程。