Artifact GuideEU GDPR

GDPR DSAR Workflow Intake, Clock, Rights, and Evidence

This workflow helps capture a data subject request, confirm identity only where justified, scope the right being exercised, run the one-month response clock, and close with a response, extension notice, refusal, or evidence-backed no-data outcome.

Built for privacy, legal, support, HR, product, security, data governance, and vendor-management teams that need one operating record for GDPR Chapter III rights.

Author
Sorena AI
Published
May 9, 2026
Updated
Jul 25, 2026
Sections
7

Structured answer sets in this page tree.

Primary sources
3

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated Jul 25, 2026
Overview

A GDPR workflow should preserve the original request, identify the data subject and controller role, use proportionate identity verification, route every right raised under Articles 15 to 22, and protect the Article 12 response deadline. For access, it should produce an intelligible access copy while reconciling the . The record must explain any extension, fee, refusal, processor handoff, negative search result, and final delivery.

Section 1

1. Open the DSAR intake record

Open one case record as soon as a request under GDPR data subject rights is received through privacy, support, sales, HR, security, product, or another official controller channel. Article 12 requires the controller to help people exercise their rights and to communicate in a concise, transparent, intelligible, and easily accessible form.

Keep the requester's original wording separate from the team's classification. A single message can combine access, erasure, objection, portability, correction, or automated-decision concerns, and the workflow should avoid narrowing the request before a reviewer has scoped it.

  • Capture case ID, receipt timestamp, intake channel, requester contact, apparent data subject, controller entity, accountable owner, reviewer, and default one-month due date.
  • Store the original request text, attachments, envelope metadata, language used, and any stated account, employee, device, transaction, or customer identifiers.
  • Classify the requested right or rights: access, rectification, erasure, restriction, portability, objection, automated-decision review, or mixed request.
  • Flag immediate handoffs: HR data, customer account data, child-related data, special category data, security logs, processor-held data, or data that may involve another person's rights and freedoms.
  • Treat a request as received when it reaches an official controller channel, even if the person did not use a privacy form, cite the GDPR, or send it directly to the privacy team.
Section 2

2. Confirm identity without over-collecting

Do not turn identity verification into a default document-collection step. Article 12 allows additional information where the controller has reasonable doubts about the identity of the person making the request, and Article 11 addresses situations where the controller cannot identify the data subject from the data it holds.

The workflow should record why identity is already reliable or why extra information is necessary. The extra information requested should be tied to the data at issue, the channel used, and the risk of disclosing or changing personal data for the wrong person.

  • Record existing identity signals such as authenticated session, verified email, employee account, customer ID, support history, signed channel, or prior verified relationship.
  • If identity is uncertain, ask only for additional information necessary to confirm the identity for this request and record the reason for asking.
  • For a representative, verify both the representative and the authority to act for the data subject; tailor the proof to the sensitivity and consequence of the requested disclosure or action.
  • If the controller cannot identify the data subject from available data, record the no-match result and what additional information would make identification possible.
  • Keep identity proof, verification notes, and access permissions separate from the response export so unnecessary identity material is not reused or disclosed.
  • Delete or restrict access to newly collected identity evidence under a documented retention rule once it is no longer needed for the request record or legal claims.
Section 4

4. Build and quality-check the Article 15 response

Build the access response from all three Article 15 components: confirmation whether personal data is processed, access to the personal data itself, and the supplementary information listed in Article 15(1) and 15(2). Where the data has been disclosed, the response should identify the actual recipients unless the person chooses categories, identifying recipients is impossible, or the request is manifestly unfounded or excessive under the applicable EDPB guidance.

Choose the form from the data and the reader's needs. A compilation can work if it reproduces all in-scope personal data without altering meaning; a source document, audio file, image, or contextual extract may be needed when the medium itself carries personal data or the context is necessary to understand it. A portal must allow the person to download the data and cannot hide data that must be supplied another way.

  • Confirmation check: state whether the controller processes personal data about the person; a no-data result should identify the controller entity and search basis clearly enough to explain the conclusion.
  • Copy check: reconcile exports by identifier and system, remove duplicates only when no distinct context is lost, preserve timestamps and field meanings, and verify that redaction did not remove the requester's own data unnecessarily.
  • Supplementary-information check: cover purposes, categories, retention period or criteria, rights and complaint information, source where not collected from the person, transfer safeguards under Article 15(2), and Article 22 information where relevant.
  • Recipient check: distinguish intended recipient categories in a privacy notice from the actual recipients to whom data was disclosed, and retain the evidence used to identify them.
  • Format check: use clear labels, explain codes and inferred values, provide a durable and commonly used electronic form where applicable, and avoid requiring paid software to read it.
  • Layered-response check: use layers only when a large volume would otherwise be difficult to understand, describe every layer at the outset, let the person obtain all layers without a new request or disproportionate effort, and never use layering to reduce scope.
  • Rights-and-freedoms check: identify the specific competing right, assess the likelihood and severity of harm, try redaction or another reconciliation measure, and record why any withheld material could not be supplied.
