Managing Delete Request and Opt-Out Platform (DROP) Requests
The DROP support feature is under Public Preview. Please contact OneTrust Support to request early access.
The Delete Request and Opt-out Platform (DROP) allows California residents to submit a single request that requires all data brokers registered in California to take action on a users' data.
The action is either delete or opt-out depending on the completeness of the match between the data subject and the data brokers' system.
When a data subject submits a DROP request that matches with records on a data broker's system, all personal information on the data subject must be deleted, not just the information provided through DROP. The exception to this is data given directly to a business (known as first-party data), exempted data, and any publicly available data.
Data brokers must process consumer DROP requests every 45 days. Fines can total $200 per customer per day.
How OneTrust Integrates with DROP
This workflow describes how requests will be pulled from DROP into OneTrust via API, validated against existing data subjects, and either converted into DSAR requests for normal processing or marked as not found, with final request outcomes mapped and sent back to DROP.
To process DROP requests, data brokers must hash their data in a format that matches the hashed identifiers provided by DROP. All DROP request data is normalized and converted into one-way hashed values using a defined process, including SHA-256 hashing and Base64 encoding, and matching is performed against these hashed values.
This requires that the data broker’s systems maintain hashed versions of their data or hashed indexes that follow the same format, so that DROP request data can be compared against existing records to determine whether a match exists.
If a match is identified, a DSR request should be triggered and proceed to fulfillment. If no match is found, it will be treated as a record not found outcome.
|
DSAR request status |
DROP request status |
|---|---|
|
Completed (request type: deletion) |
Deleted |
|
Completed (request type: opt out) |
Opted out |
|
Closed |
Exempted |
|
Rejected |
Record not found |
Create a Workflow Integration to Support DROP Requests
Before you can sync requests from DROP you must create an integration workflow that validates DROP identifiers and routes matched requests to opt-out or data-deletion DSR workflows. For more information, see Creating a Workflow for Managing DROP Requests.
Sync Requests from DROP
Once you have created to workflow integration, you have two options for managing DROP requests: direct intake via an API, or manual bulk CSV upload.
It's strongly recommended that you test both intake methods in your sandbox environment before you start pulling live data from DROP into your production environment.
To Sync Requests from DROP Automatically via API
You can sync requests from DROP to your production environment.
You must repeat this process at least once every 45 days. The 45-day cycle starts as soon as data is pulled from DROP into your environment.
To Sync Requests from DROP Manually via a CSV file
You must repeat this process at least once every 45 days. The 45-day cycle starts as soon as data is pulled from DROP into your environment.