隐私请求处理位置 Real-Time Customer Profile

Adobe Experience Platform Privacy Service 处理客户访问、选择退出销售或删除其个人数据的请求，隐私法规(例如《通用数据保护条例》(GDPR)和 California Consumer Privacy Act (CCPA)。

本文档介绍了与处理隐私请求相关的基本概念 Real-Time Customer Profile 在Adobe Experience Platform中。

快速入门

本指南要求您对以下内容有一定的了解 Platform 组件：

了解标识命名空间 namespaces

Adobe Experience Platform Identity Service 跨系统和设备桥接客户身份数据。 Identity Service 用途 身份命名空间 为标识值提供上下文，方法是将其与原始系统相关联。 命名空间可以表示通用概念，例如电子邮件地址（“电子邮件”），也可以将身份与特定应用程序关联，例如Adobe Advertising Cloud ID (“AdCloud”)或Adobe Target ID (“TNTID”)。

Identity Service维护全局定义（标准）和用户定义（自定义）身份命名空间的存储。 标准命名空间适用于所有组织（例如，“Email”和“ECID”），而您的组织也可以创建自定义命名空间以满足其特定需求。

有关中身份命名空间的更多信息 Experience Platform，请参见 身份命名空间概述.

提交请求 submit

以下部分概述了如何针对以下对象发出隐私请求： Real-Time Customer Profile 使用 Privacy Service API或UI。 在阅读这些部分之前，您应该回顾或了解 PRIVACY SERVICEAPI 或 PRIVACY SERVICEUI 文档。 本文档提供了有关如何提交隐私作业的完整步骤，包括如何在请求负载中正确格式化提交的用户身份数据。

使用API

在API中创建作业请求时，中提供的任何ID userIDs 必须使用特定的 namespace 和 type. 有效的 身份命名空间 识别者 Identity Service 必须提供 namespace 值，而 type 必须是 standard 或 unregistered （分别用于标准和自定义命名空间）。

此外， include 请求有效负载的数组必须包含请求所针对的不同数据存储的产品值。 要删除与标识关联的配置文件数据，数组必须包含值 ProfileService. 要删除客户的身份图关联，数组必须包含值 identity.

以下请求在中为单个客户的数据创建新的隐私作业 Profile 商店。 在以下位置为客户提供了两个标识值： userIDs 数组；一个使用标准 Email 身份命名空间和使用自定义命名空间的其他命名空间 Customer_ID 命名空间。 它还包括的产品价值 Profile (ProfileService) 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",
            "value": "ajones@acme.com",
            "type": "standard"
          },
          {
            "namespace": "Customer_ID",
            "value": "12345678",
            "type": "unregistered"
          }
        ]
      }
    ],
    "include": ["ProfileService","identity"],
    "expandIds": false,
    "priority": "normal",
    "regulation": "ccpa"
}'

产品响应

对于配置文件服务，隐私作业完成后，将以JSON格式返回响应，其中包含有关所请求用户ID的信息。

{
    "privacyResponse": {
        "jobId": "7467850f-9698-11ed-8635-355435552164",
        "response": [
            {
                "sandbox": "prod",
                "mergePolicyId": "none",
                "result": {
                    "person": {
                        "gender": "female"
                    },
                    "personalEmail": {
                        "address": "ajones@acme.com",
                    },
                    "identityMap": {
                        "crmid": [
                            {
                                "id": "5b7db37a-bc7a-46a2-a63e-2cfe7e1cc068"
                            }
                        ]
                    }
                }
            },
            {
                "sandbox": "prod",
                "mergePolicyId": "none",
                "result": {
                    "person": {
                        "gender": "male"
                    },
                    "id": 12345678,
                    "identityMap": {
                        "crmid": [
                            {
                                "id": "e9d439f2-f5e4-4790-ad67-b13dbd89d52e"
                            }
                        ]
                    }
                }
            }
        ]
    }
}

使用UI

在UI中创建作业请求时，请确保选择 AEP数据湖 和/或 个人资料 下 产品 为了处理存储在数据湖中的数据的作业，或者 Real-Time Customer Profile、ID名称和ID名称等。

隐私请求中的配置文件片段 fragments

在 Profile 数据存储时，单个客户的个人数据通常由多个配置文件片段组成，这些片段通过身份图与人员关联。 向发出隐私请求时 Profile 请务必注意，请求仅在配置文件片段级别进行处理，而不是整个配置文件。

例如，考虑这样一种情况：您将客户属性数据存储到三个单独的数据集中，这几个数据集使用不同的标识符将该数据与单个客户关联：

其中一个数据集使用 customer_id 作为其主要标识符，而其他两个使用 email_id. 如果您只使用发送隐私请求（访问或删除）， email_id 作为用户ID值，仅 firstName， lastName、和 mlScore 将处理属性，而 address 不会受到影响。

为确保您的隐私请求能够处理所有相关客户属性，您必须为可能存储了这些属性的所有适用数据集提供主标识值（每个客户最多九个ID）。 请参阅中有关身份字段的部分 模式组合基础 以了解有关通常标记为标识的字段的更多信息。

正在处理删除请求 delete

时间 Experience Platform 接收来自的删除请求 Privacy Service， Platform 将确认发送至 Privacy Service 请求已收到，并且受影响的数据已标记为删除。 隐私作业完成后，记录将被删除。

根据您是否还包含Identity Service (identity)和数据湖(aepDataLake)作为产品，适用于您的隐私配置文件请求(ProfileService)，则与用户档案相关的不同数据集将在不同的时间从系统中删除：

请参阅 Privacy Service 文档 以了解有关跟踪作业状态的更多信息。

配置文件请求与身份请求 profile-v-identity

如果对配置文件提出删除请求(ProfileService)而非Identity Service (identity)，则生成的作业将删除为客户（或客户集）收集的属性数据，但不会删除在身份图中建立的关联。

例如，使用客户的删除请求 email_id 和 customer_id 删除存储在这些ID下的所有属性数据。 但是，此后摄取的任何数据均采用 customer_id 仍将与相应的关联 email_id，因为关联仍然存在。

要删除给定客户的配置文件和所有标识关联，请确保在删除请求中同时包含配置文件和标识服务作为目标产品。

合并策略限制 merge-policy-limitations

Privacy Service只能处理 Profile 使用不执行身份拼接的合并策略的数据。 如果您使用UI来确认是否正在处理您的隐私请求，请确保您使用的策略具有 None 作为 ID拼接 类型。 换言之，您不能在以下情况下使用合并策略： ID拼接 设置为 专用图.

后续步骤

通过阅读本文档，您已了解在中处理隐私请求涉及的重要概念。 Experience Platform. 要加深您对如何管理身份数据和创建隐私作业的了解，请继续阅读本指南中提供的文档。

有关处理隐私请求的信息 Platform 未使用的资源 Profile，请参阅上的文档 数据湖中的隐私请求处理.