Adobe Journey Optimizer (AJO) — 在中心中的用户档案级别（而不是身份级别）应用优惠上限
您可以观察优惠上限行为中的差异，具体取决于决策渠道。 在Edge决策中，根据身份（例如，CRMID或ECID）应用上限，而在中心（AJO/ODE批量决策）中，根据所有拼接的身份，在统一配置文件级别应用上限。 因此，一旦达到中心中某个配置文件的上限，就可以返回回退选件，即使使用了不同的标识也是如此。
描述 description
注意：此行为按设计运行，具体取决于使用的决策渠道。
环境：
- Adobe Journey Optimizer (AJO) Decisioning/ODE中心（批量决策）
- Edge Decisioning（实时优惠检索）
问题/症状：
- 使用一个身份交付选件时，选件会达到其上限。
- 对同一用户档案使用不同身份的后续请求将返回回退优惠。
- 似乎可以在中心决策中的跨身份共享上限。
- 在使用Edge决策时，上限针对每个身份的行为进行独立。
根本原因：
上限设置机制因决策渠道而异：
- ODE中心(AJO Decisioning)：上限为个人资料范围，这意味着个人资料的所有拼接身份共享单个计数器。
- Edge Decisioning：上限为标识范围，这意味着每个主标识（命名空间+ ID）保留一个单独的计数器。
在Edge上，使用请求中的主要标识直接从决策服务中检索上限计数器，而不是从统一的配置文件存储中检索。
如何确认
-
检查选件请求是通过Edge还是通过Hub Decisioning路由。
-
查看为同一配置文件切换身份时的上限行为。
-
验证是否跨身份共享计数器(Hub)或是否按身份独立跟踪计数器(Edge)。
-
使用网络日志或API端点检查请求路由（Edge与中心）。
-
有关更多信息，请参阅：
- 中心上的决策管理
- 选件库用户界面
- 开始使用优惠投放API
解决方法 resolution
无法通过配置设置更改决策行为。 这取决于优惠的交付方式。
-
中心决策（AJO历程，批量交付）：
- 在用户档案级别强制实施上限。
- 无法修改此行为。
-
Edge decisioning（实时API或SDK请求）：
- 在身份级别强制实施上限。
- 必须使用Edge Decisioning API或Experience Platform Web SDK来检索选件。
重要信息：Adobe Journey Optimizer中没有可在这些模式之间切换的UI选项。 要使用身份级别上限，实施必须通过Edge网络而不是AJO历程或批量工作流检索选件。
3d58f420-19b5-47a0-a122-5c9dab55ec7f