本文へ移動
cccskills
無料GitHub で公開

legit-interest-vs-consent

Decision framework for choosing between consent and legitimate interest as the lawful basis for processing. Covers power imbalance indicators, conditionality prohibition under Article 7(4), granularity requirements, the three-part LIA test (purpose, necessity, balancing), and practical decision trees for common scenarios.

インストール方法を見る

含まれるファイル(5)

  • SKILL.md8.9 KB
  • assets/template.md3.1 KB
  • references/standards.md4.6 KB
  • references/workflows.md4.5 KB
  • scripts/process.py11.6 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Assessing Legitimate Interest vs Consent

Overview

GDPR Article 6(1) provides six lawful bases for processing. Consent (Article 6(1)(a)) and legitimate interest (Article 6(1)(f)) are the two most commonly used bases for commercial data processing. Choosing the wrong basis creates compliance risk: relying on consent when it cannot be freely given undermines validity, while relying on legitimate interest when consent is required (e.g., for electronic marketing under the ePrivacy Directive) violates sectoral law.

Decision Framework: When to Use Each Basis

Use Consent When:

  1. Regulatory requirement: Specific legislation mandates consent (e.g., ePrivacy Directive Article 5(3) for non-essential cookies, Article 13 for unsolicited electronic marketing)
  2. Special category data: Processing sensitive data under Article 9(2)(a) requires explicit consent
  3. Automated decision-making: Processing under Article 22(2)(c) requires explicit consent
  4. International transfers: Article 49(1)(a) explicit consent for transfers without adequacy/safeguards
  5. User control priority: The processing is entirely optional and the data subject should have full control

Use Legitimate Interest When:

  1. Power imbalance exists: Consent cannot be freely given (employer-employee, public authority-citizen)
  2. Processing is necessary: The processing is necessary for the controller's or third party's legitimate interest and is proportionate
  3. Reasonable expectation: The data subject would reasonably expect the processing (Recital 47)
  4. Withdrawal would be problematic: If consent withdrawal would cause operational issues (e.g., fraud prevention)
  5. No specific consent requirement: No ePrivacy or sectoral law mandates consent

Power Imbalance Indicators

Per EDPB Guidelines 05/2020 (paragraphs 13-25) and Recital 43, consent is presumed not to be freely given when a clear imbalance exists:

IndicatorExampleImplication
Employment relationshipEmployer asks employee to consent to monitoringUse LI or legal obligation, not consent
Public authorityTax authority processes taxpayer dataUse legal obligation or public task
Service dependencyOnly provider in market; user has no alternativeConsent may not be freely given
Contractual bundlingConsent required as condition of contract (Art. 7(4))Consent likely invalid
Vulnerable data subjectsChildren, elderly, patientsExtra scrutiny; consent may not be free
Significant consequenceRefusing consent leads to job loss or service terminationConsent not freely given

The Three-Part Legitimate Interest Assessment (LIA)

Per CJEU case law (C-13/16 Rigas, C-40/17 Fashion ID) and Article 29 Working Party Opinion 06/2014:

Part 1: Purpose Test

Is the interest legitimate?

  • The interest must be lawful (not in itself illegal)
  • The interest must be real and present (not speculative)
  • The interest must be sufficiently clearly articulated

CloudVault SaaS Inc. examples of legitimate interests:

  • Network and information security (Recital 49)
  • Fraud prevention and detection
  • Direct marketing to existing customers (Recital 47)
  • Internal administrative purposes within a group (Recital 48)
  • Service improvement based on aggregated usage analytics

Part 2: Necessity Test

Is the processing necessary for the legitimate interest?

  • Could the same interest be achieved with less data?
  • Could the same interest be achieved without processing personal data?
  • Is the processing proportionate to the interest pursued?

Part 3: Balancing Test

Do the data subject's rights and freedoms override the legitimate interest?

FactorWeighs Toward LIWeighs Toward Data Subject
Data sensitivityNon-sensitive dataSpecial category data
Reasonable expectationProcessing expected by data subjectSurprising or unexpected processing
RelationshipExisting customer/user relationshipNo prior relationship
ImpactMinimal impact on individualSignificant consequences
SafeguardsRobust safeguards in placeNo safeguards
Data subject controlEasy opt-out availableNo opt-out mechanism
Vulnerable groupsNo vulnerable individualsChildren or vulnerable adults
Data volumeMinimal data usedExtensive profiling

Decision Tree

