Koosta jurisdiktsiooni arvestavaid, isikuandmete kaitse üldmäärusele (GDPR) vastavaid privaatsusteateid professionaalsete .docx-dokumentidena.
Kasutaja. See oskus on kirjutatud privaatsusvaldkonna praktikule — ettevõttesisesele andmekaitsejuhile või andmekaitseametnikule (DPO) või neid toetavale privaatsus-/äriõiguse juristile. Seda võib kasutada ka mittejurist (asutaja või tegevusjuht, kes koostab esimest teadet), kuid siis tuleb väljund enne avaldamist suunata pädevale nõustajale, mitte avaldada ainult oskuse sõnale tuginedes. Erilist tehisaru-oskust ei eeldata peale sisendküsimustele lihtsas keeles vastamise.
Töö iseloom. Töö on piiritletud ja dokumendikeskne: üks privaatsusteade, mis pannakse kokku kindlast mallist, laaditud jurisdiktsiooniviitest ja vastutava töötleja sisendist — võrreldes art 13/14 avalikustamise kontrollnimekirjaga, mitte avatud nõustamine. Oskus püsib selle mustri piires konservatiivne ja annab kõik sellest väljapoole jääva tagasi nõustajale (vt allpool Kindlus ja see, mis antakse tagasi).
Väljundi staatus. Teade ise on kliendile suunatud dokument; puudujäägid ja eeldused, mida see oskus selle kõrval esile toob (nt „töötleja X kohta pole andmetöötluslepingut (DPA) olemas“), on avameelsed koostamisaegsed tähelepanekud — mitte õigusnõu ega iseenesest privilegeeritud tööprodukt. Käsitle nende säilitamist ja jagamist vastavalt oma büroo tööprodukti ja konfidentsiaalsuse poliitikale.
1. SCOPE → Notice type, jurisdiction(s), template choice
2. INTAKE → Type-driven collection: controller info, data inventory, legal bases
3. DRAFT → Generate notice from template + type profile + collected info
4. VERIFY → Art. 13/14 compliance check + type-specific checks + AI Act check
5. DELIVER → .docx output via docx skill
Valmis, vormindatud .docx mõjub autoriteetsena — ja just see on risk: ülevaatav jurist on kiusatud seda kinnitama, selle asemel et seda uuesti läbi vaadata. Seetõttu peab oskus oma kindlustaseme nähtavaks tegema ega tohi vaieldavaid punkte enesekindlaks prooseks siluda. Märgista iga mittetriviaalne õiguslik seisukoht, millele teade tugineb:
Kindlus liigub koos dokumendiga: üleandmiskokkuvõte (samm 5) sisaldab eelduste ning vaieldavate/lahtiste punktide loetelusid selgesõnaliselt, mitte ainult vestluses.
Enne kõike muud tee kindlaks, millist tüüpi privaatsusteadet on vaja. Laadi references/NOTICE_TYPES.md ja küsi:
„Millist tüüpi privaatsusteadet sul vaja on?“
| Tüüp | Kirjeldus |
|---|---|
| Veebisait / rakendus | Veebisaidi, veebirakenduse või mobiilirakenduse külastajatele, kasutajatele ja tellijatele |
| Kandideerija / värbamine | Tööle kandideerijatele ja kandidaatidele (Bewerber, candidats) |
| Töötaja | Töötajatele, lepingupartneritele, praktikantidele (Beschäftigte, salariés) |
| Äripartner (B2B) | Tarnijate, varustajate, klientide ja partnerite kontaktisikutele |
| B2C klient | Lõpptarbijatele kliendi-/ostusuhtes |
| Kombineeritud | Mitu sihtrühma ühes või mitmes omavahel lingitud teates |
Valitud tüüp määrab: - millised jaotised lõppdokumenti kaasata või välja jätta; - milliseid andmekategooriaid sisendi kogumisel uurida; - millised õiguslikud alused on kõige tõenäolisemad; - milliseid tüübipõhiseid sisendküsimusi esitada; - millised säilitamise vaikeväärtused kehtivad.
Iga tüübi täieliku jaotiste kaardi, andmeprofiili, õiguslike aluste, sisendküsimuste ja säilitamise vaikeväärtuste kohta vaata references/NOTICE_TYPES.md.
Küsi, milliseid riike/turge teenus sihib. Laadi sobiv viitefail:
| Sihtturg | Viitefail |
|---|---|
| Saksamaa / DACH | references/DE.md |
| Prantsusmaa | references/FR.md |
| Muu EL (AT, IT, ES, NL, BE, IE, UK) | references/OTHER_EU.md |
| Laadi alati | references/EU_COMMON.md |
Mitut jurisdiktsiooni hõlmavate teenuste puhul laadi kõik asjakohased failid ja märgi, kus nõuded erinevad (nt laste vanusepiirid, andmekaitseametniku määramise künnised, säilitamisreeglid).
Kaetud jurisdiktsioonid = ainult laaditud viitefailid. Oskusel on juhendid riikidele DE, FR, AT, IT, ES, NL, BE, IE ja UK. Kui sihtturg on mis tahes muu riik (nt PL, SE, DK või EMP-väline jurisdiktsioon), ÄRA koosta vaikselt üldiste „GDPR vaikeväärtuste“ põhjal — see peidab riigisisesed eripärad (järelevalveasutus, tööandmete reeglid, turundusõigus, vanusepiirid), mida teade tegelikult vajab. Selle asemel PEATU ja ütle kasutajale, et jurisdiktsioon jääb laaditud juhendite alt välja: koosta ainult need ELi baastaseme jaotised, mida suudad toetada, märgi riigisisese õiguse kiht lahtiseks punktiks ja suuna see kohalikule nõustajale. Nimeta lünk; ära kata seda kinni.
Kaasasolevad õigusandmed kehtivad teatud ajahetke seisuga — kontrolli uuesti, ära usalda pimesi. Viitefailides olevad artikliviited, piisavuse otsuste / ELi–USA andmekaitseraamistiku (Data Privacy Framework) osalejate loetelud, säilitamise vaikeväärtused ja laste nõusoleku vanusepiirid olid kirjutamise ajal ajakohased ning muutuvad aja jooksul. Käsitle neid lähtepunktina, mida tuleb kehtiva allika põhjal kinnitada, mitte püsiva autoriteedina. Märgi üleandmiskokkuvõttes iga võimalik tuginemine aegunud väärtusele ja märgista see Eeldatud vastavalt jaotisele Kindlus ja see, mis antakse tagasi.
Küsi kasutajalt:
„Koostan privaatsusteate professionaalse .docx-dokumendina. Kas sul on olemasolev mall või privaatsusteade, mida peaksin alusena kasutama? Kui ei, kasutan üht meie valmismallidest.“
| Valik | Tegevus |
|---|---|
| Kasutaja annab malli | Kasuta tema .docx-faili alusena — säilita struktuur, sõnastus ja vormindus; ainult täida/kohanda |
| Kasutaja mall puudub | Genereeri references/templates.md põhjal docx-oskuse abil |
references/templates.md sisaldab: 13 jaotisega struktuuri, art 21 vastuväite kasti (visuaalselt esile tõstetud), eesmärkide/säilitamise tabelit, küpsiste tabelit, tehisaru/automatiseeritud otsuste tegemise jaotist, laste andmete jaotist, korrektset päist/jalust leheküljenumbritega, A4-vormindust, sisukorda ning täielikke tõlkeid keeltesse DE, FR ja EN. Vali sihtjurisdiktsioonile vastav keel.
Kui kasutaja annab malli: säilita truult selle struktuur ja valideeritud sõnastus. Asenda ainult kohatäited ja kohanda konkreetsele juhtumile. ÄRA kirjuta valideeritud õiguskeelt ümber.
Kui teenus sihib mitut jurisdiktsiooni või keelerühma, määra keelekäsitlus:
| Olukord | Lähenemine |
|---|---|
| Üks turg, üks keel | Üks teade selle turu keeles (nt ainult DE → saksa keel) |
| Üks turg, rahvusvaheline tööjõud/kasutajad | Põhikeel + ingliskeelne versioon. Märgi, milline versioon vastuolu korral kehtib. |
| Kaks turgu, kaks keelt | Valik A: kaks eraldi teadet (üks kummaski keeles), kumbki iseseisev. Valik B: kakskeelne teade selge visuaalse eraldusega (nt kõrvuti veerud või järjestikused jaotised). |
| Üleeuroopaline / palju turge | Põhikeelena inglise keel + tõlked põhiturgudele. Iga tõlge peaks olema iseseisev teade, mitte osaline tõlge. |
| Šveitsi ettevõte (nDSG + GDPR) | Käsitle nii Šveitsi nFADP-d (uus föderaalne andmekaitseseadus) kui ka GDPR-i. Tüüpiline lähenemine: üks teade, mis viitab mõlemale režiimile, vähemalt saksa + prantsuse keeles (+ vajadusel itaalia keeles). Märkus: nFADP ei nõua üldiseks töötlemiseks nõusolekut, kuid nõuab GDPR-i art 13/14 sarnaseid teavitamiskohustusi. |
Mallide käsitlemine kakskeelsete dokumentide puhul: - Kasuta struktuurse alusena põhikeele malli - Veendu, et mõlemad keeleversioonid sisaldavad kõiki kohustuslikke avalikustamisi (tõlkelünk = vastavuslünk) - Märgi kehtiv keeleversioon selgesõnaliselt (nt „In case of discrepancies, the [German/French] version shall prevail.“)
Mitmekeelsuse kontrollnimekiri (lisa vajadusel sammu 4): - [ ] Kõik kohustuslikud art 13/14 avalikustamised on igas keeleversioonis olemas - [ ] Kehtiv versioon on selgelt tuvastatud - [ ] Õigusterminoloogia on korrektselt tõlgitud (mitte ilma ülevaatuseta masintõlgitud) - [ ] Järelevalveasutuse teave on iga jurisdiktsiooni jaoks õige - [ ] Jurisdiktsioonipõhised nõuded on asjakohases keeleversioonis käsitletud
Kui teate tüüp on Veebisait / rakendus, liigita platvorm täpsemalt, et andmekategooriaid ette näha. Üksikasjad vt references/NOTICE_TYPES.md → „Website / App“ → „Sub-Types & Data Profiles“.
| Alamtüüp | Tüüpilised lisaandmed |
|---|---|
| Esitlus-/ettevõttesait | Ainult kontaktivormid, analüütika, küpsised |
| E-kaubandus | Konto, makse, tellimuste ajalugu, tarne, tagastused |
| SaaS / veebirakendus | Konto, kasutusandmed, funktsioonilogid, API-võtmed, koostööandmed |
| Mobiilirakendus | Seadme ID, tõuketeavituste tokenid, õigused (kaamera, asukoht, kontaktid), rakenduse kasutus |
| Turuplats | Kahesed rollid (ostjad/müüjad), hinnangud, sõnumid, makse deponeerimine |
| Tehisaru funktsioonidega platvorm | Treeningandmed, tehisaru sisendid/väljundid, mudeli otsused, profiilianalüüs |
Kogu KOGU teave enne koostamist. Kasuta sisendi kogumise juhtimiseks tüübiprofiili failist references/NOTICE_TYPES.md — iga tüüp määratleb ette tõenäolised andmekategooriad, õiguslikud alused ja tüübipõhised küsimused.
Küsi loogiliste rühmadena, mitte kõike korraga. Alusta rühmast A (alati), seejärel kasuta tüübiprofiili, et otsustada, milliseid kategooriaid uurida ja milliseid tüübipõhiseid küsimusi esitada.
Iga kogumiskoha kohta (vormid, konto loomine, ost, küpsised, rakenduse kasutus): - Milliseid andmeid kogutakse? - Kas need on kohustuslikud või vabatahtlikud? - Mis on allikas (otse kasutajalt, kolmandalt osapoolelt, automaatselt)?
Uuritavad kategooriad:
- Isikuandmed: nimi, e-post, telefon, aadress, sünnikuupäev, foto
- Konto: mandaadid, eelistused, seaded, tegevuste ajalugu
- Tehnilised: IP, seadme ID, brauseri sõrmejälg, logid
- Sirvimine: külastatud lehed, klõpsud, seansi kestus, viitaja
- Tehingud: tellimused, makseviis (teenusepakkuja kaudu), arved
- Suhtlus: sõnumid, tugipöördumised, kommentaarid
- Eriliigilised andmed (art 9): tervis, biomeetria, poliitilised vaated, usulised veendumused, seksuaalne sättumus, etniline päritolu, ametiühingusse kuulumine, geneetilised andmed — kui tuvastatakse art 9 andmeid: vaata täielikku sisendprotokolli failist EU_COMMON.md → „Special Category Data (Art. 9)“. Määra iga kategooria jaoks art 9 lg 2 erand, kinnita kahekordne õiguslik alus (art 6 + art 9 lg 2) ja dokumenteeri täiendavad kaitsemeetmed. Levinud käivitajad teate tüübi kaupa: töötaja (kirikumaks, puue, haiguspuhkus, ametiühingumaksud), kandideerija (puue, tervis, usk), B2C (terviseandmed apteegi/kindlustuse/fitnessi puhul).
- Tehisaruga seotud: tehisarusüsteemide sisendid, tehisaru loodud väljundid, automaatsed skoorid/otsused
Määra iga töötlemistoimingu õiguslik alus. Juhiste saamiseks vaata EU_COMMON.md.
Esita kasutajale kinnitamiseks tabelina:
| Eesmärk | Õiguslik alus | Andmekategooriad |
|---|---|---|
| Teenuse osutamine / lepingu täitmine | Art 6 lg 1 p b | [to fill] |
| Kontohaldus | Art 6 lg 1 p b | [to fill] |
| Õigus-/maksunõuete täitmine | Art 6 lg 1 p c — [konkreetne seadus] | [to fill] |
| Analüütika | Art 6 lg 1 p f või nõusolek | [to fill] |
| Turundus / uudiskiri | Art 6 lg 1 p a nõusolek | [to fill] |
| Tehisarupõhine töötlemine | [määra kasutusjuhu kaupa] | [to fill] |
DPA / art 28 ristviide — iga tuvastatud volitatud töötleja kohta: - Kontrolli, et andmetöötlusleping (GDPR art 28) on olemas. Kui ei ole, märgi see vastavuslüngaks, mis tuleb enne teate lõplikuks muutmist kõrvaldada. - Mida teates avalikustada: volitatud töötleja nimi (või kategooria), eesmärk, asukoht, edastamismehhanism. ÄRA lisa privaatsusteatesse DPA tingimusi, alamtöötlejate loetelusid ega tehnilisi ja korralduslikke meetmeid (TOM) — need kuuluvad art 28 lepingusse. - Mida MITTE avalikustada: konkreetsed tehnilised/korralduslikud meetmed (art 32), alamtöötlejate ahelad, hinnakujundus, teenustaseme (SLA) üksikasjad. - Kui kasutaja kinnitab, et volitatud töötlejaga DPA-d pole: märgi see kokkuvõttes ja soovita viivitamatut kõrvaldamist. Privaatsusteade peaks ikkagi nimetama volitatud töötleja/kategooria, kuid lisama märkuse, et vastutav töötleja on lepingu vormistamise protsessis. - Kaasvastutavad töötlejad (art 26): kui see kehtib, tuleb kokkuleppe olemus teates avalikustada, sh vastavad kohustused ja andmesubjektide kontaktpunkt.
Kui teenus kasutab tehisaru/masinõpet: - Milliseid tehisarusüsteeme kasutatakse ja mis eesmärgil? - Kas otsused on täielikult automatiseeritud või on tagatud inimjärelevalve? - Kas otsustel on õiguslikud või samaväärselt olulised tagajärjed (art 22)? - Kas kasutajaandmeid kasutatakse mudeli treenimiseks? - Tehisaru määruse (AI Act) klassifikatsioon: keelatud / suure riskiga / piiratud riskiga / minimaalse riskiga?
Kontrolli, kas võib olla vajalik andmekaitsealane mõjuhinnang. Kui kehtib 2 või rohkem järgmistest näitajatest, teavita kasutajat ja soovita DPIA-d eraldi tööna:
Kui märgitud on 2+ näitajat: - Teavita kasutajat: „Kirjeldatud töötlemistoimingute põhjal näib olevat vajalik GDPR art 35 kohane andmekaitsealane mõjuhinnang (DPIA).“ - Selgita mõju teatele: privaatsusteade peaks viitama, et DPIA on läbi viidud (ilma DPIA sisu avalikustamata) - Soovita: „DPIA on eraldi vastavustoiming ja see tuleks läbi viia enne töötlemise algust. See privaatsusteate oskus suudab teate koostada, kuid DPIA tuleks koostada eraldiseisva dokumendina.“ - Kontrolli riiklikke kohustusliku DPIA loetelusid (DE: DSK-Liste; FR: CNIL-i loetelu DPIA-d nõudvatest töötlemistoimingutest)
Pärast kogumist koosta kasutajale kinnitamiseks struktureeritud kokkuvõte:
NOTICE TYPE: [Website / Applicant / Employee / B2B / B2C / Combined]
CONTROLLER: [Name, form, address]
JURISDICTION(S): [Countries]
PLATFORM: [Type / Sub-type if website]
DPO: [Yes/No + contact]
DATA CATEGORIES: [List by collection point]
PURPOSES + BASES: [Table]
PROCESSORS: [List with locations]
TRANSFERS: [Countries + mechanisms]
COOKIES: [Categories + tools + CMP — if applicable per type]
AI PROCESSING: [Yes/No + details]
RETENTION: [Key periods — cross-check with type defaults]
SPECIFICS: [Anything unusual]
SECTIONS TO INCLUDE: [Based on type section map]
SECTIONS TO SKIP: [Based on type section map]
Kinnita kasutajaga enne koostamise juurde asumist.
Kasuta valitud teate tüübi jaoks jaotiste kaarti failist references/NOTICE_TYPES.md. Kaasa ainult jaotised, mis on märgitud ✅ või ⚠️ (kui asjakohane). Jäta välja jaotised, mis on märgitud ❌. Nii väldid ebaolulist sisu (nt küpsiste tabeleid kandideerija teates).
Mitut sihtrühma hõlmavate kombineeritud teadete struktuurivalikute (üks terviklik, eraldi või kihiline) kohta vaata references/NOTICE_TYPES.md → „Combined Notices“.
PRIVACY NOTICE / DATENSCHUTZERKLÄRUNG / POLITIQUE DE CONFIDENTIALITÉ
[Company Name]
Last updated: [DATE]
1. WHO WE ARE (Controller identity + DPO)
2. WHAT DATA WE COLLECT (by category, with source + mandatory/optional)
3. WHY WE PROCESS YOUR DATA (purposes + legal bases table, incl. retention per purpose)
4. WHO RECEIVES YOUR DATA (recipients + processors)
5. INTERNATIONAL TRANSFERS (countries + safeguards)
6. HOW LONG WE KEEP YOUR DATA (retention table — can be merged with section 3)
7. YOUR RIGHTS (all applicable rights + exercise procedure)
8. COOKIES & TRACKING (categories + management + CMP reference)
9. AI & AUTOMATED DECISIONS (if applicable — Art. 22 + AI Act)
10. DATA SECURITY (general measures, no sensitive technical details)
11. CHILDREN'S DATA (if applicable — age threshold + mechanism)
12. CHANGES TO THIS NOTICE (notification method)
13. CONTACT (email + postal + form link)
Enne üleandmist tee struktureeritud lõppkontroll selles järjekorras:
1. Loe uuesti läbi sammus 1 laaditud jurisdiktsiooniviide(d) (DE.md, FR.md, OTHER_EU.md). Ristkontrolli: - Järelevalveasutuse nimi, aadress ja URL on vastutava töötleja registrijärgse asukoha jaoks õiged - Säilitamistähtajad vastavad jurisdiktsioonipõhistele õigusviidetele (mitte ainult üldistele vaikeväärtustele) - Standardsed sõnastusplokid (art 21 vastuväide, kaebuse esitamise õigus, vastutava töötleja tutvustus) kasutavad viitefailist pärit jurisdiktsiooni valideeritud keelt - Kõik veel käsitlemata jurisdiktsioonipõhised nõuded (nt § 26 BDSG DE töötaja/kandideerija puhul, Art. L.34-5 CPCE FR turunduse puhul)
2. Kontrolli art 13/14 kohustuslikke avalikustamisi vastavalt failile EU_COMMON.md → „Mandatory Disclosures Checklist“. Iga punkt peab olema olemas või selgesõnaliselt mittekohalduv koos põhjusega.
3. Lisakontrollid:
4. Tüübipõhised kontrollid (failist references/NOTICE_TYPES.md):
Kandideerija: kas § 26 BDSG on viidatud (DE)? Kas talendibaasi nõusolek on eraldi? Kas säilitamine on ≤ 6 kuud pärast tagasilükkamist, välja arvatud nõusoleku korral? Kas art 14 on kasutatud, kui andmed pärinevad värbajatelt?
Töötaja: kas § 26 BDSG on peamine alus (DE)? Kas töönõukogu on vajadusel mainitud? Kas IT-jälgimine on avalikustatud? Kas keerukas säilitamisahel on täielik?
B2B: kas art 14 avalikustamine on olemas, kui andmed ei pärine otse andmesubjektilt? Kas andmete allikas on avalikustatud? Kas kontaktisiku ja lepingupoole eristus on selge?
B2C klient: kas pehme nõusoleku (soft opt-in) tingimused on täidetud (DE: § 7(3) UWG)? Kas makseteenuse pakkuja on avalikustatud? Kas püsikliendiprogrammi tingimused on selged? Kas profiilianalüüs on vajadusel avalikustatud?
5. Tehisaru määruse (AI Act) järgimine (kui on tehisaru funktsioone): - [ ] Kasutajaid teavitatakse, et nad suhtlevad tehisaruga (AI Act art 50) - [ ] Tehisaru loodud sisu on vajadusel avalikustatud - [ ] Suure riskiga tehisaru: läbipaistvuskohustused on täidetud - [ ] GDPR art 22 õiguste ja tehisarusüsteemi seos on avalikustatud
Genereeri lõppdokument docx-genereerimise oskuse abil (/mnt/skills/public/docx/SKILL.md Claude.ai Projectsis või oskus docx-processing-anthropic Claude Code'is). Kui docx-oskust pole saadaval, genereeri varulahendusena hästi vormindatud Markdown.
Loe enne faili genereerimist docx-oskuse juhised läbi. Uute dokumentide jaoks kasuta docx-js. Järgi kõiki docx-oskuse kriitilisi reegleid (DXA laiused, LevelFormat.BULLET loendite jaoks, ShadingType.CLEAR tabelite jaoks jne).
Esita .docx-fail koos järgmisega: 1. Lühike kinnitus selle kohta, mis on kaasatud 2. Eeldused — teates esitatud seisukohad, mis tuginevad kontrollimata sisendvastustele või kinnitamata vaikeväärtustele, et ülevaataja saaks neid kontrollida 3. Vaieldavad / lahtised punktid — seisukohad, mis on jäetud esiletõstetud [TO CONFIRM WITH COUNSEL] märgeteks, kuna need on tõeliselt lahtised või jäävad väljapoole laaditud jurisdiktsiooniviiteid; need antakse tagasi, mitte ei lahendata 4. Soovitus lasta teade enne avaldamist juriidiliselt üle vaadata
OLULINE: soovita kasutajale alati, et ta laseks teate enne avaldamist pädeval juristil üle vaadata. See tööriist aitab koostada — see ei asenda õigusnõu.
Esita kasutajale järgmine kontrollnimekiri, et juhtida tema sisemist ülevaatus- ja avaldamisprotsessi:
Juriidiline ülevaatus: - [ ] Privaatsusteade on pädeva andmekaitsejuristi / andmekaitseametniku poolt üle vaadatud - [ ] Kõik õiguslikud alused on kinnitatud konkreetsete töötlemistoimingute jaoks sobivaks - [ ] Säilitamistähtajad on kontrollitud kehtivate õigusnõuete alusel - [ ] Edastamismehhanismid on kinnitatud kehtivaks ja ajakohaseks (eriti DPF-sertifikaadid, SCC versioonid) - [ ] Art 9 eriliigiliste andmete töötlemine: kahekordne õiguslik alus ja kaitsemeetmed on üle vaadatud
Tehniline ülevaatus: - [ ] Kõik loetletud volitatud töötlejad ja tööriistad on tegelikult kasutusel (aegunud kirjeid pole) - [ ] Küpsiste tabel vastab veebisaidi tegelikult seatud küpsistele (auditeeri brauseri arendustööriistadega) - [ ] Andmevood vastavad tehnilisele arhitektuurile (kontrolli IT/arendusega) - [ ] Kontaktandmed (e-post, postiaadress, andmekaitseametnik) on õiged ja jälgitavad
Tõlke kvaliteedikontroll (mitmekeelsuse korral): - [ ] Iga keeleversiooni on üle vaadanud juriidiliste teadmistega emakeelne kõneleja - [ ] Õigusterminoloogia on kontrollitud (mitte toores masintõlge) - [ ] Kõik versioonid sisaldavad identset sisulist sisu - [ ] Kehtiv versioon on selgelt märgitud
Avaldamise nõuded: - [ ] Teade on igalt lehelt kättesaadav 2 klõpsuga (DE: BGH nõue) - [ ] Lingitud vastavalt vajadusele veebisaidi jaluses / rakenduse seadetes / sisseelamisvoos - [ ] Eelmine versioon on arhiveeritud koos jõustumiskuupäevaga (auditijälje jaoks) - [ ] Küpsiste bänner / CMP on uuendatud viitama kehtivale privaatsusteatele - [ ] Töötajaid / kandideerijaid on uuendatud teatest teavitatud (vajadusel)
Korralise ülevaatuse käivitajad — soovita kasutajal teade üle vaadata, kui: - võetakse kasutusele uusi volitatud töötlejaid või tööriistu; - lisatakse uusi töötlemise eesmärke; - õigusraamistik muutub (uued piisavuse otsused, kohtulahendid, regulaatorite juhised); - ettevõttes toimub ühinemine, omandamine või ümberkorraldamine; - toimub andmeleke, mis paljastab avalikustamata töötlemise; - vähemalt: iga-aastane ülevaatus.
| Tee nii | Väldi |
|---|---|
| „you“ / „your data“ / „Sie“ / „Ihre Daten“ | „the user“ / „the data subject“ / „der Betroffene“ |
| Lühikesed, selged laused | Tihedad juriidilised lõigud |
| Konkreetsed näited keeruka töötlemise kohta | Ebamäärane keel („various data“, „diverse Daten“) |
| Tabelid struktureeritud teabe jaoks | Tekstimüürid eesmärkide/säilitamise kohta |
| Täpsed artikliviited | Üldine „kooskõlas kohaldatava õigusega“ |
| Tegumood | Umbisikulised konstruktsioonid, kus neid saab vältida |
| Lihtne keel koos juriidilise täpsusega | Kas puhas juriidiline žargoon või liigselt lihtsustatud keel |
See jaotis on funktsioon, mitte refleksiivne lahtiütlemine — see ütleb kasutajale, millal on vaja oskusest kaugemale pöörduda.
See oskus on esitatud „nagu on“ Apache License 2.0 alusel — ilma mis tahes garantiideta ja selle litsentsi §§ 7–8 vastutuse piiramise tingimustel. See ei ole õigusnõu ega loo advokaadi ja kliendi suhet. Seadusega lubatud ulatuses ei võta autor (Oliver Schmidt-Prietz, Rechtsanwalt, Saksamaa) vastutust selle oskuse või selle väljundi mis tahes kasutamise või sellele tuginemise eest; kasutajad kasutavad seda omal vastutusel ning vastutavad ainuisikuliselt tulemuste valideerimise ja oma vastavusotsuste eest.