Персональные данные: что это и какие требования возникают

Статья не заменяет юриста. Законодательные утверждения в ней сверены с текстом закона 152-ФЗ в редакции от 26.07.2026 на дату проверки 22.10.2026. Перед применением на реальном проекте текст нужно проверять по официальной действующей редакции, потому что закон меняется.

Персональные данные (ПДн) - любая информация, относящаяся к прямо или косвенно определённому или определяемому физическому лицу. Так их определяет закон 152-ФЗ. Оператор - тот, кто организует или осуществляет обработку персональных данных, то есть в нашем случае магазин. Обработка - любое действие с данными: сбор, хранение, использование, удаление.

Кейс: дата рождения и тестовый стенд

Владелец магазина «Узелок» хочет поздравлять покупателей с днём рождения и просит добавить в форму поле «Дата рождения». В тот же день разработчик просит копию базы заказов, чтобы воспроизвести жалобу на тестовом стенде. Обе просьбы выглядят безобидно, но каждая порождает вопросы: зачем нужно поле, кто на него согласился, как долго оно хранится, кто видит копию базы.

Без ответов поле появляется в форме, база уезжает на стенд, а требований нет. Позже выясняется, что ни срока хранения, ни способа удалить данные по просьбе покупателя никто не описал.

Какие поля персональные

Проверка простая: можно ли по полю определить человека или оно относится к определённому человеку. Имя, телефон, адрес доставки явно подходят. Номер заказа сам по себе безличен, но он связан с покупателем, поэтому его считают косвенно относящимся к человеку. Название товара в каталоге ни к какому человеку не относится.

Разбор полей по такому принципу помогает увидеть, где в системе лежат персональные данные: в профиле, в заказе, в логах, в письмах, в выгрузках. Полный перечень для конкретного продукта определяют владелец продукта и юрист, а мы приносим на обсуждение список полей.

Какие требования возникают

Из закона вытекают четыре группы требований. Мы пересказываем их по тексту 152-ФЗ в редакции от 26.07.2026.

• Согласие. Оно должно быть конкретным, предметным, информированным, сознательным и однозначным, а доказать его получение должен оператор. Значит, форме нужен текст согласия и запись о том, когда и на что человек согласился.
• Хранение. Данные хранят не дольше, чем этого требуют цели обработки, если закон или договор не задаёт другой срок. Значит, у каждого поля должна быть цель и срок.
• Доступ и правка. Человек вправе требовать уточнить, заблокировать или уничтожить свои данные в случаях, которые назвал закон. Значит, системе нужны способы найти данные человека и изменить или удалить их.
• Стенды. Закон о стендах прямо не говорит, но на практике команды не переносят боевые данные в тестовую среду, а обезличивают их. Обезличивание - действия, после которых без дополнительной информации нельзя определить, какому человеку принадлежат данные. Подробности в статье 01-09.

Путь поля в системе

Удобно проследить поле от формы до удаления и на каждом шаге задать вопрос. В форме: какие поля нужны и где человек даёт согласие. В базе: где лежит поле и как долго. При использовании: кто его видит и что записывается в журнал. При завершении: когда поле удаляется или обезличивается.

Дата рождения из кейса проходит тот же путь. Цель: поздравление. Срок: пока человек остаётся покупателем или пока не попросит удалить. Доступ: только сервис рассылки и поддержка. Конкретные значения согласуют с владельцем и юристом.

Как записать требование

Хорошее требование к персональным данным отвечает на четыре вопроса: какое поле, зачем оно нужно, как долго хранится и как человек может его изменить или удалить. Пример для кейса (значения условные): «Поле дата рождения собирается для поздравления покупателя, хранится, пока действует учётная запись, удаляется по запросу покупателя в личном кабинете».

Требования к самому процессу удаления в базе данных разбираются в статье 09-02, а общие вопросы безопасности в статье 06-12.

Где это встречается в работе

• При добавлении нового поля в форму: зачем оно нужно и на что человек соглашается.
• При подготовке тестового стенда: какие данные туда можно переносить.
• При выгрузках для аналитики и рассылок: кто получает данные и в каком виде.
• При обращениях покупателей: как найти, исправить или удалить данные человека.

Итог

• Персональные данные - информация о человеке, которого можно определить прямо или косвенно.
• Магазин, который их обрабатывает, называется оператором.
• Из закона следуют требования к согласию, сроку хранения, доступу и удалению.
• На тестовые стенды боевые данные не переносят, их обезличивают.
• Юридические утверждения проверяют по первоисточнику и датируют.

Что дальше

• 01-09 Окружения, стенды и доставка кода: как работать с данными на стендах.
• 09-02 Удаление и архивирование данных: как реализовать удаление.
• 06-12 Безопасность на базовом уровне: как защитить данные.