FAQ item index

Search every question across sub-FAQs

Find the exact question, open the source answer card, and copy a direct link to the anchored sub-FAQ response.

Indexed coverage
29of29items
Across 7 modules • Updated Jul 24, 2026
Author
Sorena AI
Published
May 9, 2026
Updated
Jul 24, 2026
Does the EU GDPR apply outside the EU under Article 3?

Does GDPR Article 3 apply to a non-EU organization?

It can, but only through the Article 3 triggers. First, GDPR applies to processing carried out in the context of the activities of an establishment of a controller or processor in the Union, even if the processing itself takes place outside the Union.

Second, for a controller or processor not established in the Union, GDPR applies only where the processing relates to offering goods or services to data subjects in the Union or monitoring their behavior as far as that behavior takes place in the Union. The EDPB stresses that the Article 3 assessment is made for the particular processing activity, not by labeling the entire legal entity as globally in scope.

Article 3(3) is a separate rule: GDPR also applies where Member State law applies by virtue of public international law. The EDPB gives EU Member State diplomatic missions and consular posts as the relevant type of setting; this is not a general fallback for ordinary overseas business activity.

  • Start with Article 3(1): identify any EU establishment and explain how the processing is carried out in the context of that establishment's activities.
  • If there is no EU establishment trigger, test Article 3(2)(a): whether the processing relates to offering goods or services to data subjects who are in the Union.
  • Separately test Article 3(2)(b): whether the processing relates to monitoring behavior that takes place within the Union.
  • Check Article 3(3) only where Member State law may apply by virtue of public international law, and record the instrument or status that creates that link.
  • Avoid unsupported conclusions such as "EU user equals GDPR" or "non-EU company equals out of scope"; document the actual processing activity and the trigger that applies.

Does the GDPR automatically apply to every non-EU company with EU customers?

No. Article 3 requires an EU establishment context, an offer of goods or services to data subjects in the Union, monitoring of behavior in the Union, or the separate public-international-law rule in Article 3(3). For Article 3(2), merely processing personal data about someone in the Union is not enough without the targeting or monitoring element.

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

What facts show offering goods or services to people in the Union?

For Article 3(2)(a), the key question is whether the controller or processor appears to envisage offering goods or services to data subjects in one or more EU Member States. Payment is not required.

A website being reachable from the Union, listing an email address, or using a language generally used in the organization's own country is not enough by itself. Stronger evidence can include naming EU Member States in the offer, EU-directed advertising, EU delivery, EU customer references, EU languages or currencies tied to ordering, EU contact details, or an EU top-level domain.

  • Keep screenshots or product records showing EU countries, delivery areas, booking availability, account creation, or checkout paths.
  • Record language, currency, domain, ad-campaign, search-marketing, and customer-reference signals together; one weak signal may not be enough on its own.
  • Distinguish intentional EU offering from incidental use by a person who happens to travel into the Union.
  • Map the evidence to the processing activity, such as account registration, payment, shipping, customer support, personalization, or marketing.
Citations
Does the EU GDPR apply outside the EU under Article 3?

What counts as monitoring behavior in the Union?

Article 3(2)(b) applies where the processing relates to monitoring data subjects' behavior and that behavior takes place within the Union. The EDPB says monitoring requires attention to the controller's purpose, especially later behavioral analysis or profiling; not every collection or analysis of data from people in the Union is automatically monitoring.

Official source examples of monitoring indicators include behavioral advertising, geolocation for marketing, online tracking through cookies or fingerprinting, personalized health or diet analytics, CCTV, individual-profile market studies, and monitoring or regular reporting on a person's health status.

  • Identify the behavior observed, where it takes place, and the personal data used to observe it.
  • Record whether tracking, profiling, prediction, segmentation, targeted advertising, or individualized reporting is part of the purpose.
  • Separate ordinary service logging from behavior monitoring when there is no later behavioral analysis or profiling purpose.
  • For processors, document whether their processing is related to the controller's EU-targeting or EU-monitoring activity.
Citations
EDPB Guidelines 3/2018 on territorial scope

Explains that monitoring depends on purpose and behavioral analysis or profiling, and gives examples such as cookies, fingerprinting, geolocation, CCTV, and health-status monitoring.

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

When is an EU representative needed?

