資料湖的隱私權要求處理

Adobe Experience Platform Privacy Service 處理客戶要求存取、選擇退出銷售或刪除法律和組織隱私權法規所規定之個人資料的請求。

本檔案涵蓋與處理資料湖中儲存之客戶資料的隱私權要求相關的基本概念。

快速入門

建議您對下列事項有切實的了解 Experience Platform 服務，再閱讀本指南：

• Privacy Service:管理客戶在Adobe Experience Cloud應用程式中存取、選擇退出銷售或刪除其個人資料的請求。
• Catalog Service:資料位置和內宗記錄系統 Experience Platform. 提供可用來更新資料集中繼資料的API。
• Experience Data Model (XDM) System:標準化框架 Experience Platform 組織客戶體驗資料。
• Identity Service:通過跨裝置和系統橋接身分，解決客戶體驗資料分散帶來的根本難題。

了解身分識別命名空間

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

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

如需中身分識別命名空間的詳細資訊，請參閱 Experience Platform，請參閱 身分命名空間概述.

將身分資料新增至資料集

為資料湖建立隱私權要求時，必須為每個個別客戶提供有效的身分值（及其相關的命名空間），以便找到其資料並據以處理。 因此，所有受隱私權要求約束的資料集，都必須在其相關聯的XDM結構中包含身分描述元。

本節將逐步說明將身分描述元新增至現有資料集的XDM架構的步驟。 如果您已有具有身分描述元的資料集，可以跳至 下一節.

將身分描述符新增至資料集架構有兩種方法：

• 使用UI
• 使用 API

使用UI

在 Experience Platform ​使用者介面、 結構 工作區可讓您編輯現有的XDM結構。 要向架構添加標識描述符，請從清單中選擇該架構，並按照 將架構欄位設定為身分欄位 在 Schema Editor 教學課程。

在您將結構中的適當欄位設為身分欄位後，您可以繼續前往 提交隱私權要求.

使用 API

您可以向 /descriptors 端點 Schema Registry API。

API格式

POST /descriptors

要求

以下請求在示例架構的「電子郵件地址」欄位中定義標識描述符。

curl -X POST \
  https://platform.adobe.io/data/foundation/schemaregistry/tenant/descriptors \
  -H 'Authorization: Bearer {ACCESS_TOKEN}' \
  -H 'x-api-key: {API_KEY}' \
  -H 'x-gw-ims-org-id: {ORG_ID}' \
  -H 'x-sandbox-name: {SANDBOX_NAME}' \
  -H 'Content-Type: application/json' \
  -d '
      {
        "@type": "xdm:descriptorIdentity",
        "xdm:sourceSchema": "https://ns.adobe.com/{TENANT_ID}/schemas/fbc52b243d04b5d4f41eaa72a8ba58be",
        "xdm:sourceVersion": 1,
        "xdm:sourceProperty": "/personalEmail/address",
        "xdm:namespace": "Email",
        "xdm:property": "xdm:code",
        "xdm:isPrimary": false
      }'

回應

成功的響應返回HTTP狀態201（已建立）以及新建立描述符的詳細資訊。

{
  "@type": "xdm:descriptorIdentity",
  "xdm:sourceSchema": "https://ns.adobe.com/{TENANT_ID}/schemas/fbc52b243d04b5d4f41eaa72a8ba58be",
  "xdm:sourceVersion": 1,
  "xdm:sourceProperty": "/personalEmail/address",
  "xdm:namespace": "Email",
  "xdm:property": "xdm:code",
  "xdm:isPrimary": false,
  "meta:containerId": "tenant",
  "@id": "f3a1dfa38a4871cf4442a33074c1f9406a593407"
}

提交請求

以下章節概述如何使用 Privacy Service UI或API。

使用UI

在UI中建立工作請求時，請務必選取 AEP Data Lake 在 產品 以便處理資料湖中儲存的資料作業。

使用 API

在API中建立工作請求時，任何 userIDs 提供的必須使用特定 namespace 和 type 視其套用的資料存放區而定。 資料湖的ID必須使用 unregistered 為 type 值和 namespace 與 隱私權標籤 已新增至適用資料集的資料集。

此外， include 要求裝載的陣列必須包含要提出要求之不同資料存放區的產品值。 向資料湖提出請求時，陣列必須包含值 aepDataLake.

以下請求會使用未註冊的 email_label 命名空間。 也包含資料湖的產品值，位於 include 陣列：

curl -X POST \
  https://platform.adobe.io/data/core/privacy/jobs \
  -H 'Authorization: Bearer {ACCESS_TOKEN}' \
  -H 'x-api-key: {API_KEY}' \
  -H 'x-gw-ims-org-id: {ORG_ID}' \
  -H 'Content-Type: application/json' \
  -d '{
    "companyContexts": [
      {
        "namespace": "imsOrgID",
        "value": "{ORG_ID}"
      }
    ],
    "users": [
      {
        "key": "user12345",
        "action": ["access","delete"],
        "userIDs": [
          {
            "namespace": "email_label",
            "value": "ajones@acme.com",
            "type": "unregistered"
          },
          {
            "namespace": "email_label",
            "value": "jdoe@example.com",
            "type": "unregistered"
          }
        ]
      }
    ],
    "include": ["aepDataLake"],
    "expandIds": false,
    "priority": "normal",
    "regulation": "ccpa"
}'

刪除請求處理

當 Experience Platform 從接收刪除請求 Privacy Service, Platform 發送確認 Privacy Service 已收到請求，且受影響的資料已標示為刪除。 七天內會從資料湖中移除記錄。 在這七天期間，資料會遭軟性刪除，因此無法供任何使用者存取 Platform 服務。

如果您也包含 ProfileService 或 identity 在隱私權要求中，會個別處理其相關資料。 請參閱 刪除設定檔的請求處理 以取得更多資訊。

後續步驟

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

請參閱 即時客戶設定檔的隱私權要求處理 的隱私權要求處理步驟 Profile 儲存。

附錄

以下章節包含在資料湖中處理隱私權要求的其他資訊。

標籤巢狀映射類型欄位

請務必注意，有兩種巢狀映射類型欄位不支援隱私權標籤：

• 陣列類型欄位內的映射類型欄位
• 另一個映射類型欄位中的映射類型欄位

上述兩個範例中任何一個的隱私權工作處理最終都會失敗。 因此，建議您避免使用巢狀對應類型欄位來儲存私人客戶資料。 相關消費者ID應儲存為 identityMap 欄位（本身為對應類型欄位），用於記錄資料集，或 endUserID 時間系列資料集的欄位。

Business.Adobe.com 資源

Customer Communications Omni Channel Marketing Omnichannel Marketing Audience Targeting Marketing Attribution Web Analytics