隱私權要求處理於 Real-time Customer Profile

Adobe Experience Platform會 Privacy Service 處理客戶存取、選擇退出銷售或刪除其個人資料的要求，這些要求由隱私權法規(例如通用資料保護規則(GDPR)和(CCPA))所規 California Consumer Privacy Act 定。

本檔案涵蓋處理隱私權要求的相關基本概念 Real-time Customer Profile。

快速入門

建議您在閱讀本指南之前，先瞭解下 Experience Platform 列服務：

  • Privacy Service:管理客戶在Adobe Experience Cloud應用程式中存取、選擇退出銷售或刪除其個人資料的要求。
  • Identity Service:透過跨裝置和系統橋接身分，解決客戶體驗資料分散所帶來的根本挑戰。
  • Real-time Customer Profile:根據來自多個來源的匯整資料，提供統一、即時的消費者個人檔案。

瞭解身分名稱空間

Adobe Experience Platform跨 Identity Service 系統和裝置橋接客戶身分資料。 Identity Service 使用 身分名稱空間 ，將身分值與其來源系統關聯，以提供其上下文。 命名空間可以代表一般概念，例如電子郵件地址（「電子郵件」），或將身分識別與特定應用程式(例如Adobe Advertising Cloud ID(「AdCloud」)或Adobe Target ID(「TNTID」))建立關聯。

Identity Service會維護全域定義（標準）和使用者定義（自訂）身分名稱空間的儲存。 標準名稱空間適用於所有組織（例如「電子郵件」和「ECID」），而您的組織也可以建立自訂名稱空間以符合其特定需求。

有關中身份名稱空間的詳細信 Experience Platform息，請參閱身份 名稱空間概述。

提交請求

以下各節概述如何使用API或UI Real-time Customer Profile 提出 Privacy Service 隱私權要求。 在閱讀這些章節之前，強烈建議您檢閱 Privacy Service API 或 Privacy Service UI 檔案，以取得如何提交隱私權工作的完整步驟，包括如何在請求負載中正確格式化已提交的使用者身分資料。

重要

隱私服務只能使用不執行 Profile 身分聯繫的合併原則處理資料。 如果您使用UI來確認是否正在處理您的隱私權要求，請確定您使用的原則是「None」作為 ID連結類型 。 換言之，您無法使用將 ID接合設為 「私用圖形」的合併原則。

此外，請務必注意，無法保證隱私權要求完成所需的時間。 如果在請求仍在處 Profile 理時，您的資料中發生變更，則無法保證這些記錄是否已處理。

使用API

在API中建立工作請求時，任何ID中提供 userIDs 的ID都必須使用特 namespace 定和 type。 必須為 值提供可識別的有效 身分名稱空間 Identity Service ，而值必須為 namespace 或( type standard unregistered 分別針對標準和自訂名稱空間)。

注意

您可能需要為每個客戶提供多個ID，具體取決於身份圖表，以及您的配置檔案片段在Platform資料集中的分佈方式。 如需詳細資訊，請參 閱下一節 ，描述檔片段。

此外，請求 include 裝載的陣列必須包含請求所針對之不同資料存放區的產品值。 向請求時，陣 Data Lake列必須包含「ProfileService」值。

下列要求會針對商店中的單一客戶資料建立新的隱私權 Profile 工作。 陣列中為客戶提供了兩個身份 userIDs 值；一個使用標準 Email 識別名稱空間，另一個使用自訂名稱 Customer_ID 空間。 它還包括陣列中( ProfileProfileService)的產品 include 值：

curl -X POST \
  https://platform.adobe.io/data/core/privacy/jobs \
  -H 'Authorization: Bearer {ACCESS_TOKEN}' \
  -H 'Content-Type: application/json' \
  -H 'x-api-key: {API_KEY}' \
  -H 'x-gw-ims-org-id: {IMS_ORG}' \
  -H 'x-sandbox-name: {SANDBOX_NAME}' \
  -d '{
    "companyContexts": [
      {
        "namespace": "imsOrgID",
        "value": "{IMS_ORG}"
      }
    ],
    "users": [
      {
        "key": "user12345",
        "action": ["access","delete"],
        "userIDs": [
          {
            "namespace": "Email",
            "value": "ajones@acme.com",
            "type": "standard"
          },
          {
            "namespace": "Customer_ID",
            "value": "12345678",
            "type": "unregistered"
          }
        ]
      }
    ],
    "include": ["ProfileService"],
    "expandIds": false,
    "priority": "normal",
    "analyticsDeleteMethod": "anonymize",
    "regulation": "ccpa"
}'

使用UI

在UI中建立工作請求時，請務必在 Products下選擇 AEP Data Lake 和／或 Profile ​​Products下，以分別處理儲存在或 Data LakeReal-time Customer ProfileProducts中的資料。


隱私權要求中的描述檔片段

在資料 Profile 儲存中，個別客戶的個人資料通常由多個描述檔片段組成，這些片段是透過識別圖表與個人關聯。 向商店提出隱私權要 Profile 求時，請務必注意，請求只會在描述檔片段層級處理，而非整個描述檔。

例如，假設您將客戶屬性資料儲存在三個不同的資料集中，這些資料集使用不同的識別碼將該資料與個別客戶關聯：

資料集名稱 主要身分欄位 儲存的屬性
資料集1 customer_id address
資料集2 email_id firstName, lastName
資料集3 email_id mlScore

其中一個資料集使 customer_id 用其主要識別碼，而另兩個資料集則使用 email_id。 如果您僅使用使用者ID值來傳送隱私權要求（存取或刪除） email_id ，則只會處理 firstName、 lastName和 mlScore 屬性， address 而不會受到影響。

為確保您的隱私權要求能處理所有相關客戶屬性，您必須針對所有可儲存這些屬性的適用資料集提供主要識別值（每位客戶最多9個ID）。 有關通常標示為身份的欄位的 詳細資訊，請參閱架構構成基礎中有關身份欄位的部分 。

注意

如果您使用不同的沙 盒來儲存資 料 Profile ，則必須針對每個沙盒提出個別的隱私權要求，並在標題中指出適當的沙盒 x-sandbox-name 名稱。

刪除請求處理

當收 Experience Platform 到刪除請求時， Privacy Service會傳送確認， PlatformPrivacy Service 確認請求已收到且受影響的資料已標示為刪除。 一旦隱私權工作完成，記 Data Lake 錄就 Profile 會從或商店中移除。 雖然刪除作業仍在處理中，但是資料是軟刪除的，因此任何服務都無法存取 Platform 資料。 如需追蹤工作 Privacy Service 狀態的詳細資訊 ，請參閱檔案。

重要

成功的刪除請求會移除客戶（或一組客戶）的收集屬性資料，但請求不會移除在識別圖中建立的關聯。

例如，使用客戶的刪除請求，並移除儲 email_id 存在 customer_id 這些ID下的所有屬性資料。 但是，隨後在相同資料下提取的任何數 customer_id 據仍與相應資料相關聯，因 email_id為該關聯仍然存在。

在未來版本中， Platform 將在實際刪除資 Privacy Service 料後傳送確認給。

後續步驟

閱讀本檔案後，您便瞭解了處理中隱私權要求的重要概念 Experience Platform。 建議您繼續閱讀本指南中提供的檔案，以加深您對如何管理身分資料和建立隱私權工作的瞭解。

如需處理非使用之資源之隱 Platform 私權要求的詳細資 Profile訊，請參閱資料 湖中隱私權要求處理的檔案。

本頁內容