ÕigusPrivaatsus ja andmekaitse

Andmetöötluslepingu kontrollnimekiri

Kontrollib, kas andmetöötlusleping või -lisa sisaldab nõutud sätteid.

LLegalQuants·Õigus·Apache-2.0

Kogu oskus — vaikeversiooni hoitakse GitHubis; sinu muudatused jäävad sinu enda klooni.

Kasuta seda oskustLaadi alla .zip
Kuidas see töötab?
  • ChatGPT avab uue vestluse, kuhu oskus on laaditud. Kui see on lingi jaoks liiga pikk, kopeeritakse see lõikelauale — lihtsalt kleebi.
  • Claude töötab samamoodi. Püsivaks paigaldamiseks laadi alla .zip ja lae see üles: Claude → Settings → Capabilities → Skills (Pro/Team/Enterprise).
  • Kopeeri oskus kopeerib oskuse, et saaksid selle kleepida mis tahes assistenti, sh Grok.

Andmetöötluslepingu kontrollnimekirja ülevaatus

Tee isikuandmete töötlemise lepingu (DPA), DPA-ga samaväärse lisa või ärikaaslase lepingu (Business Associate Agreement, BAA) struktureeritud vastavusülevaatus kohaldatava regulatiivse režiimi nõuete alusel. Väljund on kontrollnimekiri, mis sobib vastavuse jälgimise tabelisse — igal nõutaval tingimusel on oma rida, hinnang ja viide klauslile.

Millal see oskus kehtib

Rakenda, kui kasutaja esitab DPA, DPA lisa või BAA ja küsib vastavusülevaatust konkreetse regulatiivse režiimi alusel. Oskus töötab nelja eri režiimiga (vt sisend regulatory_regime) ja rakendab igaühe puhul erinevaid nõudeid.

Ära rakenda seda oskust:

Advokaadisaladus ja konfidentsiaalsus

DPA-d ja BAA-d sisaldavad sageli kliendi konfidentsiaalset teavet (andmevood, turvaseisund, tarnijasuhted, tehingutingimused) ja sellest tulenev vastavusülevaatus on tõenäoliselt juristi tööprodukt. Enne oskuse käivitamist peab kasutaja kinnitama järgmist:

Kui kasutaja ei saa kinnitada, et töövoog on juristi järelevalve all ja mudelisse suunamine on antud dokumendi puhul vastuvõetav, peatu ja too mure esile enne ülevaatuse käivitamist.

Sisendid

Oskus vajab dokumenti ja regulatiivset režiimi. Kui režiimi pole antud:

„Enne ülevaatust: millise regulatiivse režiimi alusel peaksin seda DPA-d kontrollima?

  • GDPR (EL/UK GDPR artikkel 28; hõlmab iga DPA-d, mille alusel töödeldakse EL/UK isikuandmeid)
  • USA osariikide privaatsusõigus (CCPA/CPRA, Virginia VCDPA, Colorado CPA, Connecticut CTDPA, Utah UCPA, Oregon OCPA ja sarnased)
  • HIPAA BAA (ärikaaslase leping USA tervishoiuõiguse alusel)
  • Üldine äriline (DPA ilma konkreetse režiimita; kontrollib äriliselt tavapäraseid DPA tingimusi)

Kui kohaldub mitu režiimi, vali põhiülevaatuseks kõige ettekirjutavam (tavaliselt GDPR); teiste režiimide ülevaatused saame teha hiljem.“

Ära arva režiimi dokumendi pealkirja või kohaldatava õiguse põhjal. Dokument pealkirjaga „Data Processing Addendum“ ja Delaware'i kohaldatava õigusega võib olla GDPR-põhine (kuna see töötleb EL-i elanike andmeid), CCPA-põhine (kuna see töötleb California elanike andmeid) või mõlemat. Ainult kasutaja teab, millised andmed on ulatuses.

Valikulised sisendid (party_role, data_categories, international_transfer_context, standard_positions) täpsustavad analüüsi. Sisend party_role muudab olulisel määral raskusastme kalibreerimist:

Kui party_role pole antud, kasuta vaikimisi vastutava töötleja vaatenurka (järelevalveasutused uurivad peaaegu alati vastutavat töötlejat, seega on vastutava töötleja kasuks tehtud analüüs ülevaatuste puhul ohutum vaikevalik) ja märgi see eeldus aruandes ära. Palu kasutajal oskus uuesti käivitada, kui ta on volitatud töötleja poolel.