Where Article 3(2) applies, a non-EU controller or processor must designate a representative in the Union unless an Article 27(2) exemption applies. The GDPR exemptions are narrow: processing that is occasional, does not include large-scale processing of special-category or criminal-offence data, and is unlikely to result in a risk to natural persons' rights and freedoms, or processing by a public authority or body.

The representative must be established in one of the Member States where the relevant data subjects are located. The EDPB also says designation of a representative does not itself create an EU establishment under Article 3(1), and it does not remove the controller's or processor's own responsibility or liability.

  • Keep the written representative mandate and the Member State rationale tied to where affected data subjects are located.
  • Keep representative contact details aligned with privacy notices and other Article 13 or 14 information given to data subjects.
  • Keep enough processing-record information available for the representative to produce records when addressed under Article 27 and Article 30.
  • Do not rely on the representative as a substitute controller, processor, or DPO without checking the EDPB conflict guidance.
Citations
Regulation (EU) 2016/679 (GDPR)

Article 27 requires a written representative for Article 3(2) controllers or processors and states the exemptions, location rule, mandate, and liability reservation.

EU GDPR Article 6 Legal Bases

What are the six Article 6 lawful bases?

Article 6(1) GDPR lists six lawful bases: consent for one or more specific purposes; necessity for a contract with the data subject or pre-contract steps requested by the data subject; necessity for a legal obligation that applies to the controller; necessity to protect vital interests; necessity for a public-interest task or official authority vested in the controller; and necessity for legitimate interests pursued by the controller or a third party, unless overridden by the data subject's interests or fundamental rights and freedoms.

Pick the basis for the specific purpose, not for the system as a whole. A product may rely on contract for processing objectively necessary to deliver the requested service, legal obligation for records required by law, consent for optional communications, and legitimate interests for a separate operational purpose if the necessity and balancing tests support it.

  • Consent: record the specific purpose and the affirmative consent event.
  • Contract: show why the processing is objectively necessary to perform the contract or take a pre-contract step requested by the data subject; a useful contract term does not make unrelated processing necessary.
  • Legal obligation: identify the Union or Member State law that requires the controller to process the data.
  • Vital interests: identify the interest essential to a person's life and, especially when protecting someone other than the data subject, why the processing cannot manifestly rest on another lawful basis.
  • Public task or official authority: link the processing to the public-interest task or official authority vested in the controller.
  • Legitimate interests: document the interest, necessity, and balancing test, including child or rights impacts.

Can a team choose any GDPR lawful basis that is convenient?

No. Article 6 requires at least one lawful basis, but the basis must match the purpose and facts of the processing. A controller should ask why the personal data is being processed, whether the chosen basis actually covers that purpose, and what obligation follows from that choice.

Citations
EU GDPR Article 6 Legal Bases

When is consent risky as the lawful basis?

Consent must be freely given, specific, informed, and unambiguous, and Article 7 requires the controller to demonstrate consent. It must be as easy to withdraw as to give, and withdrawal does not invalidate processing that was lawful before withdrawal.

Consent is weak where the person has no real choice, the request is bundled into terms, the service is conditional on unnecessary processing, or there is a power imbalance. The EDPB guidance calls out public-authority and employment contexts as situations where consent will often be difficult to rely on because free choice may be limited.

  • Do not use consent for data that is actually necessary to perform the requested service; test Article 6(1)(b) instead.
  • Do not bundle optional marketing, sharing, or analytics purposes into one all-or-nothing consent.
  • Keep enough consent records to show who consented, for what purpose, through which action, and what information was shown.
  • Give withdrawal through a practical route that is not harder than the original consent route.
  • Do not silently switch withdrawn or invalid consent to legitimate interests after collection.

Can a controller move from consent to legitimate interests if consent is withdrawn?

The EDPB consent guidance says controllers must decide the applicable lawful basis before collection and cannot silently migrate from consent to another lawful basis after withdrawal. If consent is chosen for a processing purpose, the controller should be prepared to stop that consent-based processing when consent is withdrawn unless another already-disclosed and valid basis covers a different purpose.

Citations
EU GDPR Article 6 Legal Bases

How should legitimate interests be documented?

Article 6(1)(f) is available where processing is necessary for legitimate interests pursued by the controller or a third party, unless those interests are overridden by the data subject's interests or fundamental rights and freedoms. The GDPR text specifically highlights protection of children in this balancing exercise.

