Artifact GuideEU

EU GDPR Frequently asked questions

Answers to recurring GDPR questions about territorial scope, controller and processor roles, lawful basis, rights requests, DPIAs, breach notification, transfer mechanisms, and penalty tiers.

Each answer stays at EU-level GDPR grounding and avoids national procedures, derogations, or authority-specific variants unless the cited source supports them.

Author
Sorena AI
Published
May 9, 2026
Updated
May 9, 2026
FAQ modules
7

Structured answer sets in this page tree.

Primary sources
13

Cited legal and guidance references.

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

Use this EU GDPR FAQ for source-linked answers to core GDPR implementation questions: when GDPR applies, how to separate controller and processor duties, which lawful basis to record, how rights requests work, when a DPIA or breach notice is triggered, what transfer safeguards are available, and how Article 83 fine tiers are framed.

Browse sub-FAQs

Choose the question set you need

These focused FAQ modules break this artifact into narrower answer sets so teams can move straight to the right source-backed guidance.

Browse all FAQ items29
Focused FAQ modules
7
Showing 7 of 7
FAQ module

Does the EU GDPR apply outside the EU under Article 3?

A grounded GDPR Article 3 territorial-scope FAQ covering EU establishment, offering goods or services, monitoring behavior in the EU, and Article 27 representatives.

4 items
FAQ module

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.

5 items
FAQ module

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.

5 items
FAQ module

EU GDPR SCC Transfer Impact Assessment FAQ

source-linked FAQ on when SCC transfer impact assessments are needed, what Clause 14 records, and when supplementary safeguards or transfer suspension are required.

3 items
FAQ module

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.

4 items
FAQ module

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.

4 items
FAQ module

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.

4 items
Question 1

When does the EU GDPR apply?

The GDPR applies to processing of personal data in the context of an establishment of a controller or processor in the Union, regardless of whether the processing itself takes place in the Union. It can also apply to non-EU controllers or processors when the processing relates to offering goods or services to people in the Union, or monitoring their behaviour in the Union.

Scope is assessed by processing activity, not just by company headquarters. A business can have some processing activities in scope and others outside the GDPR, so the FAQ answer should identify the activity, people affected, role, establishment or targeting facts, and data involved.

Does the GDPR apply only to EU companies?

No. GDPR Article 3 can apply because a controller or processor has an EU establishment, or because a non-EU controller or processor offers goods or services to people in the Union or monitors their behaviour there.

Can one company have both in-scope and out-of-scope processing?

Yes. EDPB territorial-scope guidance treats scope as a processing-activity assessment, so teams should document the specific activity rather than making a company-wide assumption.

  • Check whether the data is personal data about natural persons and whether the activity is processing.
  • Check Article 3 establishment facts first, then non-EU targeting or monitoring facts.
  • Do not treat EU user location alone as the whole answer; tie it to the processing activity and the Article 3 trigger.
  • If Article 3(2) applies to a non-EU controller or processor, check whether an EU representative obligation is also triggered.
Question 2

Who is the controller, processor, or joint controller?

A controller determines the purposes and means of processing. A processor processes personal data on behalf of a controller. Joint controllers jointly determine purposes and means, and must transparently allocate responsibilities for GDPR duties.

The label in a vendor form is not decisive. The role analysis should use the actual decision-making facts: who decides why data is processed, what data is processed, how long it is kept, who receives it, and whether another party acts only on documented instructions.

Is every vendor a GDPR processor?

No. A vendor is a processor only for processing it performs on behalf of a controller under documented instructions. If the vendor decides its own purposes and essential means, it may be a controller for that activity.

What must a processor contract cover?

Article 28 requires a binding contract or legal act covering documented instructions, confidentiality, security measures, subprocessor controls, assistance with rights and other controller duties, return or deletion, audits, and compliance information.

  • Use Article 28 terms when a processor handles personal data for a controller.
  • Check subprocessor authorization and flow-down terms before the processor adds or replaces subprocessors.
  • Use an Article 26 arrangement where two or more parties jointly determine purposes and means.
  • Keep role decisions per processing operation because one party can be a controller for one activity and a processor for another.
