使用历程事件 about-events
使用事件单独触发历程，在每个用户进入历程时向其交付实时消息。
在事件配置中，您可以配置历程中的预期事件。传入事件的数据按照Adobe体验数据模型(XDM)进行标准化。 事件来自已验证和未验证事件（如 Adobe Mobile SDK 事件）的流摄取 API。您可以使用多个事件（在历程的不同步骤中），而多个历程可以使用同一个事件。
事件配置是 必需的，必须由数据工程师执行。
您可以配置两种类型的事件： 单一事件 和 商业事件。
➡️ 通过观看视频了解此功能
单一事件 unitary-events
单一 事件事件已链接到人员。 它与人员的行为相关（例如，某人购买产品、访问商店、退出网站等）或与人员发生的事情相关（例如，某人达到10,000个忠诚点）。 这是Journey Optimizer在历程中将侦听的内容，以编排最佳的后续行动。 单一事件可以是基于规则的，也可以是系统生成的。 要了解如何创建单一事件，请参阅此页面。
单一历程（以事件或受众资格筛选开始）包含护栏，可防止同一事件多次错误触发历程。默认情况下，会在 5 分钟内暂时阻止用户档案重新进入。例如，如果某个事件在 12:01 触发某个特定轮廓的历程，而另一个事件在 12:03 到达（无论是同一事件还是其他事件触发同一历程），则对于此轮廓，该历程将不会重新开始。
业务事件 business-events
业务 事件未链接到特定配置文件。 例如，它可以是新闻警报、体育更新、航班更改或取消、库存更新、天气事件等。 虽然这些活动不是特定于某个用户档案，但它们可能与任意数量的用户档案有关：订阅特定新闻主题的个人、航班上的乘客、对缺货产品感兴趣的购物者等。 业务事件始终基于规则。 在历程中放置业务活动时，它会在之后自动添加 读取受众 活动。在此页面上了解如何创建业务活动。
事件ID类型 event-id-type
对于 business 事件，该事件ID类型始终基于规则。
对于 单一 事件，有两种类型的事件ID：
-
基于规则 的事件：此类型的事件不生成 eventID。使用简单表达式编辑器，您只需定义规则即可，系统将使用该规则来识别将触发历程的相关事件。此规则可以基于事件有效负荷中可用的任何字段，例如轮廓的位置或添加到轮廓购物车的项目数。
note caution CAUTION 为基于规则的事件定义上限规则。它将历程可为给定组织处理的合格事件数限制为每秒5,000个。 它对应于Journey Optimizer SLA。 请参阅您的Journey Optimizer许可和Journey Optimizer产品说明。 -
系统生成 的事件：这些事件需要 eventID。创建事件时会自动生成此 eventID 字段。推送事件的系统不应生成 ID，它应传递有效负荷预览中可用的 ID。
数据周期 data-cycle
事件是 POST API 调用。事件通过流式引入API发送到Adobe Experience Platform。 通过事务性消息传递API发送的事件的URL目标称为“入口”。 事件的有效负载遵循 XDM 格式。
有效负载包含流式引入API工作所需的信息（在标题中）和Journey Optimizer工作所需的信息以及要在旅程中使用的信息（在正文中，例如放弃购物车的数量）。 流式引入有两种模式，即验证和未验证。有关流式引入 API 的详细信息，请参阅此链接。
事件通过流式引入API到达后，会流入名为Pipeline的内部服务，然后流入Adobe Experience Platform。 如果事件架构启用了实时客户轮廓服务标志，并且数据集 ID 也具有实时客户轮廓标志，则会流入实时客户轮廓服务。
对于系统生成的事件，Pipeline会筛选有效负载由Journey Optimizer提供并包含在事件有效负载中的事件，这些有效负载包含Journey Optimizer个事件ID（请参阅下面的事件创建流程）。 对于基于规则的事件，系统会使用eventID条件标识事件。 这些事件通过 Journey Optimizer 侦听，并触发相应的旅程。
关于历程事件吞吐量 event-thoughput
Adobe Journey Optimizer支持在组织级别对所有沙盒每秒钟进行5,000次历程事件的峰值。 此配额适用于活动历程中使用的所有事件，包括 实时、练习、已关闭 和 已暂停 历程。 达到此配额后，新事件将以每秒5,000的处理速率排入队列。 事件可在队列中花费的最大时间为 24小时。
以下类型的事件将计入5,000 TPS配额：
-
外部单一事件：包含基于规则的事件和系统生成的事件。 如果同一个原始事件符合多个规则定义的条件，则每个符合条件的规则都将计为单独的事件。 更多详细信息见下文。
-
受众资格事件：如果在多个历程中使用了相同的流受众，则每个使用情况单独计数。 例如，如果在两个历程中的受众资格活动中使用相同的受众，则会导致出现两个计数的事件。
-
反应事件：历程中由用户档案反应（已打开电子邮件、已单击电子邮件等）触发的事件。
-
业务事件：事件未绑定到特定个人资料，而是绑定到业务相关事件。
-
Analytics事件：如果已启用与Adobe Analytics的集成以触发历程，则还包括这些事件。
-
恢复事件：配置文件从暂停的历程恢复时触发的技术事件。 了解有关继续暂停的历程的更多信息。
-
等待节点完成事件：当配置文件退出等待节点时，将生成技术事件以恢复历程。
关于符合多个规则定义条件的原始事件
同一个原始事件符合历程中的多个规则定义的条件。 当在 管理 部分中配置了事件时，对于同一事件架构，可以定义多个事件规则。 例如，我们有一个购买事件，该事件包含字段city和purchaseValue。 让我们考虑以下场景：
-
创建名为 的事件 E1
newYorkPurchases，该事件的规则定义表示city=='New York'。 此事件可能在10个历程中使用，但仍将在它到来时计为1个事件。 -
现在，假设在与 E1 相同的事件架构上也创建了一个名为
highValuePurchases、具有purchaseValue > 1000作为规则定义的事件 E2。 在这种情况下，将根据两个规则评估相同的传入事件：newYorkPurchases和highValuePurchases。 现在，纽约购房可能也算是一种高价值购买。在这种情况下，Journey Optimizer将创建来自同一传入事件的两个事件，E1 和 E2，这将使此单个传入事件计为两个事件。
请注意，当这些事件用于活动历程（包括 实时、练习、已关闭 和 已暂停 历程）时，将开始对这些事件进行计数。
更新和删除事件 update-event
为避免中断现有历程，当您编辑在 草稿、实时 或 已关闭 历程中使用的事件时，只能更改名称、描述或添加有效负载字段。
无法删除在 实时、草稿 或 已关闭 历程中使用的任何事件。 要删除已使用的事件，您必须停止使用该事件的历程，和/或将其从使用它的草稿历程中删除。 您可以检查 在 中使用的字段。 它会显示使用该特定事件的历程数。 您可以单击 查看历程 按钮以显示相应历程的列表。
操作说明视频 video
了解如何配置事件、指定流媒体端点和事件的有效负载。
了解商业事件的适用用例。 了解如何使用商业事件构建历程以及可以应用的最佳实践。