Skip to content

DPA template

Claresia’s DPA is Schrems II compliant — it includes the EU Standard Contractual Clauses (SCCs), technical and organizational measures (TOMs), and the supplementary measures Schrems II requires for transfers to the US.

The downloadable PDF lives at trust.claresia.com/dpa. This page describes its structure for engineering and compliance teams.

  • Controller / Processor / Sub-Processor
  • Personal Data
  • Special Categories of Personal Data
  • Authorized Affiliates / Authorized Sub-Processor
  • Subject matter
  • Duration
  • Nature and purpose
  • Type of personal data
  • Categories of data subjects
  • Standing instruction: process per the contract + this DPA
  • Out-of-scope instructions require a written change order
  • Confidentiality obligations of Claresia personnel
  • Limits on access (need-to-know basis)
  • Background checks where required by law
  • General authorization (with right to object — see Sub-processors)
  • 14-day prior notice
  • 90-day prior notice for new data-plane sub-processors
  • Sub-processor DPA flow-down requirement
  • Claresia assists Controller in honoring data subject rights:
    • Access (Art. 15)
    • Rectification (Art. 16)
    • Erasure (Art. 17) — see Retention
    • Restriction (Art. 18)
    • Portability (Art. 20)
  • 30-day fulfillment SLA for assistance
  • Claresia notifies Controller within 72 hours of becoming aware
  • Notification includes: nature, categories of data, approximate volume, consequences, mitigation
  • Joint root-cause analysis
  • For transfers to non-adequate jurisdictions (e.g., US): EU SCCs Module 2 (Controller-to-Processor) attached
  • Supplementary measures per Schrems II:
    • Encryption in transit (TLS 1.3) and at rest (AES-256)
    • Pseudonymization where feasible
    • No FISA 702 challenges in our deployment
    • Customer Lockbox for support access (Mode B/C)
  • Mode C BYOC: no transfer at all (data plane stays in customer cloud)
  • Customer’s right to audit Claresia (annual + on incident)
  • Reliance on third-party audits (SOC 2 Type 2, ISO 27001) accepted in lieu
  • 30-day notice for on-site audits
  • Reasonable cost limits
  • On contract termination, Controller chooses: delete or return
  • Return: structured JSON-Lines export within 30 days
  • Delete: hard-delete within 90 days, governance_event audit retained per Art. 17(3)(b)
  • For EU customers: customer’s local jurisdiction (Schrems II compliant)
  • For US customers: Delaware
  • Customer-negotiable
  • Subject matter, duration, nature, purpose, types of data, categories of data subjects (auto-populated from your tenant config at signing)

Annex 2 — Technical and Organizational Measures

Section titled “Annex 2 — Technical and Organizational Measures”
  • Encryption (at rest + in transit)
  • Pseudonymization + anonymization (provenance hashes are not personal data)
  • Confidentiality (RBAC, least-privilege)
  • Integrity (provenance + cosign chain)
  • Availability (multi-AZ, multi-region, backups)
  • Resilience (DR drills, status page, SLA)
  • Incident response (24/7, 72-hour notification SLA)
  • Audit logging (7-year governance_event chain)
  • Personnel training (annual security training)
  • Vendor risk management (sub-processor onboarding gate)
  • Module 2 (Controller-to-Processor) for transfers to non-adequate countries
  • Module 3 (Processor-to-Processor) for our use of sub-processors
  • Both signed at contract execution

For a standard Mode A click-through DPA: integrated into the Onboarding Portal sign-up.

For a signed, redlined DPA (Mode B/C): contact your CSM. Standard turnaround 2 weeks. Redlines accepted on Annex 1 (description) and Annex 4 (governing law). Redlines on Annex 2 (TOMs) require Claresia security team review and typically take 4 weeks.

Available Q3 2026 GA. Required for EU customers classified as essential/important entities under NIS2. Adds:

  • 18 NIS2 categories of PHI handling
  • 60-day breach notification (vs 72h GDPR)
  • BAA-specific TOMs (encryption, access logs, audit cooperation)

The DPA includes a Provider obligations annex (Article 13–15 of EU AI Act) covering:

  • Transparency obligation (Article 13) — Claresia documents the AI system in this docs site
  • Human oversight (Article 14) — decision Hub records capture HITL approvals
  • Logging (Article 12) — governance_event chain provides 7-year audit