Question 3

Which lawful basis should be recorded?

Every processing purpose needs a lawful basis under Article 6 before the processing starts. The six Article 6 bases are consent, contract, legal obligation, vital interests, public task, and legitimate interests.

Consent is only one lawful basis and must be freely given, specific, informed, and unambiguous. If the service is conditional on consent to processing that is not necessary for the contract, or if the person cannot withdraw without detriment, the consent answer is risky and another lawful basis may be needed.

Can a team choose lawful basis after launch?

No. The lawful basis should be identified before processing because it controls transparency, rights handling, records, and whether the processing is lawful.

Is consent always the safest GDPR lawful basis?

No. Consent is valid only when the GDPR and EDPB consent conditions are met. Where consent is not freely given or is bundled with unnecessary processing, another Article 6 basis may be more appropriate if the facts support it.

  • Record the lawful basis separately for each processing purpose, not only for the product as a whole.
  • For consent, keep the notice, choice text, affirmative action, timestamp, withdrawal path, and version history.
  • For legitimate interests, keep the purpose, necessity reasoning, balancing assessment, safeguards, and objection handling.
  • Update notices and records of processing when the lawful basis or purpose changes.
Question 4

How should data subject rights requests be handled?

GDPR rights include transparent information, access, rectification, erasure, restriction, portability, objection, and rights related to automated individual decision-making. For access requests, the controller should confirm whether it processes the person's data, provide access to the personal data, and provide information about the processing.

The response process should identify the requester, locate personal data across relevant systems, apply any GDPR-supported limits carefully, and respond as soon as possible and in any event within one month unless an extension is justified by complexity or number of requests.

Does every rights request require the same response?

No. Each right has its own GDPR conditions. Access, erasure, portability, restriction, objection, and rectification requests should be routed to the rule that matches the request and lawful basis.

What is the access-request deadline?

EDPB access guidance says the controller must fulfill the request as soon as possible and in any event within one month of receipt, with a possible two-month extension where necessary because of complexity or number of requests.

  • Keep a DSAR log with request date, identity checks, scope, systems searched, response date, and any refusal or extension reason.
  • For access, include confirmation, the personal data, and processing information such as purposes, categories, recipients, retention, rights, and transfer safeguards where relevant.
  • For erasure or objection, check the Article 17 and Article 21 conditions rather than treating every request as automatic.
  • If a request is refused or charged as manifestly unfounded or excessive, keep the facts supporting that decision.
Question 5

When is a DPIA required?

A data protection impact assessment is required before processing that is likely to result in high risk to the rights and freedoms of natural persons, taking account of the nature, scope, context, and purposes of the processing, especially where new technologies are used.

Article 35 gives examples including systematic and extensive evaluation with legal or similarly significant effects, large-scale processing of special categories or criminal-offence data, and systematic monitoring of publicly accessible areas on a large scale. If a DPIA still indicates high risk in the absence of measures, Article 36 prior consultation may be required before processing.

Is a DPIA required for every processing activity?

No. Article 35 requires a DPIA where processing is likely to result in high risk. Lower-risk processing still needs GDPR compliance evidence, but not every activity requires a DPIA.

What should a DPIA contain?

Article 35(7) requires at least a systematic description of processing and purposes, an assessment of necessity and proportionality, an assessment of risks to people, and the measures planned to address those risks.

  • Screen high-risk indicators before launch or material change.
  • Record the processing description, purposes, necessity and proportionality, risks to people, and measures addressing those risks.
  • Include DPO advice where a DPO is designated and document whether data-subject views were sought where appropriate.
  • Reopen the DPIA when the processing purpose, data, scale, technology, provider, safeguards, or risk profile materially changes.
Question 6

When must a personal data breach be notified?