A useful legitimate-interest record separates three questions: what legitimate interest is pursued, why the processing is necessary for that interest, and why the data subject's interests, rights, and freedoms do not override it. The record should also identify privacy notice text, objection handling, safeguards, and the review trigger.

  • Name the concrete interest, not a generic business preference.
  • Explain why less intrusive processing would not achieve the same purpose.
  • Assess affected people, reasonable expectations, sensitivity, consequences, and safeguards.
  • Do not use Article 6(1)(f) for public authorities processing in the performance of their tasks.
  • Reassess the balance when the purpose, data categories, profiling, user group, or safeguards change.

Is legitimate interests a fallback basis when no other basis fits?

No. Legitimate interests needs its own necessity and balancing analysis. It is not available to public authorities for processing carried out in the performance of their tasks, and it fails where the data subject's interests or fundamental rights and freedoms override the controller or third party interest.

Citations
Regulation (EU) 2016/679 (GDPR)

Article 6(1)(f) sets the legitimate-interests basis and excludes public authorities using it for processing in the performance of their tasks.

EU GDPR Article 6 Legal Bases

What limits apply to legal obligation and public task?

Article 6(1)(c) covers processing necessary for compliance with a legal obligation to which the controller is subject. Article 6(1)(e) covers processing necessary for a public-interest task or official authority vested in the controller.

Both bases need support in Union or Member State law. Article 6(3) says that the purpose must be determined in that legal basis, or for public task must be necessary for the public-interest task or official authority, and that the law must meet an objective of public interest and be proportionate to the legitimate aim pursued.

  • For legal obligation, cite the law that applies to the controller and requires the processing.
  • For public task, cite the public-interest task or official authority vested in the controller.
  • Do not treat internal policy, customer preference, or a contract clause as a GDPR Article 6(1)(c) legal obligation.
  • Do not invent Member State details unless the cited source in the record provides them.
  • Keep the cited legal basis, purpose, data categories, affected data subjects, recipients, retention logic, and safeguards together in the processing record.

Can a private organization rely on legal obligation because it wants to keep records?

Only if the processing is necessary for a legal obligation to which that controller is subject. A general preference to keep records, or a contractual commitment to a customer, is not enough for Article 6(1)(c) unless a relevant Union or Member State law requires the controller to process the personal data.

Citations
Regulation (EU) 2016/679 (GDPR)

Article 6(3) requires Article 6(1)(c) and 6(1)(e) processing to be based on Union or Member State law and limits the purpose and proportionality of that basis.

EU GDPR Article 6 Legal Bases

How does Article 9 special-category data change the answer?

Article 6 lawfulness is not the whole analysis when special-category data is involved. Article 9 separately prohibits processing data revealing racial or ethnic origin, political opinions, religious or philosophical beliefs, trade union membership, genetic data, biometric data used to uniquely identify a person, health data, or data about a person's sex life or sexual orientation unless an Article 9(2) condition applies.

A controller processing special-category data needs both an Article 6 lawful basis and an Article 9(2) condition. Explicit consent under Article 9(2)(a) is one possible condition, but Article 9 includes others and notes that Union or Member State law may prevent consent from lifting the prohibition in specified cases. Personal data about criminal convictions and offences is governed separately by Article 10, not by the Article 9 special-category list.

  • First identify the Article 6 lawful basis for the processing purpose.
  • Then identify the Article 9(2) condition if the data is special-category data.
  • For criminal-conviction or offence data, document the Article 6 basis and the Article 10 official-authority or Union or Member State law condition.
  • Do not describe Article 9 explicit consent as the same thing as ordinary Article 6 consent.
  • Flag health, biometric identification, union membership, political, religious, racial or ethnic, genetic, sex-life, and sexual-orientation data before launch.
  • Escalate if the asserted Article 9 condition depends on Union or Member State law not present in the source record.

Does an Article 6 lawful basis permit special-category processing by itself?

No. Article 6 is still needed, but Article 9 adds a separate prohibition and a separate list of conditions for special-category data. If the data falls within Article 9(1), document both the Article 6 basis and the Article 9(2) condition before processing.

Citations
EU GDPR DSAR Exceptions: refusal, extensions, identity checks

