Manage Privacy requests in Campaign

NOTE

This capability is available starting Campaign v8.3. To check your version, refer to this section

In order to help you facilitate your Privacy readiness, Adobe Campaign allows you to handle Access and Delete requests.

To perform those requests, you must use the Privacy Core Service integration. Privacy requests pushed from the Privacy Core Service to all Experience Cloud solutions are automatically handled by Campaign via a dedicated workflow. Learn more

Adobe offers Data Controllers the tools to create and process Privacy requests for data stored in Campaign. However, it is your responsibility as a Data Controller to verify the identity of the Data Subject making the request, and to confirm that the data returned to the requester is about the Data Subject. Learn more on personal data and the different entities that manage data in Adobe Campaign Classic v7 documentation.

Learn about the Right to Access and the Right to be Forgotten (delete request) in Adobe Campaign Classic v7 documentation.

Define a namespace

Before creating a Privacy request, you must define the namespace you will use. The namespace is the key that will be used to identify the Data Subject in the Adobe Campaign database.

NOTE

To learn more about identity namespaces, see the Experience Platform documentation.

Currently Adobe Campaign does not support importing namespaces from the Experience Platform Identity Namespace service. Therefore, once you have created a namespace on the Identity Namespace service, you must create manually the corresponding namespace in the Adobe Campaign interface. To do this, follow the steps below.

  1. Create a namespace on the Identity Namespace service.

  2. When listing the identity namespaces available for your organization, you will get the namespace following details, for example:

    {
            "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. In Adobe Campaign, go to Administration > Platform > Namespaces and select New.

  4. Enter a Label.

  5. Fill in the new namespace details to match the namespace that you created on the Identitiy Namespace service:

    • the AEC Namespace ID must match the “id” attribute;
    • the Internal name must match the “code” attribute;
    • the Reconciliation key must match the “idType” attribute.

    The Reconciliation key field will be used to identify the Data Subject in the Adobe Campaign database.

  6. Select a target mapping to specify how the namespace will be reconciled in Adobe Campaign.

    NOTE

    If you want to use several target mappings, create one namespace per target mapping.

  7. Save your changes.

You can now create Privacy requests based on your new namespace. If you use several namespaces, create one Privacy request per namespace for the same reconciliation value.

Create a Privacy request

The Privacy Core Service integration allows you to automate your Privacy requests in a multi-solution context through a single JSON API call. Adobe Campaign automatically handles the requests pushed from the Privacy Core Service through a dedicated workflow.

CAUTION

For the Privacy requests to be processed, you must create on your Adobe Campaign instance a namespace matching the namespace that you created on the Experience Platform Identity Namespace service.

Refer to the Experience Platform Privacy Service documentation to learn how to create Privacy requests from the Privacy Core Service.

Each Privacy core service job is split into multiple Privacy requests in Adobe Campaign based on how many namespaces are being used, one request corresponding to one namespace.

Also, one job can be run on multiple instances. Therefore, multiple files are created for one job. For example, if a request has two namespaces and is running on three instances, then a total of six files are sent. One file per namespace and instance.

The pattern for a file name is : <InstanceName>-<NamespaceId>-<ReconciliationKey>.xml

  • InstanceName: Campaign instance name
  • NamespaceId: Identity Service Namespace ID of the namespace used
  • Reconciliation key: Encoded reconciliation key
CAUTION

To submit a request using the custom namespace type, leverage the JSON method and add the namespaceId to the request, or use the API call to make the request.

Only use the Privacy user interface to submit requests using the standard namespace type.

Tables searched when processing requests

When performing a Delete or Access Privacy request, Adobe Campaign searches all the Data Subject’s data based on the Reconciliation value in all the tables that have a link to the recipient table (own type).

Here is the list of out-of-the-box tables that are taken into account when performing Privacy requests:

  • Recipients (recipient)
  • Recipient delivery log (broadLogRcp)
  • Recipient tracking log (trackingLogRcp)
  • Archived event delivery log (broadLogEventHisto)
  • Recipient list content (rcpGrpRel)
  • Visitor offer proposition (propositionVisitor)
  • Visitors (visitor)
  • Subscription history (subHisto)
  • Subscriptions (subscription)
  • Recipient offer proposition (propositionRcp)

If you created custom tables that have a link to the recipient table (own type), they will also be taken into account. For example, if you have a transaction table linked to the recipient table and a transaction details table linked to the transaction table, they will be both taken into account.

Privacy request statuses

Here are the different statuses for Privacy requests in Adobe Campaign:

  • New / Retry pending: in progress, the workflow has not processed the request yet.
  • Processing / Retry in progress: the workflow is processing the request.
  • Delete pending: the workflow has identified all the recipient data to delete.
  • Delete in progress: the workflow is processing the deletion.
  • Complete: the processing of the request has finished without an error.
  • Error: the workflow has encountered an error. The reason is displayed in the list of Privacy requests in the Request status column. For example, Error data not found means that no recipient data matching the Data Subject’s Reconciliation value has been found in the database.

Related topics in Campaign Classic v7 documentation:

On this page