在Real-Time Customer Profile中处理隐私请求

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

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

快速入门

本指南要求您对以下Experience 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 API或UI为Privacy Service提出隐私请求。 在阅读这些部分之前，您应该查看或了解Privacy Service API或Privacy Service UI文档。 本文档提供了有关如何提交隐私作业的完整步骤，包括如何在请求负载中正确格式化提交的用户身份数据。

使用 API

在API中创建作业请求时，userIDs中提供的任何ID都必须使用特定的namespace和type。 必须为命名空间值提供身份服务识别的有效身份命名空间。 将standard用于标准命名空间，将custom用于自定义命名空间。

此外，请求有效负载的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 Data Lake ​下的​ Profile ​和/或​Products，以便分别处理数据湖或Real-Time Customer Profile中存储的数据的作业。

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

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

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

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

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

正在处理删除请求 delete

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

根据您在个人资料的隐私请求(identity)中是否还包含Identity Service (aepDataLake)和数据湖(ProfileService)作为产品，可能会在不同时间从系统中删除与个人资料相关的不同数据集：

有关跟踪作业状态的详细信息，请参阅Privacy Service 文档。

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

如果对配置文件(ProfileService)而不是标识服务(identity)发出删除请求，则生成的作业将删除为客户（或客户组）收集的属性数据，但不会删除在标识图中建立的关联。

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

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

合并策略限制 merge-policy-limitations

Privacy Service只能使用不执行身份拼接的合并策略处理Profile数据。 如果您使用UI确认是否正在处理您的隐私请求，请确保您使用的是将​ None ​作为其ID stitching类型的策略。 换言之，您不能使用ID stitching设置为Private graph的合并策略。

后续步骤

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

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