Klasifikace dat: Rozhodněte podle účelu a důkazů
Přejít na sekci
Čtyři úkoly: tři pozastavit, jeden úzce povolit
Máte připravit krátké shrnutí pomocí AI. Stačí vědět, že text je veřejný nebo že jste odstranili jméno? Nestačí. Jako zaměstnanec či vedoucí týmu potřebujete rozhodnout o konkrétním úkolu: jaká data, k jakému účelu, v jakém prostředí a pro koho. V této lekci si na čtyřech případech nacvičíte rozhodnutí, které lze zdůvodnit a předat k internímu schválení. Tři úkoly zůstanou pozastavené, jeden má doložené úzké povolení.
Celá organizace Javor, její politika J-1, nástroj Lupa, všechny záznamy, oprávnění i doklady v této lekci jsou výslovně FIKTIVNÍ. Nejde o doporučení dodavatele ani skutečné schválení. Pracujte pouze s textem lekce a vlastním lokálním zápisem, bez spuštění AI či jiného nástroje, prohlížeče nebo externí služby. Nikam nic nenahrávejte. Nevyhledávejte skutečné dokumenty, osobní údaje ani přístupové údaje. I ukázkový prompt níže je jen pracovní list k přečtení a ručnímu vyplnění.
Třídu určuje organizace, povolení celý kontext
Organizace si stanovuje vlastní třídy, jejich význam a odpovědné role. Čtyři názvy v této lekci jsou výukový příklad, nikoli univerzální norma nebo právní test. Fiktivní politika J-1 používá V — veřejná, I — interní, D — důvěrná a P — přísně chráněná. V znamená materiál určený ke zveřejnění; ani tato třída sama nepovoluje libovolný účel nebo AI prostředí. Ověřujte také kontext, práva a zamýšlené publikum výsledku.
ANO = YES; NE = NO; NEZNÁMÉ = UNKNOWN. V obou lekcích používáme stejné značky.
Pracovní list — pouze ruční simulace, neposílat do AI.
Organizace Javor, politika J-1, Lupa, doklady a data A–D jsou FIKTIVNÍ.
Použij výhradně následující podklady. Nic nedohledávej, nevymýšlej schválení a
neprováděj žádný úkol v nástroji.
J-1: V = veřejná, I = interní, D = důvěrná, P = přísně chráněná.
Záznam umožňující zpětné přiřazení k osobě patří zde do D i po přejmenování.
Šest povinných bran: třída v daném prostředí; účel a publikum; práva k použití; platná
příslušná smlouva; uchování a výmaz; přístup a nastavení.
Každou bránu označ YES / NO / UNKNOWN (chybí důkaz). Jakékoli NO nebo UNKNOWN => HOLD
(pozastavit). ALLOW (povolit vymezený úkol) vyžaduje šest YES. UNKNOWN nelze doplnit
odhadem ani dokumentací dodavatele.
Fiktivní karta Lupa F1, revize 1, platná jen v této simulaci:
Doklad O-F1/1: interní schválení vlastníkem dat a bezpečností pouze pro V, jednověté
interní shrnutí, publikum tým Javor. Účet role analytik v pracovním prostoru Javor,
bez dalších integrací.
Doklad S-F1/1: smluvní správce potvrdil platnou smlouvu pro F1, tento účel a třídu V,
včetně všech dodatků požadovaných J-1.
Doklad R-F1/1: ověřené nastavení a smluvní závazek — vstupy, výstupy i obsahové provozní
logy nejvýše 24 hodin, poté výmaz; žádné obsahové zálohy. Limit J-1 je 24 hodin.
Doklad P-F1/1: ověřený přístup pouze role analytik a příjemců z týmu Javor; dodavatel
nemá přístup k obsahu, trénování na obsahu vypnuté, žádné další sdílení. J-1 tyto
podmínky požaduje.
Fiktivní karta Lupa F2, revize 1: O-F2/1 vymezuje I a stejný účel/publikum, podmíněně
splněním všech bran; P-F2/1 dokládá stejné přístupové podmínky jako F1. Smluvní doklad
= UNKNOWN; uchování a výmaz = UNKNOWN. F1 nedokládá podmínky F2.
A: „Osoba A, jediná noční restaurátorka v obci Hvozdná Lhota, směna 17.“ Všechno je
vymyšlené, ale kombinace role, místa a směny by ve scénáři umožnila přiřazení k osobě.
Požadavek: jednověté interní shrnutí pro tým Javor ve F1. Vlastník dokladem U-A/1
potvrzuje práva k tomuto internímu shrnutí; nepovoluje změnu třídy. Ostatní doklady F1
platí jen ve svém rozsahu.
B: veřejná pozvánka „Den dílen v Javoru“. Fiktivní podmínky U-B/1 dovolují jen čtení;
nepovolují použití pro profilování. Požadavek: vytvořit profil návštěvníka ve F1 a
skutečně jej předat veřejnému publiku místo interního shrnutí. Z textu nelze dovodit
další práva ani interní schválení tohoto účelu.
C: „Zkouška papírového modelu: tři kroky.“ Interní návod I bez údajů o osobách.
Požadavek: jednověté interní shrnutí pro tým Javor ve F2. U-C/1 dokládá práva k tomuto
použití. Smlouva a uchování zůstávají UNKNOWN.
D: „Papírový model má tři díly.“ Veřejný katalogový text V bez údajů o osobách.
Požadavek: jednověté interní shrnutí pro tým Javor ve F1. U-D/1 dokládá práva k tomuto
použití a O-D/1 potvrzuje, že tento text, účel, publikum i prostředí spadají pod
O-F1/1. Všechny doklady F1 jsou použitelné.
Pro KAŽDÝ případ A, B, C, D vyplň:
Případ | třída a důvod | účel, prostředí a publikum | šest bran s odkazy na doklady |
ALLOW/HOLD | zdůvodnění | chybějící důkazy (nebo žádné) | další interní schvalovací
krok.
Rozlišuj známý nesoulad NO od nedoložené podmínky UNKNOWN. U ALLOW uveď hranice povolení
a kdo posoudí změnu. Výstup je návrh záznamu, sám nic neschvaluje.
I — interní: v politice J-1 například nezveřejněný pracovní návod bez údajů o osobách. D — důvěrná: zde také záznam umožňující přiřazení k osobě z kontextu, nejen z přímého jména. P — přísně chráněná: J-1 tak označuje například tajné přístupové údaje a zvlášť citlivé záznamy. Žádné takové skutečné údaje do cvičení nepřidávejte. Jiná organizace může mít jiné názvy, rozsah i povolené postupy; konkrétní zařazení potvrzuje vlastník dat podle její politiky.
Třída je první brána, nikoli celé rozhodnutí. Ptejte se: Je tato třída povolená v přesném prostředí? Je schválený účel a publikum? Máme práva k tomuto použití? Je doložená platná smlouva pro příslušnou variantu služby a případné požadované dodatky? Známe uchování a výmaz vstupů, výstupů, logů a záloh? Jsou ověřené přístupy a požadovaná nastavení? Doklad mimo svůj rozsah podmínku nedokládá; pokud pro posuzovaný případ nic dalšího nemáte, zapište UNKNOWN.
Označení enterprise, tvrzení „bez trénování“ ani vlastní hosting tyto brány nenahrazují. Dokumentace dodavatele popisuje službu, ale neprokazuje interní schválení vaší organizace, vaše práva ani platnost vaší konkrétní smlouvy. Zákaz také nevyvozujte jen z názvu třídy: přípustnost určuje politika a příslušné důkazy pro daný úkol. Vlastní hosting stále potřebuje vyřešený přístup, uchování a odpovědnost. V této lekci neposuzujeme konkrétní výrobek ani právní soulad skutečné organizace.
Rozhodovací pravidlo J-1: šest doložených YES => ALLOW jen pro popsaný úkol. Jakékoli NO nebo chybějící povinný důkaz UNKNOWN => HOLD. HOLD znamená pozastavit zamýšlené použití a předat otázku odpovědné interní roli; není to automatický zákaz veškeré AI. Součet výhod ani dobré hodnocení nástroje chybějící bránu nepřebije.
Čtyři případy a dvě karty důkazů
Pracovní list obsahuje celý fiktivní soubor A–D a karty F1/F2. Doklady O označují interní vymezení použití, U práva k datům, S smlouvu, R uchování a výmaz a P přístup s nastavením. Číslo revize a rozsah jsou součástí dokladu. F1 má úplné doklady pro třídu V a jednověté interní shrnutí pro tým Javor. U F2 je doložené vymezení I a přístup, ale chybí smluvní a retenční podklad. Nedoplňujte je z F1. Podmíněné vymezení třídy a účelu F2 ještě není povolení úkol provést.
A: nahrazení jména „Osoba A“ je pouze přejmenování, nikoli důkaz anonymity. Vymyšlený záznam zůstává podle J-1 třídou D, protože kontext umožňuje zpětné přiřazení. F1 povoluje jen V: brána třídy = NO, rozhodnutí A = HOLD. U-A/1 dokládá práva a účel odpovídá, ale smlouva F1 platí pouze pro V, takže smlouva pro D = UNKNOWN. Retenční a přístupové doklady F1 jsou k dispozici. Chybí smluvní podklad pro D a interní povolení D ve F1; přejmenování je nenahradí. Další krok: vlastník dat a bezpečnost posoudí identifikovatelnost a přípustnou cestu, smluvní správce případný smluvní rozsah. Do té doby nic nezpracovávat.
B: veřejná pozvánka, třída V. B = HOLD. Třída YES: O-F1/1 pokrývá V. Účel NO: veřejné profilování a předání jsou mimo schválené interní shrnutí. Práva NO: U-B/1 profilování nepovoluje. Smlouva UNKNOWN: S-F1/1 potvrzuje jen interní úkol, nikoli nové použití. Uchování YES: zpracování a výmaz ve F1 se nemění. Přístup NO: skuteční veřejní příjemci a další sdílení odporují omezení P-F1/1 na tým Javor. Další krok: vlastník dat řeší účel, správce práv oprávnění, správce smluv použitelný smluvní podklad a vlastník bezpečnosti/přístupu omezení příjemců a sdílení. Žádost neuděluje veřejná práva ani nemění HOLD.
Co udělat s mezerou v důkazech
C: interní návod je I, účel, práva U-C/1 i přístup P-F2/1 jsou doložené a vymezení F2 třídu I připouští. Smlouva = UNKNOWN a uchování = UNKNOWN, proto C = HOLD. Chybí platný příslušný smluvní doklad včetně dodatků požadovaných J-1 a důkaz o době uchování i výmazu vstupů, výstupů, obsahových logů a záloh. Další krok: smluvní správce a bezpečnost tyto podklady ověří a interní schvalovatel uzavře podmíněné vymezení F2. Nepřítomnost důkazu neznamená, že dodavatel určitě nesplňuje požadavek; znamená, že úkol zatím nemá povolení.
D: veřejný katalogový text je V a všechny podklady se vztahují právě na něj. D = ALLOW: O-D/1 a O-F1/1 dokládají třídu, účel a publikum, U-D/1 práva, S-F1/1 smlouvu, R-F1/1 uchování a P-F1/1 přístup. Chybějící důkazy: žádné. Další interní krok: zapsat odkazy a rozsah existujícího povolení; pro tento vymezený úkol J-1 nevyžaduje nové schválení. Při změně dat, účelu, publika, prostředí nebo podmínek nejprve požádat vlastníka dat a bezpečnost o nové posouzení. ALLOW je zde výsledek simulace, nikoli pokyn něco skutečně spustit.
Použijte pouze fiktivní podklady z pracovního listu. Ručně vyplňte čtyři řádky A–D: třída a důvod, účel/prostředí/publikum, všech šest bran YES/NO/UNKNOWN s doklady, rozhodnutí ALLOW/HOLD, zdůvodnění, chybějící důkazy a další interní schvalovací krok. U každého případu oddělte chybějící důkaz od známého nesouladu. Nic neposílejte do AI a neotevírejte skutečnou schránku, sdílený disk ani týmový chat. Vaším výsledkem je vyplněný rozhodovací záznam, nikoli zpracovaný dokument.
Nápověda
Pořadí bran je třída, účel, práva, smlouva, uchování, přístup. A: D; NO/YES/YES/UNKNOWN/YES/YES => HOLD. B: V; YES/NO/NO/UNKNOWN/YES/NO => HOLD. C: I; YES/YES/YES/UNKNOWN/UNKNOWN/YES => HOLD. D: V; YES/YES/YES/YES/YES/YES => ALLOW. A potřebuje posouzení identifikovatelnosti, povolení třídy a smluvní rozsah; B povolení účelu, práva a smluvní rozsah; C smlouvu a uchování; D záznam platného rozsahu, nové posouzení až při změně. Zkontrolujte, že žádnému řádku nechybí další interní krok. B má také přístup NO: skutečné veřejné předání odporuje P-F1/1. Vlastník bezpečnosti/přístupu musí posoudit omezení příjemců a sdílení.
Použijte čtyři řádky z prvního cvičení; doplňujte poznámky místo dalšího přepisování. Potom odpovězte na čtyři námitky: A — „Jméno jsme přece změnili.“ B — „Text je veřejný.“ C — „F1 má smlouvu a služba je prý bez trénování.“ D — „Takže teď smíme zpracovat cokoli?“ Pracujte jen s fiktivním scénářem a nepřidávejte nové doklady. Vysvětlete, proč námitka nemění původní rozhodnutí ani jeho rozsah.
Nápověda
Kontrolní klíč: A = HOLD kvůli D mimo povolení F1 a smlouvě UNKNOWN; chybí povolení D a smluvní doklad pro D, řeší vlastník dat, bezpečnost a smluvní správce. B = HOLD kvůli účelu a právům NO a smlouvě UNKNOWN; chybí povolení účelu, práva a smluvní podklad, řeší vlastník dat, správce práv, bezpečnost a smluvní správce. C = HOLD kvůli smlouvě a uchování UNKNOWN; chybí oba podklady, řeší smluvní správce, bezpečnost a interní schvalovatel. D = ALLOW jen pro popsané shrnutí; nic nechybí, zapíše se existující rozsah, změnu posoudí vlastník dat a bezpečnost. Přejmenování, veřejnost ani tvrzení dodavatele nejsou náhradní doklady. B má také přístup NO: skutečné veřejné předání odporuje P-F1/1. Vlastník bezpečnosti/přístupu musí posoudit omezení příjemců a sdílení.
Do stejných čtyř řádků doplňte návrhy dalších kroků. U A navrhněte, které kontextové znaky by vlastník dat musel posoudit při úpravě; netvrďte, že tím automaticky vznikla anonymita nebo nové povolení. U B navrhněte žádost o vymezení přípustného účelu a práv. U C napište žádost o smluvní a retenční podklad pro F2. U D zaznamenejte hranice již doloženého povolení. Jde pouze o návrhy ve fiktivním scénáři: žádné zprávy neodesílejte, žádné doklady nevytvářejte jako údajně schválené a žádný nástroj nespouštějte.
Nápověda
Původní výsledek zůstává A = HOLD, B = HOLD, C = HOLD, D = ALLOW. A: role, místo a směna mohou umožnit přiřazení; chybí povolení D a smluvní doklad pro D, další krok vlastník dat + bezpečnost + smluvní správce. B: chybí povolení účelu, práva a smluvní podklad, další krok vlastník dat + správce práv + bezpečnost + smluvní správce. C: chybí smlouva a uchování, další krok smluvní správce + bezpečnost + interní schvalovatel. D: nic nechybí, zapsat rozsah, při změně vlastník dat + bezpečnost. Návrh úpravy ani žádost samy rozhodnutí nemění. Nový výsledek vyžaduje nové posouzení všech bran a skutečné interní potvrzení mimo tuto simulaci. B má také přístup NO: skutečné veřejné předání odporuje P-F1/1. Vlastník bezpečnosti/přístupu musí posoudit omezení příjemců a sdílení.
- Třídy a povolené postupy stanovuje organizace. V, I, D a P jsou zde pouze fiktivní výuková politika J-1.
- Povolení se vztahuje na konkrétní data, účel, práva, prostředí a publikum. Veřejnost, enterprise, vypnuté trénování ani vlastní hosting nejsou samy schválením.
- Prověřte všech šest bran: třídu, účel, práva, smlouvu, uchování a přístup. Chybějící povinný důkaz = UNKNOWN => HOLD; známý nesoulad NO také znamená HOLD.
- Přejmenování není důkaz anonymity. U A kontext zachovává možnost přiřazení a omezení třídy D.
- Kontrolní výsledky: A = HOLD, B = HOLD, C = HOLD, D = ALLOW jen pro vymezené interní shrnutí. U každého zapište důvod, mezery a další interní krok.
- HOLD předává otázku odpovědné roli; ALLOW má doložený rozsah. Celé cvičení je fiktivní a nic se skutečně nezpracovává ani nenahrává.
Než přejdete ke schvalování nástrojů, ověřte své čtyři řádky podle klíče: dokážete vysvětlit každé HOLD i úzké ALLOW a určit další interní krok? Kvalita tohoto záznamu vám pomůže oddělit vlastnosti služby od povolení organizace. Samotný výběr nástroje rozhodnutí o datech nenahrazuje.
2/6 hotovo — pokračujte!