在 Campaign 中管理隐私请求

根据您的业务性质及运营所在的司法管辖区，您的数据运营可能会受到隐私法规的约束。这些法规通常赋予您的客户请求访问您从他们那里收集的数据的权利，并且这些客户有权请求删除所存储的数据。在整个文档中，这些客户对其个人数据的请求都称为“隐私请求”。

Adobe 为数据控制者提供相应的工具，用于创建和处理与 Campaign 中的存储数据有关的隐私请求。但是，作为数据控制者，您有责任确认发出请求的数据主体的身份，并确认返回给请求者的数据与数据主体相关。请参阅 Adobe Campaign Classic v7 文档 以了解有关个人数据以及管理数据的不同实体的更多信息。

要在 Campaign 中管理隐私请求，必须先定义命名空间。然后，才能创建和管理隐私请求。要执行隐私请求，请使用 Adobe Privacy Service 集成。从 Privacy Service 推送到所有 Adobe Experience Cloud 解决方案的隐私请求由 Campaign 通过专门工作流自动处理。了解详情

请参阅 Adobe Campaign Classic v7 文档 以了解有关​访问权​和​被遗忘权（删除请求）的信息。

注意

从 Campaign v8.3 开始提供此功能。要检查您的版本，请参阅此部分

定义命名空间

在创建隐私请求之前，必须​定义要使用的命名空间。命名空间是用于识别数据库中的数据主体的键。

注意

要了解有关身份命名空间的更多信息，请参阅 Adobe Experience Platform文档。

当前，Adobe Campaign 不支持从 Experience Platform Identity Namespace Service 导入命名空间。因此，在 Identity Namespace Service 上创建命名空间后，必须在 Adobe Campaign 界面中手动创建相应的命名空间。为此，请执行以下步骤：

  1. 在 Identity Namespace Service 上创建命名空间。

  2. 当可供贵组织使用的身份命名空间被列出时，您将获得命名空间的以下详细信息，例如：

    {
        "updateTime": 1632903236731,
        "code": "lumanamespace",
        "status": "ACTIVE",
        "description": "new namespace for Luma privacy requests",
        "id": 10998717,
        "createTime": 1632903236731,
        "idType": "Email",
        "namespaceType": "Custom",
        "name": "Luma Namespace",
        "custom": true
}

  3. 在 Adobe Campaign 中，转到 Administration > Platform > Namespaces 并选择 New。

  4. 输入 Label。

  5. 填写新命名空间的详细信息，以匹配您在 Identitiy Namespace Service 上创建的命名空间：

    • AEC Namespace ID 必须匹配“id”属性
    • Internal name 必须匹配“code”属性
    • Reconciliation key 必须匹配“idType”属性

    Reconciliation key 字段是将用于识别 Adobe Campaign 数据库中的“数据主体”的字段。

  6. 选择目标映射 ，以指定在 Adobe Campaign 中合并命名空间的方式。

    注意

    如果需要使用多个目标映射，请为每个目标映射创建一个命名空间。

  7. 保存更改。

现在，您可以根据新命名空间创建隐私请求。如果使用多个命名空间，请为同一个合并值的每个命名空间创建一个隐私请求。

创建隐私请求

借助 Adobe Experience Platform Privacy Service 集成，您可以通过单个 JSON API 调用在多解决方案上下文中自动处理隐私请求。Adobe Campaign 会自动通过专用工作流处理从 Privacy Service 推送的请求。

请参阅 Experience Platform Privacy Service 文档，以了解如何从 Privacy Core Service 创建隐私请求。

每个 Privacy Service 任务根据使用的命名空间数在 Adobe Campaign 中拆分为多个隐私请求，一个请求对应一个命名空间。

此外，一个作业可以在多个实例上运行。因此，将为一个作业创建多个文件。例如，如果某个请求具有两个命名空间，并且在三个实例上运行，则总共发送六个文件。每个命名空间和实例一个文件。

文件名的模式为：<InstanceName>-<NamespaceId>-<ReconciliationKey>.xml

  • InstanceName：Campaign 实例名称
  • NamespaceId：已使用的命名空间的身份服务命名空间 ID
  • Reconciliation key：编码的合并关键项
注意

若要使用自定义命名空间类型提交请求，请利用 JSON 方法并将命名空间 Id 添加到请求中，或使用 API 调用发出请求。

仅使用隐私用户界面来提交使用标准命名空间类型的请求。

处理请求时搜索的表

执行删除或访问隐私请求时，Adobe Campaign 会根据所有具有指向收件人表（自有类型）链接的表中的 Reconciliation value 搜索所有数据主体数据。

执行隐私请求时要考虑的内置表列表包括：

  • 收件人 (recipient)
  • 收件人投放日志 (broadLogRcp)
  • 收件人跟踪日志 (trackingLogRcp)
  • 归档的事件投放日志 (broadLogEventHisto)
  • 收件人列表内容 (rcpGrpRel)
  • 访客优惠建议 (propositionVisitor)
  • 访客 (visitor)
  • 订阅历史记录 (subHisto)
  • 订阅 (subscription)
  • 收件人优惠建议 (propositionRcp)

如果您创建的自定义表单具有指向收件人表（自有类型）的链接，则也会考虑这些资源。例如，如果您具有链接到收件人表的事务表和链接到该事务表的事务详细信息表，则这两个表都将被考虑在内。

隐私请求状态

您可以在下面找到 Adobe Campaign 中隐私请求的不同状态以及其解释方式：

  • New / Retry pending：进行中，工作流尚未处理请求。
  • Processing / Retry in progress：工作流正在处理请求。
  • Delete pending：工作流已识别要删除的所有收件人数据。
  • Delete in progress：工作流正在处理删除。
  • Complete：请求的处理已完成，并且没有错误。
  • Error：工作流遇到错误。原因显示在 Request status 列的隐私请求列表中。例如，Error data not found 表示在数据库中找不到与数据主体的 Reconciliation value 匹配的收件人数据。

Campaign Classic v7 文档中的相关主题：

在此页面上