A controller must notify the competent supervisory authority without undue delay and, where feasible, not later than 72 hours after becoming aware of a personal data breach, unless the breach is unlikely to result in a risk to the rights and freedoms of natural persons. A processor must notify the controller without undue delay after becoming aware of a personal data breach.

Data-subject communication is a separate Article 34 question. It is required without undue delay when the personal data breach is likely to result in a high risk to the rights and freedoms of natural persons, unless an Article 34 exception applies.

Does every security incident trigger the GDPR 72-hour clock?

No. The Article 33 clock concerns personal data breaches. Teams should first decide whether a security incident compromised personal data, then assess risk to individuals.

Is notifying individuals the same as notifying the supervisory authority?

No. Supervisory-authority notification uses the Article 33 risk threshold; data-subject communication under Article 34 uses a high-risk threshold.

  • Record when awareness occurred, what facts were known, and who made the risk decision.
  • If notification is late, include reasons for the delay.
  • Use phased notification if all information is not available at once, and provide further information without undue further delay.
  • Keep the breach record even when the decision is not to notify because Article 33(5) requires documentation of personal data breaches.
Question 7

How do GDPR international transfers work?

Chapter V applies when personal data is transferred to a third country or international organisation. A transfer can rely on an adequacy decision, or, in the absence of adequacy, appropriate safeguards such as standard contractual clauses, provided enforceable data subject rights and effective legal remedies are available.

Standard contractual clauses are not just a template attachment. After Schrems II and EDPB supplementary-measures guidance, exporters should assess the transfer circumstances and whether the transfer tool works in practice, including whether supplementary measures are needed.

Are SCCs enough for every third-country transfer?

No. SCCs are an Article 46 safeguard, but the transfer still needs an assessment of whether the clauses can be complied with in practice and whether supplementary measures are needed.

What is the first transfer question?

Identify whether personal data leaves the GDPR-protected context for a third country or international organisation, then check adequacy, appropriate safeguards, and any needed supplementary measures.

  • Identify the exporter, importer, roles, destination, data categories, data subjects, onward transfers, and remote-access facts.
  • Check whether an adequacy decision covers the transfer before selecting another mechanism.
  • If relying on SCCs, select the correct module and keep the transfer assessment with any supplementary measures.
  • Do not use Article 49 derogations as a routine transfer program unless the specific derogation conditions are supported.
Question 8

What penalties can apply under Article 83?

GDPR Article 83 requires administrative fines to be effective, proportionate, and dissuasive in each individual case. It sets two main maximum tiers: up to EUR 10,000,000 or 2% of total worldwide annual turnover for certain infringements, and up to EUR 20,000,000 or 4% of total worldwide annual turnover for more serious infringements, in each case whichever is higher for undertakings.

The FAQ should not invent national penalty variants. Article 83 also states that Member States may lay down rules on administrative fines for public authorities and bodies, and Article 84 covers other penalties, so national details should be handled only with separate grounded national sources.

Is every GDPR violation automatically a 4% turnover fine?

No. Article 83 has different tiers and requires the supervisory authority to assess the circumstances of the individual case. The 4% tier is a maximum for specified infringements, not an automatic amount.

Can this FAQ state country-specific fine rules?

No. This root EU GDPR FAQ should stay with Article 83 and Article 84 unless a separate grounded national source supports the country-specific penalty rule.

  • Use Article 83(2) factors when describing fine exposure, including nature, gravity, duration, intent, mitigation, responsibility, cooperation, data categories, and prior infringements.
  • Use the EUR 10 million or 2% tier for Article 83(4) infringements.
  • Use the EUR 20 million or 4% tier for Article 83(5) infringements and non-compliance with certain supervisory-authority orders under Article 83(6).
  • Separate administrative fines from compensation, corrective orders, suspension orders, and other penalties.
Primary sources

References and citations

dataprotection.ie
Referenced sections
  • DPC guidance summarizes the six Article 6 legal bases and the need to identify the reason for processing.
