На открытой встрече Роскомнадзора 14 августа 2026 года порядок уведомления ведомства и взаимодействия с операторами вошёл в число основных практических вопросов. Для действующей организации ключевая задача — не только наличие записи в реестре, но и соответствие сообщённых сведений фактической обработке.
Уведомление фиксирует модель обработки, заявленную оператором. Если меняются цели, категории данных, системы, подрядчики или места хранения, прежняя запись может перестать описывать реальную деятельность. Поэтому работа с реестром не заканчивается после первичного включения.
Коротко: какие сведения требуют сверки
| Изменение в деятельности | Что может измениться в обработке | Что проверить в сведениях оператора |
|---|---|---|
| Новая услуга или форма | Цель, субъекты, состав данных | Отражена ли новая обработка |
| Подключение CRM или облачного сервиса | Способ, система, место хранения | Соответствуют ли сведения фактической архитектуре |
| Новый подрядчик | Получатель или лицо по поручению | Учтена ли его роль и объём действий |
| Маркетинговые коммуникации | Самостоятельная цель и основание | Не смешана ли цель с исполнением обращения или договора |
| Изменение сроков | Условие прекращения обработки | Совпадают ли документы, настройки и уведомление |
| Закрытие процесса | Прекращение обработки | Удалены ли устаревшие сведения из заявленной модели |
Что показывает уведомление Роскомнадзора
Статья 22 Федерального закона № 152-ФЗ устанавливает общее правило: до начала обработки оператор уведомляет уполномоченный орган. Закон предусматривает исключения, однако их нельзя применять ко всей деятельности организации только потому, что отдельный процесс подпадает под одно из них.
У одного оператора могут одновременно существовать процессы с разными основаниями, категориями субъектов и способами обработки. Поэтому решение об уведомлении и состав сведений оцениваются не по общему названию бизнеса, а по фактической модели работы с данными.
Запись в реестре не является сертификатом соответствия. Она показывает сведения, которые оператор сообщил ведомству, и должна оставаться актуальной.
Включение в реестр не подтверждает автоматически законность целей, достаточность оснований, качество согласий, выполнение требований к защите или соблюдение сроков хранения.
Что необходимо сопоставить с реальной обработкой
Сверка начинается с действующей карты процессов. Для каждой цели анализируются сведения, сообщённые Роскомнадзору, и фактическая практика подразделений и информационных систем.
Цели и категории субъектов
Обобщённая формулировка может не отражать самостоятельные процессы: подбор персонала, обработку обращений, исполнение договоров, пропускной режим или маркетинговые коммуникации. Важно проверить, не появилось ли новое использование данных за пределами первоначальной цели.
Категории и перечень данных
Фактический состав может расширяться постепенно: новое обязательное поле, приложение к договору, запись разговора или технический параметр. Такие изменения нужно оценивать не только в интерфейсе, но и в уведомлении, документах и правовых основаниях.
Способы и действия
Автоматизированная, неавтоматизированная и смешанная обработка описывают не удобные ярлыки, а реальную организацию действий. Появление интеграции, бумажного архива или ручной выгрузки может изменить фактическую модель.
Информационные системы и места нахождения баз
Название поставщика сервиса не всегда отвечает на вопрос, где находятся базы и какие операции выполняются. Эти сведения проверяются по архитектуре, договорам и техническим условиям, а не только по маркетинговому описанию продукта.
Участники обработки
Подрядчик может действовать по поручению оператора либо выступать самостоятельным оператором применительно к отдельной цели. Ошибка в определении роли влияет не только на уведомление, но и на содержание договора, информирование субъектов и распределение обязанностей.
Какие события служат сигналом для актуализации
Сверка нужна не только после юридической реорганизации. Практический повод возникает при изменении продукта, технологии или рабочих правил:
- запуск нового сайта, приложения или личного кабинета;
- подключение аналитики, CRM, телефонии или сервиса рассылок;
- начало работы с новой категорией клиентов, работников или соискателей;
- расширение состава документов и полей;
- передача части операций подрядчику;
- изменение места хранения или инфраструктуры;
- введение новой цели использования ранее собранных сведений;
- прекращение услуги либо закрытие системы.
Не каждое изменение обязательно приводит к подаче новых сведений. Но каждое должно быть оценено и зафиксировано, чтобы решение оператора можно было подтвердить.
Типовые риски рассинхронизации
На практике расхождения часто возникают из-за того, что за реестр отвечает одно подразделение, а изменения сайта, ИТ-систем и договоров происходят без его участия.
В результате уведомление описывает модель на дату первоначальной подачи, политика — более позднюю редакцию, а фактическая обработка формируется настройками сервисов и привычками сотрудников. Каждый документ по отдельности может выглядеть завершённым, но между ними отсутствует согласованность.
Другой риск — формальная актуализация без проверки факта. Замена текста в реестре не устраняет избыточное поле, лишний доступ, неопределённый срок или неподходящее основание. Сначала анализируется сам процесс, затем корректируется его отражение.
Чем подтвердить актуальность сведений
Оператору важно иметь не только копию последнего уведомления, но и основания, по которым был определён его состав. К ним могут относиться актуальная карта процессов, перечень систем и подрядчиков, решения владельцев процессов, сведения о местах хранения и результаты периодической сверки.
Универсального интервала проверки закон не устанавливает для любой организации. Периодичность зависит от масштаба и динамики деятельности. Однако при частых изменениях цифровых сервисов годовая проверка может не выявлять расхождения своевременно — необходима связь с процессом управления изменениями.
Что важно учесть оператору
Работа с уведомлением Роскомнадзора — это контроль соответствия между заявленной и фактической обработкой. Реестр не должен существовать отдельно от сайта, договоров, ИТ-архитектуры и решений подразделений.
Наиболее надёжная модель — когда изменения процессов проходят правовую и организационную оценку до запуска, а выводы последовательно отражаются в документах и сведениях оператора.
Частые вопросы
Достаточно ли один раз подать уведомление Роскомнадзору?
Нет. Если сведения, сообщённые ведомству, изменяются, оператор должен направить информацию для их актуализации в порядке статьи 22 Закона № 152-ФЗ.
Всегда ли оператор обязан направлять уведомление?
Статья 22 Закона № 152-ФЗ устанавливает общее правило уведомления до начала обработки и содержит ограниченный перечень исключений. Применимость исключения оценивается по конкретному процессу.
Нужно ли учитывать в уведомлении подрядчиков?
Сведения об обработке должны отражать фактическую организацию процессов. Участие подрядчиков, поручение обработки и передачи данных необходимо оценивать вместе с целями, действиями и получателями.
Может ли новая форма на сайте потребовать актуализации сведений?
Да, если она меняет заявленные цели, категории субъектов или данных, способы обработки, системы, места хранения либо иных участников процесса.
Подтверждает ли запись в реестре полное соответствие Закону № 152-ФЗ?
Нет. Реестр содержит сведения, сообщённые оператором. Сам факт включения не заменяет выполнение остальных требований и проверку соответствия фактической обработки заявленной информации.
Официальные источники
Итоги Дня открытых дверей Роскомнадзора 14 августа 2026 года — вопросы уведомления, политики и взаимодействия с ведомством.
Портал персональных данных Роскомнадзора — реестр операторов и формы уведомлений.
Федеральный закон от 27 июля 2006 года № 152-ФЗ «О персональных данных» — статья 22 и иные требования к обработке.
Материал подготовлен на основании официальных источников и актуален на 5 сентября 2026 года.