AEP身分名稱空間與AAM資料來源有何關係
本文討論AEP Identity名稱空間與AAM資料來源之間的關聯。 簡言之，在AAM中建立的所有AAM跨裝置資料來源，以及在People核心服務UI中建立的所有客戶屬性資料來源，都有相關的AEP身分名稱空間，若刪除資料來源，將會導致身分名稱空間刪除。
說明 description
環境
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
問題/症狀
AAM （和客戶屬性）資料來源和AEP身分識別名稱空間之間是否有任何關係？
解決方法 resolution
可以。它們以下列方式相關。：
- 自2019年4月起，在AAM中建立的所有AAM跨裝置資料來源，以及在People核心服務UI中建立的客戶屬性資料來源，都會在相同Experience Cloud組織中以相同名稱建立推論AEP身分名稱空間，即使Experience Cloud組織未獲得AEP授權。
- 在2019年4月之前建立的所有AAM跨裝置和客戶屬性資料來源，其必然的AEP身分名稱空間是在2019年4月建立的。
- 任何自動產生的身分名稱空間都會有一個指標，指向但與其AAM跨裝置或客戶屬性資料來源對應專案不同的實體。 這些是在 Experience Edge 上查詢表的同一列中參照的獨立身份。
- 只有AAM跨裝置和客戶屬性資料來源有對應的身分名稱空間。 以 Cookie 為基礎的 AAM 資料來源則沒有。
有了這些資訊，請注意以下一些重要注意事項：
- 刪除AAM跨裝置或客戶屬性資料來源將會導致刪除必然身分名稱空間。
- AAM跨裝置或客戶屬性資料來源 名稱 或 整合代碼 的任何更新都不會反映在AEP身分識別名稱空間UI中。
- 任何AAM跨裝置資料來源整合程式碼 或在2019年4月之後建立的客戶屬性別名，若使用特殊字元（例如連字型大小或底線），將導致新的身分名稱空間符號，包含3個大寫字母
- 身分名稱空間符號應符合AAM跨裝置資料來源整合代碼或客戶屬性別名（即使它有特殊字元）。如果資料來源是2019年4月 之前 建立的，而且整合代碼或別名從那時起就沒有更新。
如何實際應用此資訊？
若在移轉至AEP Web或Mobile SDK期間需要維護現有的AAM或客戶屬性實作，則傳遞使用者或CRM ID至AAM和客戶屬性的方式（過去透過ECID Identity Service的「設定使用者ID」函式/方法所做的事）是透過在與相關之AAM跨裝置或客戶屬性資料來源相對應的AEP或資料收集UI中找到的 身分名稱空間符號，設定SDK身分對應。 Experience Edge將會看見身分符號、查詢必然的AAM整合代碼或客戶屬性別名，然後轉寄具有正確AAM整合代碼或客戶屬性別名的資料收集點選，藉此允許AAM跨裝置資料來源或客戶屬性別名繼續收集AAM的使用者ID，以及使用這些ID的客戶屬性使用案例。
重要注意事項： AEP會將任何透過AEP Web SDK中的身分對映傳遞的身分（或其他方式）視為可拼接的身分，即使相關身分名稱空間未繫結至啟用設定檔的XDM欄位。 如果需要傳遞至AAM或客戶屬性的ID不是個別/設定檔層級的ID，這可能會造成問題。 例如，如果所討論的ID是家庭ID，而非個別ID，這可能會導致多個AEP設定檔合併/摺疊為一個。
有用的提示： 如果不清楚哪個AAM跨裝置或客戶屬性資料來源可能與指定的AEP身分識別名稱空間有關，則使用此API呼叫呼叫其中一個潛在AAM資料來源的AAM API將傳回包含customNamespaceCode欄位的JSON裝載。 該欄位的值應該和指向該AAM資料來源的AEP身分名稱空間相符。 相同的API呼叫可用於判斷哪個客戶屬性名稱空間與哪個AEP身分識別名稱空間相關。
相關讀取：
AAM中的AEP Web SDK驗證狀態：本文會討論跨裝置ID/資料來源未同步或行為與移轉前不同的問題。