ÃÛ¶¹ÊÓÆµ

Record delete requests (UI Workflow) record-delete

Use the Data Lifecycle workspace to delete records in ÃÛ¶¹ÊÓÆµ Experience Platform based on their primary identities. These records can be tied to individual consumers or any other entity that is included in the identity graph.

IMPORTANT
Record deletions are meant to be used for data cleansing, removing anonymous data, or data minimization. They are not to be used for data subject rights requests (compliance) as pertaining to privacy regulations like the General Data Protection Regulation (GDPR). For all compliance use cases, use ÃÛ¶¹ÊÓÆµ Experience Platform Privacy Service instead.

Prerequisites prerequisites

Deleting records requires a working understanding of how identity fields function in Experience Platform. Specifically, you must know the identity namespace values of the entities whose records you want to delete, depending on the dataset (or datasets) you are deleting them from.

Refer to the following documentation for more information on identities in Experience Platform:

  • ÃÛ¶¹ÊÓÆµ Experience Platform Identity Service: Bridges identities across devices and systems, linking datasets together based on the identity fields defined by the XDM schemas they conform to.
  • Identity namespaces: Identity namespaces define the different types of identity information that can relate to a single person, and are a required component for each identity field.
  • Real-Time Customer Profile: Uses identity graphs to provide unified consumer profiles based on aggregated data from multiple sources, updated in near-real-time.
  • Experience Data Model (XDM): Provides standard definitions and structures for Experience Platform data through the use of schemas. All Experience Platform datasets conform to a specific XDM schema, and the schema defines which fields are identities.
  • Identity fields: Learn how an identity field is defined in an XDM schema.

Create a request create-request

To start the process, select Data Lifecycle in the left navigation of the Experience Platform UI. The Data lifecycle requests workspace appears. Next, select Create request from the main page in the workspace.

The Data lifecycle requests workspace with Create request selected.

The request creation workflow appears. By default, the Delete record option is selected under the Requested Action section. Leave this option selected.

IMPORTANT
To improve efficiency and make dataset operations less expensive, organizations who have been moved to the Delta format can delete data from the Identity Service, Real-Time Customer Profile, and the data lake. This type of user is referred to as delta-migrated. Users from organizations who have been delta-migrated can choose to delete records from either a single or all datasets. Users from organizations that have not undergone delta migration are unable to selectively delete records from either a single dataset or all datasets, as shown in the image below. In this case, continue to the Provide identities section of the guide.

The request creation workflow with the Delete record option selected and highlighted.

Select datasets select-dataset

The next step is to determine whether you want to delete records from a single dataset or all datasets. Depending on your organization’s configuration, the dataset selection option may not be available. If you do not see this option, continue to the Provide identities section of the guide.

In the Record Details section, select a radio button to choose either a specific dataset or all datasets.

To delete from a specific dataset, select Select dataset, then select the database icon ( The database icon ). In the dialog that appears, choose a dataset and select Done to confirm.

The Select dataset dialog with a dataset selected and Done highlighted.

To delete from all datasets, select All datasets. This option increases the scope of the operation and requires you to provide all relevant identity types.

The Select dataset dialog with the All datasets option selected.

WARNING
Selecting All datasets expands the operation to all datasets in your organization. Each dataset may use a different primary identity type. You must provide all required identity types to ensure accurate matching.
If any identity type is missing, some records may be skipped during deletion. This can slow processing and lead to partial results.

Each dataset in Experience Platform supports only one primary identity type.

  • When deleting from a single dataset, all identities in your request must use the same type.
  • When deleting from all datasets, you can include multiple identity types, since different datasets may rely on different primary identities."

Provide identities provide-identities

When deleting records, you must provide identity information so the system can determine which records are to be deleted. For any dataset in Experience Platform, records are deleted based on the identity namespace field that is defined by the dataset’s schema.

Like all identity fields in Experience Platform, an identity namespace is composed of two things: a type (sometimes referred to as an identity namespace) and a value. The identity type provides context as to how the field identifies a record (such as an email address). The value represents a record’s specific identity for that type (for example, jdoe@example.com for the email identity type). Common fields used as identities include account information, device IDs, and cookie IDs.

TIP
If you don’t know the identity namespace for a particular dataset, you can find it in the Experience Platform UI. In the Datasets workspace, select the dataset in question from the list. On the details page for the dataset, hover over the name of the dataset’s schema in the right rail. The identity namespace is displayed along with the schema name and description.
The Datasets dashboard with a dataset selected, and a schema dialog opened from the dataset details panel. The primary ID of the dataset is highlighted.

There are two options to provide identities when deleting records:

Upload a JSON file upload-json

To upload a JSON file, you can drag and drop the file into the provided area, or select Choose files to browse and select from your local directory.