Section 5

5. Run the one-month response clock

The record should show the Article 12 timing position at all times. The controller must provide information on action taken without undue delay and in any event within one month of receipt. A two-month extension is available where necessary because of request complexity or number, but the data subject must be told within one month of receipt and given the reasons for the delay.

Use the clock record to manage processor requests, internal exports, legal review, redactions, and final delivery. Do not treat internal backlogs, tool limitations, or unclear ownership as an extension reason unless the recorded facts fit the GDPR standard.

  • Clock fields: receipt date, default due date, response owner, legal reviewer, data owners, processor owners, response target, and escalation date.
  • Extension fields: complexity or number of requests, affected systems or processors, reason for delay, date notice sent to the data subject, and revised deadline.
  • Communication fields: response channel, electronic-response preference where the request was electronic, plain-language review, and secure-delivery method.
  • Delay control: escalate before the deadline when identity verification, processor response, redaction, or rights-and-freedoms review threatens timely closure.
  • Suspension record: if relying on EDPB access guidance while necessary identity information or a qualifying Recital 63 clarification is outstanding, record the prompt request, why it was necessary, the dates, and the resumed calculation; do not treat this as a general GDPR pause.
Section 6

6. Decide response, extension, fee, or refusal

Most requests should close with action taken and a clear response. If the controller does not take action, Article 12 requires notice without delay and at the latest within one month, including reasons and information about complaint and judicial-remedy options.

Fees and refusals need their own evidence path. Article 12 allows a reasonable fee or refusal only where requests are manifestly unfounded or excessive, in particular because of repetitive character, and the controller bears the burden of demonstrating that character.

  • Response decision: what action was taken, which records or systems were included, what was excluded, what was redacted, and who approved the final package.
  • Access-copy decision: provide the first copy free of charge, assess any reasonable fee for further copies only by administrative cost, and use redaction or partial disclosure where possible rather than treating the as a blanket refusal ground.
  • Extension decision: why the request is complex or numerous, what work remains, when the extension notice was sent, and what revised target is being managed.
  • No-data decision: document identifiers and systems checked, state that the controller does not process matching personal data where that is the supported result, and distinguish a negative confirmation from refusal to act.
  • No-action decision: factual basis, GDPR right involved, legal reviewer, data-subject notice, complaint language, judicial-remedy language, and approval timestamp.
  • Fee or refusal decision: evidence that the request is manifestly unfounded or excessive, administrative-cost basis if a fee is charged, and the controller's burden-of-proof record; do not rely on search effort, hostile language, or possible litigation alone.
Section 7

7. Coordinate processors and preserve evidence

The controller remains accountable for the response, but processors often hold records, logs, exports, deletion controls, or support evidence needed to answer. Article 28 requires processor terms to include assistance, by appropriate technical and organisational measures where possible, for the controller's obligation to respond to Chapter III rights requests.

Close the workflow only when the response package and evidence file align. The evidence file should prove how the request was handled; the data-subject response should contain only the response content that is appropriate to disclose.

  • Processor evidence: documented instruction, vendor contact, request date, response date, systems searched, export format, no-data confirmation, deletion or restriction confirmation, and unresolved gaps.
  • Search evidence: repositories searched, search criteria used, data owners contacted, retention constraints, archives checked, and quality-control review.
  • Disclosure evidence: redaction rationale, third-party rights-and-freedoms review, secure-transfer proof, language or accessibility considerations, final response text, and delivery timestamp.
  • Action evidence: corrected values, erasure or restriction confirmation, recipient notifications under Article 19, portability file and transmission result, objection outcome, or Article 22 human-review record where the request included those rights.
  • Reopening triggers: follow-up request, new identifier, late processor response, missed system, correction from the data subject, complaint escalation, or evidence that the original response was incomplete.
Recommended next step

This guide helps operationalize DSAR intake and response

Sorena can help convert GDPR rights-request intake, identity checks, one-month clock management, processor handoffs, response review, and evidence records into a repeatable DSAR workflow.

