AEP身份命名空间与AAM数据源有何关系
本文讨论了AEP身份命名空间与AAM数据源之间的关联。 简言之，在AAM中创建的所有AAM跨设备数据源都具有相应的AEP身份命名空间，删除该数据源将导致删除身份命名空间。
描述 description
环境
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
问题/症状
“AAM 数据源”和“AEP 身份命名空间”之间是否存在关系？
解决方法 resolution
可以。它们通过以下方式相关联。：
- 自2019年4月在AAM中创建的所有AAM跨设备数据源都有一个在相同Experience Cloud组织中创建的同名AEP身份命名空间，即使该Experience Cloud组织未获得AEP许可。
- 在2019年4月之前创建的所有AAM跨设备数据源都在2019年4月创建了它们的AEP身份命名空间。
- 任何AAM生成的身份命名空间都有一个指向，但与其AAM跨设备数据源对应命名空间不同的实体。 这些是在 Experience Edge 上查找表的同一行中参考的独立身份。
- 只有 AAM 跨设备数据源具有对应的身份命名空间。 基于 Cookie 的 AAM 数据源没有。
基于此信息，请注意以下重要注意事项：
- 删除AAM跨设备数据源将导致删除推定身份命名空间。
- 对AAM跨设备数据源 名称 或 集成代码 所做的任何更新都不会反映在AEP身份命名空间UI中。
- 任何在2019年4月之后创建的具有特殊字符（例如连字符或下划线）的AAM跨设备数据源集成代码都将导致新的身份命名空间符号由3个大写字母组成
- 身份命名空间符号应与AAM跨设备数据源集成代码匹配（即使它包含特殊字符）。如果AAM数据源是 prior 于2019年4月创建的，并且此后未更新集成代码。
如何实际应用这些信息？
如果在迁移到AEP Web或Mobile SDK期间需要维护现有的AAM实施，则向AAM传递用户或CRM ID（过去通过ECID标识服务的“设置用户ID”函数/方法完成此操作）的方法是：在与所讨论的AAM跨设备数据源对应的AEP或数据收集UI中，使用 标识命名空间符号 设置SDK标识映射。 Experience Edge将看到身份符号，查找推行AAM集成代码，然后转发具有正确AAM集成代码的数据收集点击，从而允许AAM跨设备数据源继续收集利用这些ID的AAM用例的用户ID。
重要说明： AEP将把通过AEP Web SDK中的标识映射（或其他方式）传递的任何标识视为可拼接的标识，即使相关标识命名空间未绑定到启用配置文件的XDM字段也是如此。 如果需要传递到AAM的ID不是个人/配置文件级别的ID，则可能会出现问题。 例如，如果相关ID是家庭ID，而不是单个ID，这可能会导致多个AEP配置文件合并/折叠为一个。
有用的提示： 如果不清楚哪个AAM跨设备数据源可能与给定的AEP身份命名空间相关，则使用此API调用为某个可能的AAM数据源调用AAM API将返回包含customNamespaceCode字段的JSON有效负载。 无论哪个AEP身份命名空间指向该AAM数据源，该字段的值都应匹配。
相关读取：
AAM中的AEP Web SDK身份验证状态：本文讨论跨设备ID/数据源不同步或行为与迁移之前不同的问题。