AUT-0270· Безпека та відповідність
Контроль виконання запиту на виправлення персональних даних
Запит людини має перевірені підстави, погоджене охоплення змін і підтверджений результат у відповідних джерелах.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Команда виправляє одну картку без перевірки особи та підстав; інші системи зберігають помилку або відновлюють її через обмін.
02 / Результат
Людина отримала пояснений результат запиту; погоджені виправлення підтверджені за джерелами, а невиконані дії залишаються видимими.
03 / Процес
ТригерЛюдина оскаржила точність своїх персональних даних і попросила виправити або доповнити визначені відомості.
Зареєструвати зміст і дату запиту, спірні відомості та канал відповіді; усне звернення також передати відповідальному.
За погодженою процедурою підтвердити особу та повноваження представника, збираючи лише потрібні докази; не розкривати чужі дані.
Відповідальний перевіряє доводи, мету обробки та джерела; фактичну помилку, історичний запис і оскаржену думку розглядають окремо.
Зафіксувати рішення, конкретні поля й джерела, допустимий спосіб виправлення та строк; за потреби фахівець визначає обмеження використання спірних відомостей.
Передати погоджені зміни власникам джерел і перевірити результат; актуальна відповідь системи має відповідати конкретному запису, а не лише збігатися за ім’ям.
Перевірити пов’язані копії та маршрути обміну; погоджені повідомлення одержувачам даних і невиконані дії вести з окремими доказами.
Надати людині пояснений результат через перевірений канал; відмову або часткове виконання погоджує відповідальний із підставами, а непідтверджені зміни не називати завершеними.
04 / Реалізація1 варіант
Приклад · Запит зі звіркою виконання за джерелами
Людина повідомила про неправильну дату народження. Відповідальний перевірив особу та докази й погодив зміну в CRM і кадровому джерелі. CRM оновили, але кадрова система ще містить старе значення й передає його назад. Запит залишили відкритим до узгодження джерела обміну та повторної перевірки обох записів; відповідь не назвала часткову зміну повним виконанням.
Спосіб реалізації
- Проєктна модель PlanFix: запит, погоджене охоплення, рішення фахівця, завдання власникам джерел і докази результату; персональні значення та перевірку особи обробляють за погодженими правилами доступу.
Що потрібно для реалізації
- Визначено відповідального за персональні дані, застосовні правила та процедуру перевірки особи.
- Є перелік джерел, власники записів і дозволений спосіб перевірки фактичних змін.
- Погоджено підстави, джерела й дозволені зміни.
- Є власники виконання та перевірений канал відповіді.
Обмеження
- Не визначає автоматично правомірність запиту, винятки чи обов’язок виправити дані замість фахівця.
- Британська інструкція є джерелом процесу; її строки та правові норми не застосовують універсально.
- Історичний запис і думка не завжди є фактичною помилкою; не стирає їх автоматично.
- Не є маршрутом видалення даних або видачі повного пакета персональної інформації.
- Не збирає повні копії документів без визначеної потреби та не відкриває доступ стороннім особам.
- Години попередні; юридична експертиза, відновлення даних і зміна сторонніх систем не включені.
- Не виправляє записи лише за збігом імені.
- Не закриває весь запит після зміни одного джерела.
Що потрібно уточнити (2)
- Чи потрібно читати записи й результати виправлення із зовнішніх систем?
Перевірте відповідність ID, дозволене охоплення, актуальні значення та ризик відновлення помилки через обмін.
- Чи потрібно координувати погоджені повідомлення кільком одержувачам даних?
Фахівець визначає належних одержувачів та зміст; зберігайте результати передавання без зайвого розкриття.