Töövoog

Koosta ülevaatus kolmes läbimises.

1. läbimine: dokumendiga tutvumine

Enne sisulist ülevaatust:

2. läbimine: režiimipõhine tingimuste kontroll

Käi määratud režiimi nõuded läbi vastava viitefaili abil:

Liigita iga nõutav tingimus:

3. läbimine: kontrollnimekirja ja hoiaku koostamine

Koonda leiud struktureeritud kontrollnimekirja (vt jaotis „Väljund“). Lisa üldise hoiaku lõik, mis ütleb, kas dokument on:

Väljund

Koosta ülevaatus markdownis struktureeritud kontrollnimekirjana:

# DPA Checklist Review: [Document name or counterparty]

**Regulatory regime:** [gdpr | us_state_privacy | hipaa_baa | general_commercial]
**Party role:** [controller | processor | etc.]
**Data categories:** [user-provided context, or "not specified"]
**International transfer context:** [for GDPR; user-provided context, or "not specified"]

## Overall posture

[One paragraph: compliant / compliant with minor gaps / non-compliant / materially non-compliant. State the headline gap or strength. State the recommended next step at a high level.]

## Compliance checklist

| # | Required term | Source | Status | Severity | Clause | Assessment |
|---|---|---|---|---|---|---|
| 1 | [Term name] | [Statute reference, e.g., "GDPR Art. 28(3)(a)"] | Present / Partial / Missing / Unclear / N/A | High / Medium / Low | [§ ref or "—"] | [One-line assessment] |
| 2 | [...] | [...] | [...] | [...] | [...] | [...] |
| ... | | | | | | |

Every finding gets a severity rating. Calibrate severity using the Critical / Material / Minor bands in the regime reference file (`reference/gdpr_requirements.md`, `reference/us_state_privacy_requirements.md`, `reference/hipaa_baa_requirements.md`, `reference/general_commercial_requirements.md`), mapped as: **High** = Critical (regulator-facing requirement, missing it would render the document non-compliant); **Medium** = Material (gap creates real legal or operational risk but is not a per-se compliance failure); **Low** = Minor (drafting hygiene, commercial preference, or belt-and-braces). Severity is required even for Present items so the reader can see what the document gets right on the high-stakes terms at a glance.

## Detailed findings

[For each Partial, Missing, or Unclear item, a subsection with:]

### [#] [Term name] — [Status]

**Required by:** [Statute reference]

**What's required:** [Brief plain-language statement of what the regime requires.]

**What the document says:** [Quoted or paraphrased clause language, with citation. If the term is missing, "Not addressed."]

**Why this is a gap:** [Specific deficiency from the regime's perspective.]

**Recommended language:** [Specific suggested clause language to add or modify. Reference any applicable model clauses (e.g., EU SCCs) where appropriate.]

## Items requiring human judgment

[Items the skill cannot resolve and that need the user's regulatory-counsel expertise or business judgment. Examples: jurisdictional applicability questions, novel data flows the skill is unfamiliar with, regulator-specific guidance the skill cannot verify is current.]

## Recommended next steps

[Short bulleted list. Common options: sign as-is (if compliant), negotiate the redlines proposed above, propose user's own DPA template, escalate specific issues to outside privacy counsel, run an additional review under another regime.]

Kontrollnimekirja tabel on keskne osa. Üksikasjalikud leiud katavad ainult punkte, mis pole olekus Present — ära paisuta teksti ridadega „Olemas ja standardne, lisamärkusi pole“; tabel näitab seda juba.

Erijuhud ja keeldumised

Mida see oskus ei tee

Viitematerjalid

Kvaliteedikontrolli parandused (LegalQuants, 2026-05)

LegalQuantsi kvaliteedikontroll hindas seda oskust 2026-05-11 Legal Skill Design Frameworki alusel hinnanguga SOME CONCERN. 2026-05 rakendati sihipärased parandused:

Tehniline sisu (töövoo läbimised, režiimide viitefailid, väljundi struktuur, erijuhud, keeldumise päästikud) on säilitatud muutmata. Selle oskuse kasutamiseks vajalik sisuline privaatsusjuristi otsustusvõime on muutmata.