在AEP激活监控中，接收的用户档案计数与受众大小不匹配

与受众规模或目标输出相比，Adobe Experience Platform (AEP)激活监控中的Profiles received通常显示得比预期更高或不同。 在验证激活或排除投放结果故障时，这种差异会导致混淆。 关键原因是Profiles received跟踪由激活管道处理的输入，而不是交付的最终配置文件数。 本文说明了Profiles received实际表示的内容以及如何正确解释它以用于批处理目标和流式目标，包括受众类型和目标类型不匹配的情况。

*## 描述 description### 环境 Adobe Experience Platform (AEP)

• 目标/激活监控
• 批量激活和流式激活受众### 问题/症状* Profiles received与当前的受众规模不匹配。
• Profiles received与导出的独特配置文件数量不匹配。
• Profiles received与传送到目标的行数不匹配。
• 将收到的用户档案与区段大小或已实现的用户档案总数进行比较会导致误导性结论。## 解决方法 resolution### 如何了解已接收的用户档案量度Profiles received是激活输入指标。 它表示在应用筛选、重复数据删除、同意检查和最终导出逻辑之前，激活管道为特定运行或时间窗口处理的配置文件记录和更改事件。 它不表示当前受众规模、导出的唯一用户档案数或交付到目标的行数。 因此，收到的配置文件应始终解释为管道输入卷，而不是投放输出。### 批量目标的解释**

对于批处理目标**，Profiles received反映了批处理激活器在运行期间摄取和处理的记录总数。 这包括快照数据和回看窗口内的增量更改事件数据。 同一逻辑配置文件可能会在这些输入中出现多次，从而导致收到的配置文件大于受众大小。 在此上下文中，该量度表示 个配置文件加上批次激活器 处理的更改事件，而不是最终导出的计数。 无论受众本身是批量还是流式传输，此解释均适用。**

### 流受众已激活到批处理目标将 流式受众 激活到 批处理目标 时，批处理导出包括通过增量更改事件处理进行的流式资格鉴别。 因此，导出的状态可能比可见快照更新或与静态受众规模不同。 Profiles received反映对这些传入更改的处理，而不是合格成员的一次性快照。### 流媒体目标的解释对于流式目标**，Profiles received表示在所选时间范围内已处理和推送的 配置文件更改或资格事件 的数量。 如果生成多个相关更新，则同一用户档案可能会被多次计数。 因此，此量度反映的是随时间变化的活动量，而不是独特受众成员的静态计数。### 批量受众激活到流目标将 批次受众 激活到 流式目标 时，投放由将来的资格或配置文件更改事件驱动。 将批量受众映射到流目标不会触发所有现有符合条件的用户档案的完整历史回填。 因此，Profiles received反映的是正在进行的事件驱动型处理，而不是批次受众的总大小。### 参考中的类似或重叠指导参考内容包括两个在概念上相似的澄清：* 流受众已激活到批处理目标

• 批量受众激活到流目标这两个部分都解释了当受众类型和目标类型不匹配时的期望，并阐明了Profiles received反映了处理行为，而不是受众规模。### 相关阅读* 将受众激活到批量配置文件导出目标
• 配置文件导出行为
• 使用Experience Platform UI按需将文件导出到批处理目标**