START: Need to establish lawful basis for processing activity
  │
  ├─► Q1: Does specific legislation require consent?
  │     (ePrivacy Art. 5(3) for cookies, Art. 13 for e-marketing,
  │      GDPR Art. 9(2)(a) for special categories, Art. 22(2)(c) for automated decisions)
  │     │
  │     ├─ YES → Use CONSENT (mandatory)
  │     │
  │     └─ NO → Continue to Q2
  │
  ├─► Q2: Is there a power imbalance between controller and data subject?
  │     (employer-employee, public authority, service dependency)
  │     │
  │     ├─ YES → Consent likely INVALID; consider LEGITIMATE INTEREST
  │     │         (or legal obligation/public task if applicable)
  │     │
  │     └─ NO → Continue to Q3
  │
  ├─► Q3: Is consent conditioned on the service?
  │     (Would refusing consent result in service denial or degradation?)
  │     │
  │     ├─ YES → Violates Art. 7(4); consent likely INVALID
  │     │         Consider LEGITIMATE INTEREST or restructure the service
  │     │
  │     └─ NO → Continue to Q4
  │
  ├─► Q4: Is consent withdrawal operationally feasible?
  │     (Can you stop processing immediately if consent is withdrawn?)
  │     │
  │     ├─ NO → LEGITIMATE INTEREST may be more appropriate
  │     │        (e.g., fraud prevention cannot stop mid-transaction)
  │     │
  │     └─ YES → Continue to Q5
  │
  ├─► Q5: Does the data subject reasonably expect this processing?
  │     │
  │     ├─ YES → Either CONSENT or LEGITIMATE INTEREST may work
  │     │         Choose based on control preference and overhead
  │     │
  │     └─ NO → CONSENT is more appropriate
  │               (unexpected processing needs explicit agreement)
  │
  └─► Q6: Final determination
        ├─ If consent: Implement full Art. 7 requirements (freely given, specific,
        │   informed, unambiguous, withdrawal as easy as giving)
        └─ If LI: Document three-part LIA, implement opt-out mechanism,
            include in privacy notice per Art. 13(1)(d)/14(2)(b)

Common Scenarios at CloudVault SaaS Inc.

ScenarioRecommended BasisReasoning
Essential cookies for session managementNot consent; exempt under ePrivacy Art. 5(3)Strictly necessary; no consent required
Analytics cookies (non-essential)ConsentePrivacy Art. 5(3) requires consent for non-essential cookies
Email marketing to existing customersLegitimate interest (soft opt-in)ePrivacy Art. 13(2) allows soft opt-in for existing customers with opt-out
Email marketing to new contactsConsentePrivacy Art. 13(1) requires prior consent for unsolicited e-marketing
Fraud detection on transactionsLegitimate interestCannot withdraw; Recital 47 recognizes fraud prevention
Sharing data with Datalytics Partners Ltd.ConsentThird-party sharing not reasonably expected; user control appropriate
Network security monitoringLegitimate interestRecital 49 explicitly recognizes network security as LI
Employee performance monitoringLegitimate interestPower imbalance makes employee consent invalid (WP29 Opinion 2/2017)

Key Regulatory References

  • GDPR Article 6(1)(a) — Consent as lawful basis
  • GDPR Article 6(1)(f) — Legitimate interest as lawful basis
  • GDPR Article 7(4) — Conditionality prohibition
  • GDPR Recitals 47, 48, 49 — Guidance on legitimate interest scenarios
  • Article 29 WP Opinion 06/2014 on Legitimate Interest (WP217)
  • EDPB Guidelines 05/2020 on Consent — Power imbalance analysis
  • CJEU C-13/16 (Rigas) — Legitimate interest balancing test
  • CJEU C-40/17 (Fashion ID) — Joint controller LI responsibility
  • ePrivacy Directive Articles 5(3) and 13 — Sector-specific consent requirements
  • WP29 Opinion 2/2017 on Data Processing at Work — Employee consent limitations

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Implements 42 CFR Part 2 protections for substance use disorder patient records. Covers written consent requirements stricter than HIPAA, re-disclosure prohibition, court order procedures, qualified service organization agreements, and 2024 amendments aligning Part 2 with HIPAA. Keywords: 42 CFR Part 2, substance use disorder, SUD records, re-disclosure, consent, Part 2 amendments.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Guides assessment of third-country adequacy decisions under GDPR Article 45 for international data transfers. Covers the current EC adequacy decisions list, adequacy assessment criteria, partial adequacy handling, and monitoring of adequacy decision reviews. Keywords: adequacy decision, Article 45, third country, adequate protection, EC adequacy list.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Implements age-gating mechanisms for online services to restrict access based on user age. Covers hard gates versus soft gates, neutral age prompts, re-verification triggers, circumvention prevention, and regulatory requirements under GDPR, COPPA, UK Online Safety Act, and DSA. Keywords: age gate, age restriction, neutral prompt, children, online services, access control.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Evaluates and implements age estimation and verification technologies for online services. Covers facial age estimation, digital ID verification, self-declaration with risk assessment, AI-based age estimation, and the accuracy versus privacy tradeoff. Includes ICO guidance and euCONSENT framework. Keywords: age verification, age estimation, facial analysis, digital ID, children, online safety.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Preparing EU AI Act compliance documentation for high-risk AI systems. Covers Annex III classification, technical documentation under Art. 11, conformity assessment, risk management systems, and CE marking requirements. Keywords: EU AI Act, high-risk AI, Annex III, conformity assessment, CE marking.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Implements GDPR Art. 22 automated decision-making and AI Act Art. 14 human oversight requirements for AI systems. Covers identification of solely automated decisions, meaningful human intervention design, logic explanation mechanisms, and contestation procedures. Keywords: Art. 22, automated decision, human oversight, AI Act, profiling, contestation.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

mukul975 のスキルをすべて見る

このスキルの問題を報告する