California Delete Act Data Broker Deletion Workflow
Beginning August 1, 2026, California data brokers must download, match, process, and report DROP deletion requests on a recurring 45-calendar-day cycle.
This workflow separates the binding Delete Act and DROP regulations from CalPrivacy's implementation guidance, and records list selection, hashing, outcomes, downstream instructions, and ongoing suppression.
A is a CCPA business that knowingly collects and sells to third parties personal information of consumers with whom it has no direct relationship, subject to statutory exclusions. Beginning August 1, 2026, a data broker must access DROP at least once every 45 calendar days, download every applicable consumer list, standardize and hash its own identifiers, process matches and nonmatches, report each status within 45 days of download, and repeat the cycle. This is a Delete Act workflow, not the ordinary CCPA deletion-request process for every business.
1
Section 1
Run the Delete Act download, matching, and reporting cycle
Decide scope for each legal entity. Under section 7601(d), a direct relationship requires the consumer to intentionally interact with the business to access, purchase, use, request, or obtain information about its products or services. A rights request or identity-verification interaction does not create that relationship. A business is still a as to personal information it sells that it collected outside a first-party interaction with the consumer.
Create the DROP account and complete applicable registration and fee steps. A business beginning brokerage after the registration period must create its account before operating, begin downloads within 45 calendar days of commencing operations, and register the following January. Then select every applicable list from the six types: name plus date of birth plus ZIP code, email, phone, mobile advertising ID, name plus VIN, and connected-TV identifier. Fewer lists are allowed only when identifiers across multiple lists lead to the exact same consumers in the broker's records.
For each download, standardize the broker's records, hash them under the current technical specification, and compare hashes locally. A match requires deletion of the associated information, including inferences, and instructions to service providers and contractors. Section 7613 excludes qualifying first-party information collected directly from the consumer and applicable exempt information; map those exceptions by record rather than deleting only the submitted identifier or exempting an entire profile. Where one matched identifier maps to multiple consumers, opt all linked consumers out of sale and sharing and direct downstream providers to do the same.
Report Deleted after completing the required matched-record deletion, Opted out for the shared-identifier outcome, Exempted only when all information related to the matched consumer is exempt, and Not found only after the required matching process finds no match. CalPrivacy's processing page explains the technical steps but labels itself guidance; the Delete Act and regulations control if the guidance and binding text differ.
Record the last download time and schedule the next download no later than 45 calendar days later. Signing in without retrieving a list does not count as access. If automated retrieval cannot meet the deadline, download manually; report a connection failure not caused by the broker in writing through DROP within 45 days of the last access.
Select all identifier lists that can match the broker's holdings, unless the rules allow fewer because the lists would identify the exact same consumers.
Complete matching, deletion or opt-out, and status reporting within 45 days of download; the next download is also due within 45 days of the last download, so processing and the next cycle may overlap at the deadline.
For both matched and unmatched requests, retain only the minimum identifiers needed to screen newly collected records before sale or sharing; do not use that suppression record for another purpose.
If a later match changes a request status, take the required action and report it at the next access session under section 7614. CalPrivacy guidance describes an outside limit of 45 days from detecting the change; do not postpone an earlier required access-session update.
Retain list selection, download, standardization and hashing version, match evidence, deletion or opt-out evidence, downstream instructions, status-upload receipt, exemption basis, reviewer, and connection-failure or error notice.
Sections 7601 and 7610-7616 control account creation, new-broker access, list selection, actual downloads, manual fallback, matching, first-party exceptions, suppression, status reporting, and security.
CPPA registry source for confirming registration status and the DROP registration step used in data-broker deletion workflow triage.
Data brokers must register and pay the annual fee between January 1-31, 2026, through the Delete Request and Opt-Out Platform (DROP).
2
Section 2
Fields to record for each DROP batch
The data-broker privacy or DROP operations owner should maintain the record. It must support the recurring download-process-report cycle and show why each request received its status without retaining raw DROP identifiers or suppression data beyond what ongoing compliance needs.
Data-broker entity and scope evidence, registration year, DROP account, selected lists and list-selection rationale, integration method, download timestamp, batch ID, and next-download deadline.
Hashing and standardization version, internal datasets searched, match result, quality check, and responsible operator.
Deleted, opted-out, exempted, or not-found status; exemption provision when used; shared-identifier branch; completion time; and status-upload receipt.
Minimum ongoing suppression fields, newly collected record screen, service-provider and contractor instructions, later status change, 45-day update, connection-failure notice, reviewer, and evidence location.
CPPA statutory compilation for the Data Broker Registry and Delete Act provisions effective January 1, 2026.
DATA BROKER REGISTRY / DELETE ACT effective 01/01/2026
3
Section 3
Review matching, suppression, and downstream action
Review every cycle for missed downloads, unselected identifier lists, failed normalization or hashes, partial dataset coverage, wrong status codes, incomplete downstream action, and records collected again after deletion. Re-test after changes to identifiers, matching logic, data stores, acquisitions, vendors, or the official DROP technical specification.
Compare the legal entity and direct-relationship analysis with the annual registration; a parent and subsidiary that independently meet the definition register separately.
Reconcile selected DROP lists to every identifier held, and document why an omitted list would match the exact same consumers as a selected list.
Test the full cycle in the DROP sandbox after hashing, identifier, or integration changes, then preserve production evidence without copying consumer identifiers into tickets.
Review suppression matching against newly collected records and confirm that a later match causes deletion and a status update within 45 days.
Current CalPrivacy guidance for selecting deletion lists, standardizing and hashing identifiers, matching records, reporting outcomes, and repeating the 45-calendar-day cycle.
Current CalPrivacy instructions for the August 1, 2026 start date and recurring 45-day download, matching, deletion, and status-reporting cycle.
Sections 7601 and 7610-7616 control account creation, new-broker access, list selection, actual downloads, manual fallback, matching, first-party exceptions, suppression, status reporting, and security.