When can a controller extend a DSAR response?

Article 12(3) requires the controller to provide information on action taken without undue delay and in any event within one month of receiving the request. The controller may extend that period by two further months only where necessary, taking into account the complexity and number of requests.

The extension is not automatic. The controller must tell the data subject within one month of receipt that it is extending the response period and must give the reasons for the delay.

  • Record the date the request was received and the first one-month response deadline.
  • Identify the concrete complexity or request volume that makes the extension necessary.
  • Send the extension notice within the first month, with reasons for the delay.
  • Do not extend merely because a processor or internal team is slow to retrieve information.

Can an EU GDPR DSAR deadline be extended because the request is complex?

Yes, but only under Article 12(3). The controller may extend by up to two further months where necessary because of the complexity and number of requests, and it must notify the data subject within one month of receiving the DSAR with the reasons for the delay.

Citations
EU GDPR DSAR Exceptions: refusal, extensions, identity checks

When can a controller ask for identity information?

A controller may request additional information only where it has reasonable doubts about the identity of the person making the request. The additional information must be necessary to confirm identity, not a routine barrier to exercising rights.

If the controller cannot identify the data subject in Article 11 circumstances, Article 12 says the controller does not have to act unless the data subject provides additional information enabling identification. The identity check should be proportionate to the data and risk involved. EDPB guidance allows the response period to be suspended while necessary identity information is outstanding, but only if the controller asks for it without undue delay.

  • Do not demand extra identity documents for every DSAR by default.
  • Record the reasonable doubt that triggered the identity check.
  • Ask only for information necessary to confirm the requester's identity or authority.
  • For third-party or proxy requests, verify authority before disclosing personal data.

Can a controller pause a DSAR while checking identity?

The GDPR allows extra identity information where the controller has reasonable doubts about the requester. EDPB guidance says the response period may be suspended until the controller receives the necessary information if it asked without undue delay. The request must still be targeted and proportionate, not a blanket demand for identity documents.

Citations
Regulation (EU) 2016/679 (GDPR)

Article 12(2) and 12(6) cover facilitation of rights, inability to identify the data subject, and additional identity information where reasonable doubts exist.

EU GDPR DSAR Exceptions: refusal, extensions, identity checks

When can a controller charge a fee or refuse a DSAR?

Article 12(5) starts from a free-of-charge rule. A controller may charge a reasonable fee or refuse to act only where the request is manifestly unfounded or excessive, in particular because of its repetitive character. The controller bears the burden of demonstrating that condition. Any fee is limited to the administrative cost of providing the information, communication, or action requested.

EDPB guidance says these concepts must be interpreted narrowly and assessed case by case. Lack of reasons, inconvenience, large internal effort, or the possibility that the requester may use the data in a dispute does not by itself make the request excessive.

  • Test whether Article 15 is clearly not met before calling a request manifestly unfounded.
  • For repetitive requests, compare the interval, data-change frequency, data sensitivity, processing purpose, and overlap with prior requests.
  • Consider whether combining overlapping requests or charging administrative costs is more appropriate than refusal.
  • If refusing, tell the data subject the reasons, complaint right, and judicial remedy route no later than one month after receipt.

Can a controller refuse a DSAR because it is burdensome?

Not on burden alone. Under Article 12(5), refusal requires a manifestly unfounded or excessive request, and the controller must prove that character. EDPB guidance says a large amount of time and effort does not by itself make an access request excessive.

Can a controller charge before refusing an excessive DSAR?

Article 12(5) permits either a reasonable fee based on administrative costs or refusal. EDPB guidance treats a fee as often more appropriate for excessive repetitive requests and says controllers should indicate the planned fee so the data subject can decide whether to withdraw the request.

Citations
EU GDPR DSAR Exceptions: refusal, extensions, identity checks

Can access be narrowed to protect other people's rights?

Article 15(4) says the right to obtain a copy must not adversely affect the rights and freedoms of others. That is not a general permission to reject the whole DSAR. The controller should assess the concrete conflict and provide access in an adjusted form where reconciliation is possible.

Typical handling is to leave out or render illegible the parts that would adversely affect others, while still providing the data subject's accessible personal data and Article 15 information where the GDPR allows it.

  • Identify the specific rights or freedoms of others that would be affected.
  • Assess the likelihood and severity of the adverse effect.
  • Use redaction, extraction, or partial disclosure where those measures solve the conflict.
  • Document why any withheld part could not be disclosed without adversely affecting others.