Primary sources

References and citations

eur-lex.europa.eu
Referenced sections
  • Articles 24 and 28 support accountable controller measures and processor assistance for responding to GDPR Chapter III rights requests.
"assists the controller"
eur-lex.europa.eu
Referenced sections
  • Article 15 defines confirmation, access, supplementary information, copy format, transfer-safeguard information, and the rights-and-freedoms limitation.
"The controller shall provide a copy"
Related guides

Explore more topics

Does the EU GDPR apply outside the EU under Article 3?
A GDPR Article 3 territorial-scope FAQ covering EU establishment, non-EU targeting, monitoring in the EU, public-international-law cases, and Article 27 representatives.
EU GDPR Applicability Test for Products, Vendors, and Data Flows
A concrete GDPR scope test for personal data, controller and processor roles, EU establishment, EU targeting or monitoring, special-category and child data, transfers, vendors, and evidence.
EU GDPR Article 30 RoPA Intake Workflow
This GDPR Article 30 RoPA intake workflow helps capture controller and processor fields, owners, transfers, retention, security measures, and evidence before a processing activity goes live.
EU GDPR Article 6 Legal Bases FAQ
FAQ on the six Article 6 GDPR lawful bases, consent caveats, legitimate interests, public-task and legal-obligation limits, and Article 9 special-category data.
EU GDPR Automated Decision-Making and Profiling: Article 22 Scope, Safeguards, and Evidence
GDPR guide to profiling and Article 22 decisions: scope, transparency, lawful basis, DPIA triggers, safeguards, human intervention, challenge rights, and evidence.
EU GDPR Breach Notification 72 Hours: Article 33 and 34 workflow
Official source EU GDPR breach notification workflow covering awareness, 72-hour supervisory authority notices, processor escalation, high-risk data-subject communication, delay reasons, and evidence logs.
EU GDPR Breach Notification Workflow: 72-hour clock, risk assessment, and records
A concrete EU GDPR breach notification workflow for detecting and triaging incidents, starting the awareness clock, assessing risk, notifying authorities or data subjects, and keeping Article 33 records.
EU GDPR Checklist: scope, lawful basis, DSARs, DPIA, RoPA, transfers
This GDPR checklist helps review scope, lawful basis, notices, DSAR handling, DPIAs, RoPA, processor contracts, SCC transfers, breach notification, retention, security, and evidence.
EU GDPR Children and Special-Category Data Guide
GDPR guide to children's consent and special-category data: Article 8 national age variation, Article 9 conditions, transparency, DPIA triggers, safeguards, and evidence.
EU GDPR Compliance Checklist: scope, rights, DPIA, RoPA, transfers
Practical EU GDPR compliance guide for mapping scope, lawful basis, notices, data-subject rights, DPIAs, RoPA, processor terms, breaches, transfers, retention, security, and penalties.
EU GDPR Controller, Processor, and Joint Controller Roles
Classify GDPR controllers, processors, and joint controllers from actual decision-making, then document Article 26 allocation, Article 28 terms, instructions, and vendor evidence.
EU GDPR Data Subject Rights and DSAR Workflow
GDPR rights-request workflow for intake, identity checks, request scope, the one-month response clock, extensions, refusals, processor coordination, and evidence.
EU GDPR deadlines and compliance calendar
EU GDPR calendar for calculating rights-request deadlines, breach notification, DPIA and prior-consultation gates, transfer reviews, and retention checks.
EU GDPR DPIA and Prior Consultation Workflow
Screen high-risk processing, run a GDPR Article 35 DPIA, record mitigation, and identify when Article 36 prior consultation is required.
EU GDPR DPIA and risk management under Articles 35 and 36
EU GDPR DPIA guide covering Article 35 triggers and contents, CNIL and DPC PIA methods, residual risk, mitigation records, and prior consultation limits.
EU GDPR DSAR Exceptions: refusal, extensions, identity checks
FAQ on when EU GDPR controllers may extend, charge for, narrow, redact, or refuse a data subject access request under Articles 12 and 15.
EU GDPR FAQ: scope, lawful basis, rights, DPIA, breaches, transfers
Direct EU GDPR FAQ answers on scope, controller and processor roles, lawful basis, data subject rights, DPIAs, breach notification, international transfers, and Article 83 fine tiers.
EU GDPR International Transfers and SCCs: Chapter V evidence guide
GDPR Chapter V guide to adequacy decisions, SCCs, transfer assessments, supplementary measures, Article 49 derogations, and EU-US DPF checks.
EU GDPR Lawful Basis and Consent Guide
Focused GDPR guide to Article 6 lawful bases, consent conditions, legitimate interests, special category data, withdrawal, and evidence records.
EU GDPR Lawful Basis and LIA Workflow for Article 6(1)(f)
Assess GDPR legitimate interests with a purpose, necessity, balancing, Article 21 objection, and evidence-record workflow based on Article 6(1)(f).
EU GDPR Lead Supervisory Authority and One-Stop-Shop
How GDPR main establishment, cross-border processing, Article 56 lead authority competence, and Article 60 cooperation fit together.
EU GDPR LIA Template for Article 6(1)(f)
This EU GDPR legitimate interests assessment template helps document Article 6(1)(f) purpose, necessity, balancing, safeguards, objection rights, and evidence.
EU GDPR penalties and fines: Article 83 tiers and evidence
EU GDPR penalties guide covering Article 83 fine ceilings, the EDPB calculation method, CJEU conditions, Article 58 powers, and evidence.
EU GDPR Processor Contracts and Vendor Management | Article 28 Evidence Guide
EU GDPR Article 28 guide for processor contracts, sub-processor controls, controller-processor role boundaries, vendor evidence, and SCC transfer clauses where applicable.
EU GDPR Record of Processing Activities Template: Article 30 RoPA Fields
Build a GDPR Article 30 record of processing activities with separate controller and processor fields for purposes, data categories, recipients, transfers, erasure time limits, and security measures.
EU GDPR Requirements: scope, rights, security, DPIA, RoPA, and transfers
Overview of core EU GDPR requirements covering scope, principles, lawful basis, notices, data-subject rights, processors, RoPA, security, breaches, DPIAs, and international transfers.
EU GDPR Retention and Erasure Schedule
Build an EU GDPR retention and erasure schedule with purpose-based periods, expiry actions, Article 17 decisions, recipient notices, and deletion evidence.
EU GDPR SCC Transfer Impact Assessment FAQ
FAQ on when SCC transfer impact assessments are needed, what Clause 14 records, and when supplementary safeguards or transfer suspension are required.
EU GDPR Transfer TIA and SCC Workflow
A GDPR workflow for checking adequacy, selecting SCC modules, documenting transfer impact assessments, and recording supplementary measures for third-country transfers.
EU GDPR Transparency Notices: Articles 12, 13 and 14
GDPR privacy-notice guide for Articles 12, 13, and 14: direct collection, other data sources, purposes, lawful bases, recipients, transfers, retention, rights, and timing.
EU GDPR vs Brazil LGPD: scope, legal bases, rights, incidents, and transfers
Compare EU GDPR and Brazil LGPD scope, actors, legal bases, rights timing, security incidents, international transfers, evidence, regulators, and penalties.
EU GDPR vs California CCPA: scope, rights, opt-outs, and evidence
Compare EU GDPR and California CCPA scope, roles, consumer rights, response times, sale and sharing opt-outs, risk assessments, contracts, transfers, and enforcement.
EU GDPR vs ePrivacy Directive: personal data, cookies, consent, and communications
Compare the EU GDPR and ePrivacy Directive for personal data processing, consent and lawful basis, cookies and terminal access, electronic communications, and parallel compliance.
EU GDPR vs UK GDPR: Scope, Rights, Transfers, and Evidence
Compare the EU GDPR and amended UK GDPR across scope, rights, automated decisions, accountability, breaches, regulators, and international transfers.
GDPR processor vs controller: role boundaries and evidence
Decide whether a party is a GDPR controller, processor, or joint controller using purpose-and-means tests, Article 28 terms, Article 26 arrangements, and Article 30 records.
GDPR vs EU AI Act: privacy controls for AI systems
Map the GDPR work that remains necessary when an AI system processes personal data, including lawful basis, notices, DPIAs, Article 22, rights, security, records, and transfers.
GDPR vs EU Data Act: personal data, connected products, and access rights
Compare GDPR privacy duties with EU Data Act rights and duties for connected-product data, third-party access, data holders, users, contracts, cloud switching, and enforcement.
When does the EU GDPR require a DPIA?
Answer the EU GDPR DPIA threshold question with Article 35 triggers, high-risk criteria, supervisory-authority list checks, and DPIA content requirements.
When does the GDPR 72-hour breach notification clock start?
GDPR breach-awareness FAQ covering the Article 33 clock, processor escalation, delayed or phased notifications, risk assessment, and records to keep.