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

sub-processor-management

GDPR Article 28(2) sub-processor approval workflow management. Covers prior specific and general authorization mechanisms, change notification procedures, objection windows, flow-down obligation enforcement, and sub-processor chain risk monitoring.

インストール方法を見る

含まれるファイル(5)

  • SKILL.md9.7 KB
  • assets/template.md4.2 KB
  • references/standards.md4.9 KB
  • references/workflows.md7.5 KB
  • scripts/process.py18.3 KB

SKILL.md(原文)

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

Sub-Processor Management

Overview

GDPR Article 28(2) establishes that a processor shall not engage another processor (sub-processor) without prior specific or general written authorisation of the controller. Where general authorisation is granted, the processor must inform the controller of any intended changes concerning the addition or replacement of sub-processors, giving the controller the opportunity to object. This creates an ongoing management obligation that extends through the entire processing chain.

The EDPB Guidelines 07/2020 (paragraph 93) emphasize that the controller's Article 28(1) due diligence obligation extends to oversight of sub-processor arrangements, and that the processor remains fully liable for the sub-processor's compliance.

At Summit Cloud Partners, the Sub-Processor Management Program ensures visibility and control over the entire processing chain for all vendor relationships involving personal data.

Authorization Models

Model A: Prior Specific Authorization

Under this model, the controller individually approves each sub-processor before engagement.

When to Use:

  • High-risk processing (special category data, large-scale processing, cross-border transfers)
  • Processing involving sensitive industries (healthcare, financial services)
  • When the controller requires direct assessment of each sub-processor

Process:

StepActionTimeline
1Processor identifies need for new sub-processor—
2Processor submits sub-processor details to controllerPre-engagement
3Controller conducts due diligence on proposed sub-processor15 business days
4Controller issues written approval or rejection5 business days
5If approved, processor executes sub-processor DPABefore processing begins
6Processor provides controller with confirmation of sub-processor DPA execution5 business days

Model B: General Written Authorization with Notification

Under this model, the controller grants blanket authorization for sub-processing, subject to a notification and objection mechanism.

When to Use:

  • Standard-risk processing
  • SaaS vendors with dynamic infrastructure providers
  • When specific authorization would be operationally impractical

Process:

StepActionTimeline
1Processor notifies controller of intended sub-processor change30 days before engagement
2Notification includes: name, location, function, data access scopeWith notification
3Controller evaluates notification and exercises objection right if neededWithin 14 days
4If no objection, processor may engage sub-processorAfter objection period expires
5If objection raised, parties negotiate resolutionWithin 30 days
6If unresolved, either party may terminate affected servicesPer DPA terms

Notification Requirements

The EDPB has clarified that the notification mechanism must be genuine and effective — a mere listing on a website that the controller must monitor does not satisfy Article 28(2) without an active notification mechanism.

Required Notification Content:

FieldDescriptionExample
Sub-processor legal nameFull legal entity name"Datastream Analytics Inc."
JurisdictionCountry of establishment"United States (Delaware)"
Processing locationWhere personal data will be processed"AWS us-east-1, Virginia, USA"
Processing functionWhat the sub-processor will do"Real-time event processing and aggregation"
Data access scopeWhat personal data the sub-processor accesses"Pseudonymized usage events, IP addresses"
Engagement dateProposed start date"2026-05-01"
Transfer mechanismIf outside EEA, the legal transfer basis"EU-US Data Privacy Framework certification"
Security certificationsRelevant certifications held"SOC 2 Type II, ISO 27001"

Notification Channels:

  • Email notification to designated controller privacy contact
  • Supplement with web-based sub-processor register (not a replacement for active notification)
  • Calendar integration for objection deadline tracking

Objection Mechanism

The controller's right to object must be genuine per EDPB Guidelines 07/2020 (paragraph 115). The DPA must specify:

  1. Objection grounds: Reasonable data protection concerns (not arbitrary)
  2. Objection period: Minimum 14 calendar days from notification receipt (Summit Cloud Partners standard: 30 days)
  3. Objection format: Written notice to processor's designated privacy contact
  4. Resolution process: Good-faith negotiation within defined timeframe
  5. Escalation: If unresolved, termination right for affected services without penalty

