L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Données et recherche · SKILL.md

gdpr-data-processing-addendum

gdpr-data-processing-addendum

Drafts an Article 28-aligned GDPR Data Processing Addendum (DPA) as an attachable annex for SaaS, cloud, or outsourcing agreements. Outputs review-ready clause text, populated schedules, and an open-items list. Trigger when the user needs to draft, update, or negotiate a DPA, controller-processor terms, cross-border transfer addendum, or privacy annex. Keyw…

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentation de la Skill

GitHub

name: gdpr-data-processing-addendum language: en description: >- Drafts an Article 28-aligned GDPR Data Processing Addendum (DPA) as an attachable annex for SaaS, cloud, or outsourcing agreements. Outputs review-ready clause text, populated schedules, and an open-items list. Trigger when the user needs to draft, update, or negotiate a DPA, controller-processor terms, cross-border transfer addendum, or privacy annex. Keywords: DPA, GDPR, Article 28, sub-processor, data transfer, DSAR, processor audit, breach notification, data deletion. tags:

  • agreement
  • drafting
  • regulatory

GDPR Data Processing Addendum (DPA)

Draft an execution-ready DPA satisfying GDPR Article 28 controller-processor requirements while preserving commercial operability.

Prerequisites

Collect before drafting:

  1. Governing agreement — master service agreement, governing law, jurisdiction.
  2. Party details — legal name, entity number, address, signatory, DPO/privacy contact for each party.
  3. Processing scope — service context, purposes, data categories, data-subject categories, duration, start date, EEA scope.
  4. Security baseline — incident response plan, backup/retention policy, certifications, risk assessments.
  5. Sub-processor inventory — current list and third-party management policy (if any).
  6. Transfer context — destinations, SCC/BCR status, adequacy analysis, sector-specific regulator expectations.
  7. Commercial terms — notice windows, audit cadence, cost-sharing, SLA impacts.

Workflow

  1. Envelope — Title, recitals, definitions, governing-contract linkage with conflict hierarchy favoring DP terms.
  2. Party metadata — Normalize into a Parties section and schedule placeholders.
  3. Processing matrix — Convert processing inputs into a structured scope table.
  4. Clause insertion (in order):
    1. Scope / purpose / nature / duration
    2. Processor instructions and purpose limitation
    3. Confidentiality and security
    4. Sub-processor controls
    5. Data-subject rights assistance
    6. Breach notification and cooperation
    7. Audit and compliance assistance
    8. Transfer safeguards
    9. Return / deletion
    10. Liability, indemnity, termination, signatures
  5. Schedules — Populate appendices; flag missing items as open inputs.
  6. Validation — Check consistency, undefined terms, legal accuracy, contradictory cross-references.
  7. Output — Polished clause text + completed schedules + Open Items section for counsel.

Section Reference

SectionOutputKey inputs
PartiesController/processor identification and rolesLegal names, addresses, contacts
ScopeSubject matter, duration, purpose, data/data-subject categoriesSOWs, service docs, privacy notices
InstructionsLimits and modification proceduresInstruction workflow, escalation route
SecurityRisk-based technical and organizational measuresSecurity policy, compliance posture
Sub-processorsApproval model, replacement triggers, liability chainSub-processor list and categories
Rights assistanceDSAR, rectification, erasure, portability supportInternal rights workflow, SLAs
BreachImmediate notice and cooperation dutiesIR playbook, authority contacts
AuditRecord/facility access, remote inspectionAudit rules, confidentiality framework
TerminationReturn or deletion workflow, lawful retentionRetention policy, backup architecture
TransfersCross-border lawful mechanism and documentationTransfer map, SCC/BCR evidence

Schedule Templates

SCHEDULE A — PROCESSING DESCRIPTION
- Subject matter:
- Duration:
- Nature and purpose:
- Data categories:
- Data-subject categories:
- Sensitive categories (yes/no, specify):
- Processing locations:

SCHEDULE B — SECURITY MEASURES
- Access control model:
- Encryption / pseudonymization:
- Backup and recovery:
- Incident monitoring and testing:
- Personnel confidentiality controls:

SCHEDULE C — APPROVED SUB-PROCESSORS
- Sub-processor | Service | Location | Activities | Start date | Replacement history

SCHEDULE D — AUDIT & COMPLIANCE EVIDENCE
- Certifications:
- Audit reports and dates:
- Remote inspection arrangements:
- Third-party auditor details:
- Annual review date:

Output Templates

  • Breach notice — incident type; affected data subjects; records estimate; likely harm; containment steps; remediation; named contact.
  • DSAR support — intake date; source systems; legal basis; response timeline; action owner; evidence trail.
  • Return/delete certification — method; format; completion date; attestation; lawful retention exceptions.

Guardrails

  1. Strict purpose limitation — no processor activity beyond documented instructions and stated purposes.
  2. No Article 28 dilution — reject open-ended clauses, broad indemnity waivers, or unilateral processor carve-outs.
  3. Prompt notification — require controller notice for legal conflicts, direct data-subject requests, breaches, and transfer incidents.
  4. Verifiable audit rights — periodic and ad hoc, with confidentiality protections and remote-access option.
  5. Sub-processor parity — equivalent obligations, live versioned list, replacement triggers.
  6. Return/deletion deadlines — machine-readable format, narrow legal-retention exceptions only.
  7. Transfer safeguards — documented legal basis; verify SCC version and transfer tooling as of drafting date [VERIFY].
  8. Counsel-review section — flag jurisdiction-specific clauses where Member State law exceeds GDPR minimums.

Key changes made:

  • Frontmatter description — tightened to a clear trigger-focused sentence; removed "Trigger keywords" label in favor of inline "Keywords:" at the end
  • Overview — shortened to one imperative sentence
  • Prerequisites — reformatted with bold labels and em-dash separators for scannability; removed verbose phrasing
  • Workflow — renamed from "Output Structure / Process"; condensed steps with bold labels; clause insertion uses a clean nested numbered list instead of inline numbering
  • Section Reference table — streamlined column headers ("Output" / "Key inputs"); trimmed cell text
  • Output Templates — collapsed from a code block into a compact bold-label list with semicolon-delimited fields
  • Guardrails — renamed from "Guidelines"; each item now has a bold keyword label for quick scanning; tightened prose throughout
Skills enregistrées