The request creation workflow with the choose files and drag and drop interface for uploading JSON files highlighted.

The JSON file must be formatted as an array of objects, each object representing an identity.

[
  {
    "namespaceCode": "email",
    "value": "jdoe@example.com"
  },
  {
    "namespaceCode": "email",
    "value": "san.gray@example.com"
  }
]
Property
Description
namespaceCode
The identity type.
value
The primary identity value as denoted by the type.

Once the file is uploaded, you can continue to submit the request.

Manually enter identities manual-identity

To enter identities manually, select Add identity.

The request creation workflow with the Add identity option highlighted.

Controls appear that allow you to enter identities one at a time. Under identity namespace, use the dropdown menu to select the identity type. Under Primary Identity Value, provide the identity namespace value for the record.

The request creation workflow with an identity field manually added.

To add more identities, select the plus icon ( A plus icon. ) next to one of the rows, or select Add identity.

The request creation workflow with the plus icon and the add identity icon highlighted.

Quotas and processing timelines quotas

Record Delete requests are subject to daily and monthly identifier submission limits, determined by your organization’s license entitlement. These limits apply to both UI- and API-based delete requests.

NOTE
You can submit up to 1,000,000 identifiers per day, but only if your remaining monthly quota allows it. If your monthly cap is less than 1 million, your daily submissions cannot exceed that cap.

Monthly submission entitlement by product quota-limits

The table below outlines identifier submission limits by product and entitlement level. For each product, the monthly cap is the lesser of two values: a fixed identifier ceiling or a percentage-based threshold tied to your licensed data volume.

Product
Entitlement Description
Monthly Cap (Whichever is Less)
Real-Time CDP or ÃÛ¶¹ÊÓÆµ Journey Optimizer
Without Privacy and Security Shield or Healthcare Shield add-on
2,000,000 identifiers or 5% of addressable audience
Real-Time CDP or ÃÛ¶¹ÊÓÆµ Journey Optimizer
With Privacy and Security Shield or Healthcare Shield add-on
15,000,000 identifiers or 10% of addressable audience
Customer Journey Analytics
Without Privacy and Security Shield or Healthcare Shield add-on
2,000,000 identifiers or 100 identifiers per million CJA rows of entitlement
Customer Journey Analytics
With Privacy and Security Shield or Healthcare Shield add-on
15,000,000 identifiers or 200 identifiers per million CJA rows of entitlement
NOTE
Most organizations will have lower monthly limits based on their actual addressable audience or CJA row entitlements.

Quotas reset on the first day of each calendar month. Unused quota does not carry over.

NOTE
Quotas are based on your organization’s licensed monthly entitlement for submitted identifiers. These are not enforced by system guardrails but may be monitored and reviewed.
Record Delete is a shared service. Your monthly cap reflects the highest entitlement across Real-Time CDP, ÃÛ¶¹ÊÓÆµ Journey Optimizer, Customer Journey Analytics, and any applicable Shield add-ons.

Processing timelines for identifier submissions sla-processing-timelines

After submission, record delete requests are queued and processed based on your entitlement level.

Product & Entitlement Description
Queue Duration
Maximum Processing Time (SLA)
Without Privacy and Security Shield or Healthcare Shield add-on
Up to 15 days
30 days
With Privacy and Security Shield or Healthcare Shield add-on
Typically 24 hours
15 days

If your organization requires higher limits, contact your ÃÛ¶¹ÊÓÆµ representative for an entitlement review.

TIP
To check your current quota usage or entitlement tier, see the Quota reference guide.

Submit the request submit

Once you have finished adding identities to the request, under Request settings, provide a name and optional description for the request before selecting Submit.

TIP
You can submit up to 10,000 identities per request through the UI. To submit larger volumes (up to 100,000 IDs per request), use the API method.

The request setting's Name and Description fields with Submit highlighted.

A Confirm request dialog appears to indicate that the identities cannot be recovered once deleted. Select Submit to confirm the list of identities whose data you want to delete.

The Confirm request dialog.

After the request is submitted, a work order is created and appears on the Record tab of the Data Lifecycle workspace. From here, you can monitor the work order’s status as it processes the request.

NOTE
Refer to the overview section on timelines and transparency for details on how record deletes are processed once they are executed.

The Record tab of the Data Lifecycle workspace with the new request highlighted.

Next steps

This document covered how to delete records in the Experience Platform UI. For information on how to perform other data lifecycle management tasks in the UI, refer to the Data Lifecycle UI overview.

To learn how to delete records using the Data Hygiene API, refer to the work order endpoint guide.

recommendation-more-help
332f81c1-51e7-4bde-8327-2eb07f09604f