Product
Litigation
- Early Case Assessment
- Evidence Analysis
- Web Search
- Document Review
- Production Setup
- Connectors (Upcoming)
- Legal Research (Upcoming)
Transactional
- Contract Review
- Contract Intelligence
- Word Add-In
- Web Search (Upcoming)
- Connectors (Upcoming)
- Legal Research (Upcoming)
Solutions
Litigation
- Early Case Assessment
- Investigations & Subpoenas
- Trial Preparation
- Enterprise eDiscovery
- Cloud eDiscovery
Transactional
Who it’s for
Resources
Learn
Customers
Events & CLE
Map subprocessor approval requirements by connecting each downstream provider to the governing DPA, authorization model, change-notice mechanism, objection period, and consequence of an unresolved objection. Preserve the source for each conclusion, distinguish missing evidence from missing protection, and assign controller-side decisions to responsible owners. The resulting tracker should show which providers are covered by existing authorization, which proposed changes require action, and which questions remain unresolved. Keep contractual authorization, internal acceptance, and related transfer review distinct so that one completed check does not conceal another outstanding decision.
When to use this workflow
Use this workflow when reviewing a processor’s DPA, renewing a service, receiving a subprocessor-change notice, or reconciling supplier lists across a contract portfolio. It is designed for controller-side lawyers, privacy teams, and procurement colleagues who need an approval map rather than a vendor directory.
This guide addresses selected EU and California requirements for US-based teams, with an October 13, 2026 research cutoff. Confirm territorial coverage, exemptions, and roles by activity; California business/service-provider classifications are not interchangeable with GDPR controller/processor classifications. Contract conclusions depend on the actual wording, governing law, and facts.
Where GDPR applies, Article 28(2) requires prior specific or general written authorization. General authorization requires information about intended additions or replacements and an opportunity to object, but the provision specifies no universal advance-notice period. GDPR, Article 28(2)
What you need
Collect the evidence needed to identify both the authorized population and the change procedure:
- The DPA, master agreement, relevant orders, amendments, and precedence clauses.
- Incorporated subprocessor lists and notice policies, preserved with dates and versions.
- Specific authorizations, change notices, objections, responses, and delivery records.
- Processing descriptions identifying legal entities, functions, data categories, and hosting or access locations.
- Applicable transfer instruments, selected options, and completed annexes.
- The controller’s negotiation checklist, notice recipients, decision-makers, and service-continuity constraints.
Use processing descriptions to test whether a provider’s proposed activity falls within the reviewed arrangement. Article 28(3) requires that arrangement to identify processing scope and the controller’s rights and obligations. GDPR, Article 28(3)
Do not infer function or data access from a provider’s brand. Request the legal entity and actual activity.
Use the template
Use the Data Processing Agreements — Subprocessor approval tracker. You can copy this table into your working document or spreadsheet. Create one row per entity and function; separate rows when different contracts or approval paths apply.
| ID / provider | Function / location | Source / version | Authorization / scope | Notice / trigger | Window / result | Evidence / uncertainty | Action / owner / status |
|---|---|---|---|---|---|---|---|
Use stable document IDs and clause/page citations in Source / version. Authorization / scope distinguishes specific authorization, general authorization, and unresolved wording, including service limitations. Notice / trigger records channel, recipient, and the event starting the clock.
In Window / result, capture the objection period, any calculated deadline, and what follows an objection. Preserve calculation assumptions in a referenced note. Evidence / uncertainty should distinguish “not present in reviewed text,” “referenced document unavailable,” and “ambiguous.” Retain operative excerpts in the row or a cited working note.
Use the final column for the action, accountable owner, and decision status. Distinguish “covered by existing authorization” from “internally accepted” and “transfer review complete.”
Step by step
1. Define the processing and contract perimeter
Start with the purchased service and follow its downstream processing. Separate hosting, remote support, analytics, and other functions. Capture relevant data categories and access locations in the row or its referenced processing note.
Identify the controller and processor entities, covered orders, and potentially applicable regimes. If a provider’s role or data access is uncertain, preserve that question rather than categorically including or excluding it.
Record each candidate provider, function, location, and contract package. Assign unresolved classification questions to privacy counsel or the service owner before recording an authorization conclusion.
2. Establish which documents control
Give each source a stable ID and version. Preserve incorporated webpages; a live page may not establish the list considered when authorization was given.
Read precedence clauses alongside amendments and transfer annexes. Check whether the master agreement’s notice provision governs subprocessor notices or only specified legal notices. Do not assume the operational email route displaces formal requirements.
Identify any SCC instrument. The Commission distinguishes its Article 28 controller–processor SCCs from international-transfer SCCs; the former do not themselves satisfy GDPR Chapter V transfer requirements. Commission SCC guidance, questions 1–3
Record the controlling citation and unresolved document conflicts in every affected row.
3. Extract the authorization model and boundaries
Read the operative language, not the heading. Determine whether authorization covers named entities, an incorporated list, or future additions and replacements. Capture limitations by service, function, location, or data category.
For GDPR-covered processing, assess the wording against Article 28(2). Individual written approval of every addition is not universally required: the provision also permits general written authorization with change information and an opportunity to object. GDPR, Article 28(2)
For specific authorization, locate the written approval and any conditions. For general authorization, identify the initial population and change mechanism. If an incorporated list is unavailable, mark the population unverified—not the list absent.
4. Map notice delivery and both timing periods
Extract the channel, recipient, subscription requirement, trigger, and timing language. Distinguish the advance-notice period before deployment from the controller’s objection period; they may run from different events.
Check whether the text addresses additions, replacements, and changes to an existing provider’s function or location. Test who controls the recipient mailbox, whether any required subscription exists, and how delivery evidence is retained.
Record qualitative wording exactly. Do not turn “reasonable advance notice” into a numerical deadline. Where calculation is supported, record the receipt evidence, counting convention, resulting date, and planned start. Flag unclear units, time zones, or counting rules rather than silently choosing them. Assign operational follow-up without presenting these checks as additional statutory mandates.
5. Trace objections to a practical outcome
Map permitted grounds, required supporting information, authorized sender, delivery method, and objection window. Then follow the clause beyond submission: consultation, alternative providers, postponement, termination, or another consequence.
Ask what happens if the objection remains unresolved at the planned start. Distinguish an express deployment restriction from a requested restriction and contractual silence. Do not infer that silence necessarily permits—or prohibits—deployment.
Check whether exit rights cover only affected services and whether transition terms make them usable. Record the consequence, uncertainty, and escalation owner. A mailbox owner may lack authority to accept service disruption or residual privacy risk.
6. Record downstream and transfer dependencies separately
Authorization does not replace downstream contractual protections. GDPR Article 28(4) requires specified data-protection obligations to be imposed on another processor and keeps the initial processor fully liable to the controller for that other processor’s performance. Record any evidence request or legal question as a linked dependency. GDPR, Article 28(4)
For covered California relationships, section 7051(b) requires compliant subcontractor contracts. Sections 7051(a)(6)–(8) address oversight, inability-to-comply notice, and stopping and remediating unauthorized use; these provisions do not establish a GDPR-style authorization procedure. California regulations, section 7051
Assign transfer questions separately. When SCCs apply, check supplemental wording for contradictions or impairment of protected rights rather than treating authorization language as permission to rewrite the standard clauses. Commission SCC guidance
7. Resolve decisions and preserve the reviewed baseline
Convert gaps into precise requests: supply the incorporated list, identify an access country, establish receipt, or clarify deployment during an unresolved objection. Separate legal requirements, preferred protections, and factual questions.
Obtain the appropriate controller-side decision and record its reasoning and conditions. Internal acceptance of risk does not itself resolve a legal-compliance question.
Reconcile the final package against the reviewed draft. Update each row with evidence, owner, and status; deliver the tracker with assigned blockers. Do not mark a proposed addition accepted merely because no objection appears in the file.
Worked example
Fictional scenario: Alderbridge Devices reviews Lumenquay Systems’ employee-support platform. Assume the relevant processing is subject to GDPR. Fictional executed DPA D-01 v3 generally authorizes Annex B entities. Section 6 requires email notice at least 20 calendar days before additions or replacements begin processing, with objections identifying data-protection concerns due within 10 calendar days after receipt.
Section 6 requires consultation but says nothing express about deployment during an unresolved objection. Annex B names Harborloom Hosting. Notice N-02 proposes Pinecrest Assist for remote support, states a planned start, and has retained receipt evidence; it omits the access country. Email E-03 mentions replacement hosting provider Cinderbay Compute but supplies neither the referenced notice nor its receipt record. Its location is unverified.
All parties, documents, and terms are fictional; the periods are not legal defaults.
| ID / provider | Function / location | Source / version | Authorization / scope | Notice / trigger | Window / result | Evidence / uncertainty | Action / owner / status |
|---|---|---|---|---|---|---|---|
| SP-01 Harborloom Hosting | Hosting / US | D-01 v3, Annex B p.12 | General; listed hosting entity | §6 applies to later changes | No current change clock identified | Annex confirms entity; no change evidenced | Legal: baseline authorization recorded; other dependencies separate |
| SP-02 Pinecrest Assist | Support / country missing | N-02 ¶¶1–3; D-01 §6 | Proposed addition under general model | Email receipt retained; planned start stated | 10 calendar days from receipt; consultation, deployment consequence unclear | Access country missing; timing calculation still to verify | Privacy lead: calculate window, request country and deployment position; open |
| SP-03 Cinderbay Compute | Replacement hosting / unverified | E-03 ¶2; D-01 §6 | Coverage of proposed replacement unverified | Referenced notice unavailable | Receipt-based deadline cannot be established | Mention alone does not establish operative notice | Procurement: obtain notice and receipt evidence urgently; open |
The map changes the response. Harborloom has documented baseline authorization, not a blanket clearance for every privacy issue. Pinecrest needs immediate timing verification and factual clarification; the team should not assume its questions suspend the objection clock. Cinderbay requires urgent evidence recovery, not an invented deadline or an assumption that no clock has started. Escalate promptly if the processor cannot establish the notice history.
Common mistakes
- Treating publication as approval. Read list incorporation, authorization, and notice provisions together; record the contractual effect of publication.
- Combining two clocks. Track advance notice and objection timing separately, with their respective triggers.
- Assuming clarification suspends objections. Preserve the existing deadline unless supported wording or agreement changes it; escalate while seeking answers.
- Recording only an objection right. Identify deployment consequences, alternatives, and usable exit rights.
- Confusing unavailable evidence with absent protection. An inaccessible annex and reviewed text lacking a requirement need different findings and requests.
- Extending authorization across affiliates. Match legal entities, functions, and scope rather than treating a corporate group as one approved provider.
Final quality check
- Each provider has an identified function, relevant data scope, and contract package.
- Authorization conclusions have verified clause citations and version references.
- Incorporated lists and notices are preserved or explicitly unavailable.
- Both timing periods identify triggers, units, evidence, and calculation assumptions.
- Objection grounds and unresolved-objection consequences are separately captured.
- Downstream protections and transfer issues remain distinct from authorization.
- Open issues have accountable owners; final decisions reflect the executed package where available.
Complete the workflow with DecoverAI
DecoverAI is the Legal Intelligence Platform for litigation and transactions. In its contract-review workflow, choose the controller as the represented party in Word and provide deal-specific instructions. Findings quote clauses, rank severity, locate text, and identify missing language as not present. Lawyers can edit or insert suggestions as ordinary tracked changes in the signed-in Word user’s name, or dismiss findings with reasons. Tabular review supports comparison across documents; the tracker remains your work product. Book a demo to explore this review workflow while retaining legal judgment and approval authority.
Frequently asked questions
Does general authorization require affirmative approval for every addition?
Not necessarily. Article 28(2) permits general written authorization with information about intended additions or replacements and an opportunity to object. Check whether the agreement separately requires affirmative approval. GDPR, Article 28(2)
Should existing subprocessors appear in the tracker?
Yes. They establish the reviewed baseline. Identify the authorization source and version rather than assuming every entity on today’s website was included in the agreed package.
What if changes are only posted online?
Record that mechanism and assess it against the agreement and applicable authorization requirements. Ask how the controller receives intended-change information and preserves evidence. Website availability alone should not be treated as proof of contractual delivery or receipt. GDPR, Article 28(2)
Can review close while an access country is missing?
Record why location matters and assign the factual inquiry. Keep any conditional internal decision explicit, without describing an unresolved transfer or compliance question as cleared. Check the objection clock while seeking the missing information.
Sources
- GDPR, Article 28: authorization, processor arrangements, and downstream obligations.
- European Commission, Questions and Answers on Standard Contractual Clauses.
- California CCPA Regulations, effective January 1, 2026, section 7051.
This guide is general information about legal workflows, not legal advice for any matter. It was drafted and reviewed with AI assistance. The worked example is fictional. Contract rights and procedure depend on the governing law, the actual wording, and the facts, so check the cited sources and the rules that apply in your jurisdiction before relying on it.
