Co řeší ISO/IEC 27701
Firma může mít dobře zabezpečené servery a přesto nevědět, proč uchovává staré životopisy, kdo dostává export zákazníků nebo co se stane s osobními údaji po ukončení smlouvy. ISO/IEC 27701 se zaměřuje na řízení ochrany osobních údajů prostřednictvím systému PIMS, tedy Privacy Information Management System. Podle veřejného přehledu ISO stanovuje požadavky na jeho zavedení, udržování a průběžné zlepšování a poskytuje související doporučení. Je určena správcům i zpracovatelům osobních údajů. Oficiální přehled ISO/IEC 27701.
Praktický přínos hledám v odpovědnosti: konkrétní člověk má vědět, jaká data jeho proces používá, kudy procházejí a jak se ověří, že nastavená pravidla opravdu fungují. Samotná směrnice uložená na sdíleném disku tuto práci neudělá.
Vydání 2025 je samostatná norma
Aktuálním vydáním je ISO/IEC 27701:2025, druhá edice publikovaná v říjnu 2025. ISO ji výslovně popisuje jako samostatnou normu systému managementu. Starší vydání z roku 2019 bylo koncipováno jako rozšíření ISO/IEC 27001 a ISO/IEC 27002. Při plánování nového PIMS proto nepřebírejte bez kontroly návody vztahující se k předchozí verzi. Stav a samostatnost vydání 2025. Oficiální popis vydání 2019 u IEC.
Doporučení v článku vycházejí z veřejných přehledů. Pro zavedení nebo certifikaci PIMS použijte úplné znění normy.
Bezpečnost a soukromí řeší různé otázky
U aplikace s osobními údaji potřebujete vyřešit přístup i důvod, proč data uchováváte. Například životopis může být dostupný jen lidem z náboru, ale pořád zbývá určit, jak dlouho ho po skončení výběru potřebujete. Šifrování chrání obsah. Účel zpracování a dobu uchování musí určit člověk odpovědný za tento proces.
Představme si šifrovanou databázi přístupnou jen personalistům. Pokud obsahuje zbytečné údaje nebo neexistuje postup odstranění neúspěšných uchazečů, šifrování tyto otázky nevyřeší. Účel, minimalizaci a omezení doby uchování vysvětluje průvodce EDPB pro malé podniky.
V aplikaci bych tyto pohledy spojil: oprávnění odvozovat od pracovního úkolu, exporty omezit na nezbytné sloupce a dobu uchování řešit plánovanou úlohou s kontrolovatelným výsledkem. Zálohu přitom posuzovat samostatně od aktivní databáze, aby obnova nevracela odstraněné údaje bez další kontroly.
Praktický začátek: jeden proces a dohledatelná data
Začněte například náborem nebo zákaznickým helpdeskem. Ke každému procesu připravte jednoduchou mapu:
- Údaje a účel: které položky sbíráte a jakou konkrétní práci umožňují. Oddělte povinná pole od údajů vyplňovaných jen pro pohodlí.
- Umístění a pohyb: aplikace, přílohy, e-mailové schránky, exporty, integrační rozhraní a zálohy. Nezapomeňte na kopie v testovacím prostředí.
- Přístupy: lidé, servisní účty a dodavatelé. Rozlišujte čtení, změnu, export a administraci. Sdílený účet ztěžuje dohledání konkrétního zásahu.
- Uchování: kdo určuje dobu, co spouští odstranění a jak se ověří provedení. Jeden plošný interval pro všechny účely obvykle nestačí.
- Dodavatelé: kam data předáváte, kdo řeší incident a jak dostanete data zpět nebo ověříte jejich odstranění při ukončení služby.
Potom vyzkoušejte průchod smyšleného záznamu: založení, změnu oprávnění, export a odstranění. Výsledek má být ověřitelný bez znalosti autora aplikace. Do provozního logu stačí identifikátor operace, stav a počet záznamů. Kopírování celého životopisu do logu vytváří další místo, které musíte spravovat.
Modelový příklad: životopis po uzavření náboru
Uchazeč pošle životopis pro jednu pozici. Personalista ho uloží do náborové aplikace a kopie zůstane také v e-mailu a exportu pro vedoucího.
-
Vlastník náboru určí účel zpracování, potřebné údaje a oprávněné příjemce. Samostatně posoudí případné uchování pro budoucí nabídky.
-
Firma stanoví dobu uchování podle účelu a použitelných pravidel. Do mapy procesu zahrne aplikaci, schránku, exporty a zacházení se zálohami.
-
Po skončení oprávněného uchování ověří odstranění příslušných kopií. Do kontrolního záznamu nepřidává celý životopis.
Co si odnést: Nestačí odstranit řádek v jedné databázi. Firma potřebuje vědět, kde údaje jsou a kdo řeší každou kopii. Příklad neurčuje univerzální dobu uchování ani právní základ.
Osobní údaje a generativní AI ve firmě
U interního helpdesku začněte vyhledáváním ve schválených návodech a postupy přihlášení. Pro pilot použijte smyšlené dotazy. Reálné tikety mohou obsahovat zdravotní informace, přihlašovací údaje nebo personální dokumenty, i když pracovník původně řeší jen problém s tiskárnou.
Navrhl bych oddělit veřejné firemní návody od personálních podkladů. Vyhledávání dokumentů musí respektovat oprávnění přihlášeného člověka ještě před předáním textu modelu. Následný zákaz odpovědi nenahradí kontrolu přístupu, pokud již nepovolená data odešla externímu poskytovateli.
U HR asistenta lze nejprve vysvětlovat obecné postupy dovolené. Přístup k osobním spisům bych do stejného pilotu nepřidával. Před použitím reálných údajů ověřte smluvní podmínky poskytovatele, nastavení uchování vstupů, přístupy k historii konverzací a možnost používání dat pro jeho další účely. Tyto parametry patří do návrhu služby a rozhodnutí firmy.
Další krok: ověřit pravidla v provozu
Začít můžete místem, o kterém už víte, že neodpovídá pravidlům. Třeba exportem, který zůstal ve sdílené složce, nebo přístupem člověka, který už na projektu nepracuje. Opravte tento problém a ověřte výsledek. PIMS vám pomáhá takovou práci řídit, samotná evidence ale nenahrazuje posouzení zpracování ani požadavků normy.
Ověřené zdroje
Primární zdroje a jejich vztah k článku byly zkontrolovány .