Adobe Experience Platform Privacy Service processes customer requests to access, opt out of sale, or delete their personal data as delineated by privacy regulations such as the General Data Protection Regulation (GDPR) and California Consumer Privacy Act (CCPA).
This document covers essential concepts related to processing privacy requests for Identity Service within Adobe Experience Platform.
This guide only covers how to make privacy requests for the Identity data store in Experience Platform. If you also plan to make privacy requests for the Platform data lake or Real-Time Customer Profile, refer to the guide on privacy request processing in the data lake and to the guide on privacy request processing for Profile in addition to this tutorial.
For steps on how to make privacy requests for other Adobe Experience Cloud applications, refer to the Privacy Service documentation.
It is recommended that you have a working understanding of the following Experience Platform services before reading this guide:
Adobe Experience Platform Identity Service bridges customer identity data across systems and devices. Identity Service uses identity namespaces to provide context to identity values by relating them to their system of origin. A namespace can represent a generic concept such as an email address (“Email”) or associate the identity with a specific application, such as an Adobe Advertising Cloud ID (“AdCloud”) or Adobe Target ID (“TNTID”).
Identity Service maintains a store of globally defined (standard) and user-defined (custom) identity namespaces. Standard namespaces are available for all organizations (for example, “Email” and “ECID”), while your organization can also create custom namespaces to suit its particular needs.
For more information about identity namespaces in Experience Platform, see the identity namespace overview.
The sections below outline how to make privacy requests for Identity Service using the Privacy Service API or UI. Before reading these sections, it is strongly recommended that you review the Privacy Service API or Privacy Service UI documentation for complete steps on how to submit a privacy job, including how to properly format user data in request payloads.
When creating job requests in the API, any IDs provided within userIDs
must use a specific namespace
and type
. A valid identity namespace recognized by Identity Service must be provided for the namespace
value, while the type
must be either standard
or unregistered
(for standard and custom namespaces, respectively).
In addition, the include
array of the request payload must include the product values for the different data stores the request is being made to. When making requests to Identity, the array must include the value Identity
.
The following request creates a new privacy job under the GDPR for a single customer’s data in the Identity store. Two identity values are provided for the customer in the userIDs
array; one using the standard Email
identity namespace, and the other using an ECID
namespace, It also includes the product value for Identity (Identity
) in the include
array:
You must specify the identity symbol as the namespace instead of the display name, when deleting identities using GDPR delete.
curl -X POST \
https://platform.adobe.io/data/core/privacy/jobs \
-H 'Authorization: Bearer <key>' \
-H 'Content-Type: application/json' \
-H 'x-api-key: acp_privacy_ui_gdpr' \
-H 'x-gw-ims-org-id: sample@AdobeOrg' \
-d '{
"companyContexts": [
{
"namespace": "imsOrgID",
"value": "sample@AdobeOrg"
}
],
"users": [
{
"key": "bob",
"action": ["delete"],
"userIDs": [
{
"namespace": "email",
"value": "bob@adobe.com",
"type": "standard"
},
{
"namespace": "ECID",
"type": "standard",
"value": "123451234512345123451234512345",
"isDeletedClientSide": false
}
]
}
],
"include": ["Identity"],
"regulation": "gdpr"
}'
You must specify the identity symbol as the namespace instead of the display name, when deleting identities using GDPR delete.
When creating job requests in the UI, be sure to select Identity under Products in order to process jobs for data stored in Identity Service.
When Experience Platform receives a delete request from Privacy Service, Platform sends confirmation to Privacy Service that the request has been received and affected data has been marked for deletion. The deletion of the individual identity is based on provided namespace and/or ID value. Furthermore, the deletion takes place for all sandboxes associated with a given organization.
Depending on whether you also included Real-Time Customer Profile (ProfileService
) and the data lake (aepDataLake
) as products in your privacy request for Identity Service (identity
), different sets of data related to the identity are removed from the system at potentially different times:
Products included | Effects |
---|---|
identity only |
The provided identity is deleted as soon as Platform sends the confirmation that the deletion request was received. The profile constructed from that identity graph still remains, but will not be updated as new data is ingested since the identity associations are now removed. The data associated with the profile also remains in the data lake. |
identity and ProfileService |
The provided identity is deleted as soon as Platform sends the confirmation that the deletion request was received. The data associated with the profile remains in the data lake. |
identity and aepDataLake |
The provided identity is deleted as soon as Platform sends the confirmation that the deletion request was received. The profile constructed from that identity graph still remains, but will not be updated as new data is ingested since the identity associations are now removed. When the data lake product responds that the request was received and is currently processing, the data associated with the profile is soft-deleted and is therefore not accessible by any Platform service. Once the job is completed, the data is removed from the data lake completely. |
identity , ProfileService , and aepDataLake |
The provided identity is deleted as soon as Platform sends the confirmation that the deletion request was received. When the data lake product responds that the request was received and is currently processing, the data associated with the profile is soft-deleted and is therefore not accessible by any Platform service. Once the job is completed, the data is removed from the data lake completely. |
Refer to the Privacy Service documentation for more information on tracking job statuses.
By reading this document, you have been introduced to the important concepts involved with processing privacy requests in Identity Service. For information on processing privacy requests for other Experience Cloud applications, see the document on Privacy Service and Experience Cloud applications.