Objection Decision Matrix:

ConcernActionEscalation
Sub-processor in jurisdiction with inadequate protection and no valid transfer mechanismObject — require alternative sub-processor or supplementary measuresDPO review
Sub-processor lacks adequate security certificationsObject — request vendor provide evidence of equivalent controlsPrivacy Team review
Sub-processor has history of data breachesObject — require enhanced contractual safeguards or alternativeDPO review
Sub-processor change is administrative (name change, corporate restructure)No objection — acknowledge notificationPrivacy Team acknowledgment
Sub-processor adds processing location within EEAEvaluate — generally no objection if controls equivalentPrivacy Team review

Flow-Down Obligations

Article 28(4) requires the processor to impose on each sub-processor, by contract, the same data protection obligations as in the controller-processor DPA. The CJEU has not yet directly interpreted the meaning of "same" obligations, but the EDPB position is that they must be materially equivalent.

Flow-Down Checklist:

ObligationController → Processor DPAProcessor → Sub-Processor DPA
Process only on documented instructionsArticle 28(3)(a)Must mirror
Confidentiality obligationsArticle 28(3)(b)Must mirror
Security measures (Art. 32)Article 28(3)(c)Must mirror or exceed
Further sub-processing restrictionsArticle 28(3)(d)Must cascade
DSR assistanceArticle 28(3)(e)Must mirror
Compliance assistance (Art. 32-36)Article 28(3)(f)Must mirror
Deletion/return on terminationArticle 28(3)(g)Must mirror
Audit rightsArticle 28(3)(h)Must provide controller with audit path
Breach notificationArticle 33(2)Must cascade with equivalent or shorter timeframe

Key Consideration — Audit Rights Chain:

The controller must ultimately be able to audit the sub-processor. This can be achieved through:

  1. Direct audit rights over sub-processor (contractually passed through)
  2. Processor audits sub-processor on controller's behalf and shares results
  3. Sub-processor provides independent third-party audit reports (SOC 2, ISO 27001)

Sub-Processor Register

Summit Cloud Partners maintains a centralized sub-processor register for all vendor relationships.

Register Fields:

FieldDescription
Primary processorVendor with direct DPA
Sub-processor nameLegal entity name
Sub-processor locationCountry and specific processing location
Processing functionWhat the sub-processor does
Data access scopeCategories of personal data accessed
Authorization typeSpecific or general authorization
Authorization dateDate of approval
DPA statusSub-processor DPA executed / pending
Transfer mechanismIf applicable — SCC, adequacy, DPF
CertificationsCurrent certifications
Last review dateMost recent assessment
Risk classificationHigh / Standard / Low

Monitoring and Compliance

Ongoing Monitoring Activities

  1. Quarterly sub-processor list reconciliation: Compare processor-provided lists against register
  2. Certification tracking: Monitor sub-processor certification expiry dates
  3. Change notification tracking: Verify all sub-processor changes were properly notified
  4. Annual flow-down verification: Sample sub-processor DPAs to verify equivalent terms

Key Performance Indicators

KPITargetMeasurement
Sub-processor notification compliance100% of changes notified before engagementQuarterly audit
Objection response time100% within 14 calendar daysContinuous
Flow-down DPA coverage100% of sub-processors have executed DPAsQuarterly audit
Sub-processor register accuracy100% match with processor-provided listsQuarterly reconciliation

Key Regulatory References

  • GDPR Article 28(2) — Sub-processor authorization requirements
  • GDPR Article 28(3)(d) — Sub-processor conditions in DPA
  • GDPR Article 28(4) — Flow-down obligations to sub-processors
  • EDPB Guidelines 07/2020 — Controller and processor concepts (paragraphs 93, 115)
  • Commission Implementing Decision (EU) 2021/915 — SCC Clause 7.7 on sub-processing
  • CJEU C-311/18 (Schrems II) — Transfer assessment obligations extending to sub-processor chain

レビュー

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

同じリポジトリのスキル

概要と使いどころ

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 のスキルをすべて見る

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