Does Article 15(4) let a controller reject the whole DSAR?

Generally no. EDPB guidance says Article 15(4) should not result in refusing the request altogether; it should result in omitting or rendering illegible the parts that would adversely affect rights and freedoms of others.

Citations
Regulation (EU) 2016/679 (GDPR)

Article 15(3) requires a copy of personal data undergoing processing, and Article 15(4) limits copies where rights and freedoms of others would be adversely affected.

EU GDPR DSAR Exceptions: refusal, extensions, identity checks

What evidence should a DSAR exceptions record keep?

The record should show that the controller started from the right of access and applied only the GDPR limit needed for the specific request. It should be usable by privacy, legal, support, and product teams without adding unsupported national derogations or authority-specific procedures.

Where a controller relies on Union or Member State restrictions under Article 23, keep the legal basis and conditions separate from the GDPR-level Article 12 and 15 analysis. The source support here supports only the GDPR framework and EDPB caution, not a country-by-country derogation list.

  • Request receipt date, channel, requester, authority or proxy check, and identity-check rationale.
  • Data stores searched and whether the request covered all or only part of the data subject's personal data.
  • Any extension notice, its date, and the concrete complexity or volume reasons.
  • Any Article 12(5) fee or refusal decision, with facts proving manifestly unfounded or excessive character.
  • Any Article 15(4) redactions, the affected third-party rights, and why partial disclosure was sufficient or not.
  • If a legal restriction is invoked, the Union or Member State provision, conditions checked, and when the restriction should be lifted.
Citations
Regulation (EU) 2016/679 (GDPR)

Articles 12, 15, and 23 provide the GDPR-level rules for DSAR modalities, copies, refusal, fees, identity checks, and legal restrictions.

EU GDPR SCC Transfer Impact Assessment

How should teams handle an SCC transfer impact assessment?

Run a transfer-specific Article 46 check. First map the transfer: exporter, importer, roles, destination country, onward transfers, categories and format of personal data, processing purpose, transfer route, storage location, recipient type, economic sector, and processing-chain length.

Then confirm the transfer tool. If a valid European Commission adequacy decision covers the country, territory, sector, or organisation for the transfer, the SCC transfer impact assessment is not the route for that transfer, although the adequacy decision should still be monitored. The 2021 transfer SCCs also are not designed for an importer whose relevant processing is already directly subject to the GDPR. If the SCCs can be used, select the correct module, complete the annexes, and assess whether destination-country laws and practices could prevent the importer from complying with the clauses.

  • Start with the Article 45 adequacy check before using SCCs as the Article 46 transfer tool.
  • Use the SCC module that matches the parties' roles: controller-to-controller, controller-to-processor, processor-to-processor, or processor-to-controller.
  • Confirm that the importer's processing is not directly subject to the GDPR before using the 2021 transfer SCCs.
  • Complete the SCC annexes so the transfer, data categories, purposes, roles, safeguards, sub-processors, and competent authority are clear.
  • Record the Clause 14 assessment of relevant destination-country laws and practices, public-authority access risks, and any contractual, technical, or organisational safeguards.
  • Suspend the transfer if the exporter concludes appropriate safeguards cannot be ensured, or if the competent supervisory authority instructs suspension.

When is an SCC transfer impact assessment needed under the EU GDPR?

It is generally needed when a transfer relies on the 2021 SCCs as an Article 46 safeguard rather than a valid Article 45 adequacy decision. Confirm first that the importer and module fall within the SCCs' scope. Section III, including Clause 14, does not apply when an EEA processor uses Module 4 only to return to a non-EEA controller data that the processor originally received from that controller; the exception does not cover personal data originating in Europe.

Citations
Regulation (EU) 2016/679 (GDPR)

GDPR Chapter V sets the sequence for international transfers: Article 45 adequacy decisions, Article 46 appropriate safeguards, and Article 49 derogations.

European Commission SCC Q&A

Commission Q&A explains SCC scope, modules, annex completion, Clause 14 assessments, and the narrow Module 4 return-transfer exception.

Page 1 of 2
Previous12Next