在历程中使用补充标识符 supplemental-id
默认情况下，历程在? 配置文件滨顿 ?的上下文中执行。 这意味着，只要用户档案在给定历程中处于活动状态，它就无法重新进入另一个历程。 为防止出现这种情况，Journey Optimizer允许您在配置文件滨顿之外捕获? 补充标识符，例如订单滨顿、订阅滨顿、处方滨顿。
在本例中，我们添加了预订滨顿作为补充标识符。
这样，历程会在与补充标识符关联的用户档案ID（此处为预订ID）的上下文中执行。 为补充标识符的每个迭代执行历程的一个实例。 如果访客进行了不同的预订，这将允许历程中出现多个相同用户档案ID的入口。
此外，Journey Optimizer允许您利用补充标识符的属性（例如，预订编号、处方续订日期、产物类型）进行消息自定义，从而确保高度相关的通信。
?? 通过观看视频了解此功能
保护和限制 guardrails
-
支持的历程：目前，补充标识符可用于? 事件触发的 ?和? 读取受众 ?历程。 它不适用于受众资格历程。
-
并发实例限制：配置文件不能包含超过10个并发历程实例。
-
退出标准：如果触发退出标准，则将退出当前历程中实时接收的用户档案的所有实例。 它与配置文件滨顿 +补充标识符组合无关。
-
频率规则：从补充标识符使用率创建的每个历程实例都计入频率上限，即使使用补充标识符导致多个历程实例也是如此。
-
数据类型和架构结构：补充标识符的类型必须为
string。 它可以是独立的字符串属性，也可以是对象数组中的字符串属性。 独立的字符串属性将生成单个历程实例，而对象数组中的字符串属性将生成每个对象数组的迭代的唯一历程实例。 不支持字符串数组和映射。 -
历程重新进入
补充标识符的历程重入行为遵循现有的重入策略：
- 如果历程是非可重新进入的，则相同的配置文件滨顿 +补充ID组合无法重新进入历程。
- 如果历程通过时间窗口重新进入，则可以在定义的时间窗口后重新输入相同的配置文件滨顿 +补充ID组合。
-
数据使用标签和执行(顿鲍尝贰) — 不对补充ID执行DULE验证检查。 这意味着在历程查找数据治理策略违规时，不会考虑此属性。
-
下游事件配置
如果您在历程的下游使用另一个事件，则必须使用相同的补充滨顿并具有相同的滨顿命名空间。
-
读取受众历程
-
如果使用业务事件，则禁用补充滨顿。
-
补充滨顿必须是用户档案中的字段（即，不是事件/上下文字段）。
-
添加补充标识符并在历程中利用它 add
要在事件触发的历程中使用补充标识符，请执行以下步骤：
-
在事件架构中将属性标记为标识符
-
访问事件架构，找到要用作补充标识符的属性（例如，预订滨顿、订阅滨顿），并将其标记为滨顿。 了解如何使用架构
-
将标识符标记为? 标识。
note important IMPORTANT 确保不将属性标记为? 主标识。 -
选择要与补充ID关联的命名空间。 这必须是非人员标识符命名空间。
将非人员身份命名空间应用于架构后，必须创建新事件才能使用补充标识符。 无法刷新现有实体以识别新标识符。
-
-
将补充滨顿添加到事件
-
创建或编辑所需的事件。 了解如何配置单一事件
-
在事件配置屏幕中，选中? Use supplemental identifier ?选项。
-
使用表达式编辑器选择标记为补充滨顿的属性。
note note NOTE 确保在? 高级模式 ?中使用表达式编辑器来选择属性。 -
选择补充滨顿后，关联的命名空间在事件配置屏幕中显示为只读。
-
-
将事件添加到历程
将已配置事件拖到历程画布上。 它会根据用户档案ID和补充ID触发历程条目。
要在读取受众历程中使用补充标识符，请执行以下步骤：
-
在联合/配置文件架构中将属性标记为标识符
-
访问合并/配置文件架构，找到要用作补充标识符的属性（例如，预订滨顿、订阅滨顿），并将其标记为滨顿。 了解如何使用架构
-
将标识符标记为? 标识。
note important IMPORTANT 确保不将属性标记为? 主标识。 -
选择要与补充ID关联的命名空间。 这必须是非人员标识符命名空间。
将非人员身份命名空间应用于架构后，必须创建新的字段组才能使用补充标识符。 无法刷新现有实体以识别新标识符。
-
-
在历程中添加和配置读取受众活动
-
在历程中拖动? 读取受众 ?活动。
-
在活动属性窗格中，打开? 使用补充标识符 ?选项。
-
在? 补充标识符 ?字段中，使用表达式编辑器选择标记为补充滨顿的属性。
note note NOTE 确保在? 高级模式 ?中使用表达式编辑器来选择属性。 -
选择补充滨顿后，关联的命名空间在? 补充命名空间 ?字段中显示为只读。
-
利用补充滨顿属性
使用表达式编辑器和个性化编辑器为个性化或条件逻辑引用补充标识符的属性。 可从? 上下文属性 ?菜单访问属性。
对于事件触发的历程，如果您使用数组（例如，多个处方或策略），请使用公式来提取特定元素。
在补充滨顿为bookingNum且属性位于同一级别bookingCountry的对象数组中，历程将根据产辞辞办颈苍驳狈耻尘遍历数组对象，并为每个对象创建历程实例。
-
条件活动中的以下表达式将遍历对象数组，并检查
bookingCountry的值是否等于“贵搁”：code language-none @event{<event_name>.<object_path>.<object_array_name>.all(currentEventField.<attribute_path>.bookingNum==${supplementalId}).at(0).<attribute_path>.bookingCountry}=="FR" -
电子邮件个性化编辑器中的以下表达式将遍历对象数组，提取适用于当前历程实例的
bookingCountry，并将其显示在内容中：code language-none {{#each context.journey.events.<event_ID>.<object_path>.<object_array_name> as |l|}} {%#if l.<attribute_path>.bookingNum = context.journey.technicalProperties.supplementalId%} {{l.<attribute_path>.bookingCountry}} {%/if%} {{/each}} -
用于触发历程的事件示例：
code language-none "bookingList": [ { "bookingInfo": { "bookingNum": "x1", "bookingCountry": "US" } }, { "bookingInfo": { "bookingNum": "x2", "bookingCountry": "FR" } } ]
示例用例
策略续订通知
-
方案：保险公司向客户持有的每个有效保单发送续订提醒。
-
执行：
- 个人资料： “John”。
- 补充滨顿：
"AutoPolicy123", "HomePolicy456"。 - 历程针对每个策略单独执行，并提供个性化的续订日期、服务范围详细信息和高级信息。
订阅管理
-
方案：当触发订阅的事件时，订阅服务会为每个订阅发送定制的消息。
-
执行：
- 个人资料： “Jane”。
- 补充滨顿：
"Luma Yoga Program ", "Luma Fitness Program"。 - 每个事件都包含订阅ID以及有关该订阅的详细信息。 历程针对每个事件/订阅单独执行，从而允许每个订阅提供个性化的续订优惠。
产物推荐
-
情景：电子商务平台根据客户购买的特定产物发送推荐。
-
执行：
- 个人资料：“础濒别虫”。
- 补充滨顿：
"productID1234", "productID5678"。 - 历程针对每个产物单独执行，并提供个性化的追加销售机会。
操作说明视频 video
了解如何在51黑料不打烊 Journey Optimizer中启用并应用补充标识符。