RoPA: чому за GDPR все починається з карти руху даних?
Уявіть, що ви проводите облік (а може облік та аудит) активів у компанії: ви можете переглянути кількість клієнтів та активних проєктів, порахувати фізичні доступи працівників до приміщень чи ідентифікувати доступи у хмарних сховищах чи внутрішніх CRM-системах, або ж ви можете інвентаризувати кількість ноутбуків чи ПЗ, які ви надали своїм працівникам. Тобто наводити лад в операційних питаннях можна по-різному. З точки зору роботи з даними вам знадобиться ідентифікація усіх процесів, структуризація даних і періодичне доповнення вашої бази даних новими кейсами. З цього може розпочатися ваша історія аудиту з персональними даними і, ймовірно, вона відобразиться у формі RoPA.
RoPA (облік або ж карта руху даних) – ключовий елемент роботи з персональними даними. Карту передбачають як європейський, так і британський GDPR. RoPA є звітним документом перед регуляторними органами, а будь-які суттєві зміни у бізнес-процесах повинні регулярно відображатися у карті. У цій статті ми розглянемо, кому необхідна RoPA, як її створити, а також оптимізувати процес заповнення.
Яким компаніям потрібно вести RoPA?
GDPR зобов’язує вести облік даних усі компанії, де:
- працюють понад 250 працівників; або
- обробка може призвести до ризику для прав і свобод суб’єктів даних; або
- обробка є не епізодичною (не випадковою); або
- обробляються чутливі персональні дані.
На практиці для визначення обов’язку потрібно хоча б одну підставу. Іноді організації, які за структурою менші за 250 працівників, все одно повинні вести RoPA. У таких ситуаціях кожен невипадковий вид обробки, обробка у значних масштабах чи потенційні ризики для прав суб’єктів даних оцінюються залежно від специфіки організації, її сфери діяльності, а також локальних законів держав-членів ЄС, які можуть встановлювати більш суворі вимоги до визначення чутливих даних чи ведення RoPA.
З чого складається карта руху даних?
За ст. 30 GDPR, RoPA повинна містити щонайменше таку інформацію:
- назву, контактні дані організації, а також за наявності контактні дані представника організації та DPO;
- цілі обробки;
- опис категорій персональних даних фізичних осіб, які обробляє організація;
- категорії одержувачів персональних даних, тобто перелік внутрішніх підрозділів чи працівників або ж зовнішніх підрядників, які матимуть доступ до даних;
- деталі передачі даних до третіх країн, включаючи наявні механізми захисту;
- графіки (плани чи розклади) видалення даних.
Британський регулятор ICO опублікував перелік кращих практик заповнення RoPA. Хоч і Великобританія не входить в ЄС – локальний GDPR дуже подібний за змістом до європейського, а британський регулятор створює дуже корисні візуальні та текстові підбірки для тлумачення закону. ICO рекомендує безпосередньо вказувати у RoPA або додавати гіперпосилання на таку інформацію:
- повідомлення про обробку, де зазначаються підстави обробки і джерела збору даних;
- підтвердження про надання згоди суб’єктом даних;
- обробку спеціальних категорій даних;
- місця зберігання даних;
- політики видалення та знищення даних;
- звіти про оцінку впливу на захист даних (DPIA).
Життєвий цикл RoPA
Процес створення RoPA поетапний, і чим складніша структура компанії, тим більше часу можуть зайняти підготовчі процеси, тобто аудит усіх потоків даних.
- Потрібно ідентифікувати, які дані обробляє компанія. (!) Нагадаємо, що обробка – це будь-яка дія з даними, включаючи збір, розкриття даних шляхом надсилання, копіювання, зберігання, створення резервних копій чи шифрування тощо.
- Далі потрібно займатися мапуванням процесів: визначити, куди, в якому обсязі, в який спосіб дані передаються між працівниками чи командами.
- Пізніше, а іноді паралельно, можна працювати над самим середовищем та згрупувати дані за категоріями.
- Врешті, час від часу потрібно поновлювати дані, особливо, якщо у компанії змінюються чи з’являються нові процеси, перепідписуються договори з постачальниками чи підрядниками, або ж значно змінюється організаційна структура.
Принцип невеликої кількості зусиль, що дадуть величезні результати потім, не завжди ефективний, однак з RoPA його можна переформулювати так: повна підготовка даних та їхня структуризація на початку – це 80% роботи з RoPA. Решта 20% – це лише доповнення даних та оптимізація ведення карти.
Хто перевіряє RoPA?
Якщо у вашій компанії призначений DPO (Data Protection Officer), він відповідатиме за системність та цілісність заповнення RoPA внутрішньо, тобто всередині компанії. Назовні DPO ставатиме контактною особою між регуляторним органом та вашою організацією, і тоді регуляторний орган може перевіряти та накладати штрафи за невідповідність RoPA.
Більше про відповідальність DPO та взаємозв’язки DPO з компаніями читайте у нашій статті.
Q&A про RoPA
● Чи існує визначена обов’язкова форма карти руху даних?
○ Ні. Форма може бути довільною. Ви можете обрати спеціальний сервіс, адаптовану CRM-систему, обрати шаблон, який пропонує регулятор чи ваш DPO, або навіть вести облік в інструментах Microsoft чи Google. Головне, щоб у документі зазначалася уся необхідна інформація. До речі, ось шаблони, які пропонує ICO для контролера та для процесора. А тут шаблон, який пропонує французький регулятор CNIL.
● Де краще зберігати RoPA?
○ Ми радили б користуватися хмарними сервісами, однак GDPR не виключає використання звичайного електронного носія.
● Хто з працівників компанії може мати доступ до карти?
○ Важливо, щоб особи, відповідальні за заповнення RoPA, мали до неї доступ. Менеджмент компанії повинен мати уявлення про процеси, пов’язані з обробкою даних, але доступ повинні мати ті, хто безпосередньо працюватиме з картою.
● Як визначити ефективність RoPA?
○ Насамперед RoPA повинна відображати актуальні процеси та бути системною. Наприклад, ірландський регулятор радить розділити категорії на частини за різними функціями в межах організації, як-от: HR, фінанси або маркетинг; відображати інформацію послідовно, виходячи з життєвого циклу процесів, а також додавати більше контекстуальної інформації, навіть якщо вона прямо не вимагається.
● Як часто потрібно оновлювати RoPA?
○ Не існує спільного правила для компаній, однак усе залежить від динамічності ваших бізнес-процесів. Наприклад, зміна способів збору (обробки) даних, запуск нового продукту або послуги, впровадження нових технологічних рішень, де компанія збиратиме більше даних чи використовуватиме ШІ, або вихід на нові ринки – це чіткі індикатори для оновлення RoPA.
Наявність RoPA – не панацея, а швидше відправна точка для GDPR-комплаєнсу. Опис процесів може допомогти менеджменту компанії “підсвітити” вразливі місця, а далі пріоритезувати не тільки privacy-заходи, а й інші операційні процеси. Це дозволить значно ефективніше управляти ризиками, а ще не боятися перевірок регуляторних органів.
Схожі статті
ICO просить вас сплатити data protection registration fee?
26 Березня, 2024 1 хв
Суб’єкт даних подав запит про видалення даних – що робити?
9 Лютого, 2026 1 хв
Виробництво для Сил оборони: що має знати виробник, як бізнес
15 Листопада, 2025 1 хв
Дві Галі, один ринок: що відбувається між мережами «Балувана Галя» і «Галя Балувана»
18 Липня, 2025 1 хв
Чи порушує права інтелектуальної власності навчання ШІ на чужих творах?
29 Травня, 2025 1 хв