"consent; contract; legal obligation; vital interests; public task; or legitimate interests"
edpb.europa.eu
Referenced sections
  • EDPB guidance explains that Article 3 scope turns on the relevant processing activity and the establishment or targeting criterion.
"establishment criterion"
eur-lex.europa.eu
Referenced sections
  • Articles 33 and 34 ground controller notification, processor escalation, breach documentation, and high-risk data-subject communication.
"not later than 72 hours after having become aware"
eur-lex.europa.eu
Referenced sections
  • Articles 44 to 49 ground international transfer mechanisms, safeguards, and derogations.
"transfers of personal data to third countries"
Related guides

Explore more topics

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
Use this GDPR Article 30 RoPA intake workflow to capture controller and processor fields, owners, transfers, retention, security measures, and evidence before a processing activity goes live.
EU GDPR Automated Decision-Making and Profiling: Article 22 Scope, Safeguards, and Evidence
source-linked GDPR guide for automated decision-making and profiling: Article 22 scope, profiling definition, transparency, lawful basis, DPIA triggers, human review rights, and evidence.
EU GDPR Breach Notification 72 Hours: Article 33 and 34 workflow
Source-grounded 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
Use this GDPR checklist to 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
source-linked GDPR guide for Article 8 children's consent, Article 9 special-category data, DPIA triggers, transparency, safeguards, and evidence records.
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
source-linked GDPR guide for classifying controllers, processors, and joint controllers, with Article 28 contract checks, Article 26 transparency, and vendor evidence.
EU GDPR Data Subject Rights and DSAR Workflow
source-linked GDPR DSAR workflow for intake, identity checks, request scope, the one-month response clock, extensions, refusals, processor escalation, and evidence.
EU GDPR deadlines and compliance calendar
source-linked GDPR calendar entries for applicability, DSAR response timing, breach notification, DPIA review, prior consultation, 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 Workflow: Intake, Clock, Rights, and Evidence
Run a GDPR DSAR workflow for intake, identity checks, rights scoping, one-month response timing, extensions, refusals, processor handoffs, and evidence records.
EU GDPR International Transfers and SCCs: Chapter V evidence guide
source-linked guide to GDPR Chapter V transfers, adequacy decisions, SCCs, transfer impact assessments, supplementary measures, 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 grounded in 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)
Use this EU GDPR legitimate interests assessment template to 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 and fines guide covering Article 83 fine tiers, assessment factors, Article 58 powers, and evidence records for controllers and processors.
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 around storage limitation, Article 17 erasure grounds, Article 12 rights handling, Article 19 recipient notices, and Article 30 RoPA fields.
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
Source-grounded GDPR guide to privacy notices under Articles 12, 13 and 14: direct collection, third-party data sources, recipients, transfers, retention, rights, and lawful basis.
EU GDPR vs Brazil LGPD: GDPR-led comparison and source gaps
Compare EU GDPR duties with Brazil LGPD only where the available sources support the comparator, with GDPR rows for lawful basis, rights, breach, transfers, roles, and evidence.
EU GDPR vs California CCPA: grounded GDPR comparison limits
Compare GDPR implementation duties with source-limited California CCPA/CPRA context, showing where the available grounding supports a claim and where it does not.
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: source-limited compliance comparison
Compare EU GDPR obligations with source-limited UK GDPR transfer notes grounded in EU GDPR sources, covering scope, lawful basis, rights, accountability, records, DPIAs, security, and transfers.
GDPR vs EU AI Act: privacy controls for AI systems
Compare GDPR privacy duties with the EU AI Act only where the GDPR source pack supports the point: lawful basis, notices, DPIA, ADM, RoPA, rights, and source limits.
GDPR vs EU Data Act: personal data safeguards and source limits
Compare GDPR obligations with the EU Data Act only where the available GDPR grounding supports the fact pattern, with clear safeguards for personal data, rights, transfers, and accountability.