- 1Проверяйте фактические данные и операции, а не только название сервиса. Сведения о человеке могут находиться в тексте, вложениях, истории разговора и журналах.
- 2Правовое основание, поручение обработки, локализация и трансграничная передача — отдельные вопросы. Один документ или тариф не закрывает их автоматически.
- 3Допуск сервиса связывают с конкретным сценарием, настройками и условиями поставщика. После изменения обработки прежнее решение нужно пересмотреть.
Правовые выводы проверены и актуализированы 3 октября 2026 года. Примеры условные; рекомендации по организации работы отделены от обязательных требований.
Начните с данных, которые реально уходят наружу
Персональные данные могут содержаться не только в специально выделенных полях. Имя, контакты, обстоятельства обращения и сведения о работнике встречаются в свободном тексте. При интеграции провайдер иногда получает ещё историю диалога, вложения или технические сведения. Оценивать один пример запроса недостаточно.
Составьте карту передачи: интерфейс сотрудника, интеграция, модель, хранилища и привлечённые исполнители. Отдельно проверьте журналы и обращения в техническую поддержку. Файл может исчезнуть из основного диалога, но остаться в другом компоненте сервиса.
Сначала определите, можно ли решить задачу с меньшим объёмом сведений. Для подготовки типового письма часто достаточно условного примера. Замена имени полезна, но сама по себе не доказывает, что человека нельзя определить по остальному содержанию. Проверьте контекст и возможность связать сведения.
Установите цель и правовое основание
Статья 5 Закона № 152-ФЗ связывает обработку с конкретными законными целями и ограничивает избыточность данных. Статья 6 определяет допустимые основания. Поэтому для передачи в LLM нужно объяснить, какую задачу компания решает и на каком основании использует соответствующие сведения.
Сравните новый сценарий с тем, ради чего данные были получены. Подготовка ответа клиенту и использование его переписки для улучшения универсальной модели — разные цели. Если поставщик оставляет за собой собственное использование запросов, этот этап нельзя скрыть за формулировкой «обработка для оказания услуги».
Согласие — одно из оснований, а не единственный вариант для любой операции. Когда компания опирается на него, следует проверить содержание, доказательство получения и правила статьи 9, включая отдельное оформление от иных подтверждаемых или подписываемых документов. Согласие не отменяет других требований закона.
Проверьте роль поставщика и поручение обработки
Если поставщик обрабатывает данные по поручению компании, применяется часть 3 статьи 6. Поручение должно определять предусмотренные законом условия, включая перечень данных и операций, цели, конфиденциальность и требования к защите. Обычная лицензия на доступ к модели может не содержать такого набора.
Определите исполнителя по документам, а не по названию приложения. Уточните привлекаемых участников, их доступ и разрешённые действия. Если провайдер сам устанавливает цель дальнейшего использования, квалификацию этого этапа проверяют отдельно. Понятие «облачный сервис» не заменяет анализ роли.
Договор с провайдером не освобождает компанию от её обязанностей перед человеком. Для поручения иностранному лицу закон предусматривает специальное правило ответственности в части 6 статьи 6. Распределение расходов и содействие при претензии можно урегулировать договором, но нельзя считать, что публичные обязанности исчезли.
Разделите локализацию и трансграничную передачу
Часть 5 статьи 18 не допускает при сборе персональных данных граждан России перечисленные операции с использованием баз за пределами России, кроме предусмотренных исключений. Это самостоятельная проверка. Последующая копия на российском сервере не является универсальным способом исправить изначально неподходящий сбор.
Если маршрут предполагает трансграничную передачу, отдельно применяют статью 12. Она предусматривает уведомление Роскомнадзора до начала такой деятельности, получение сведений от получателей и условия начала передачи. При проверке учитывают государство, получателя и возможные ограничения; подача уведомления сама по себе не означает, что любая передача разрешена.
Уточняйте не только адрес основного сервера, но и связанные операции: резервирование, техническую поддержку, доступ других исполнителей. Название компании, домен и валюта оплаты не показывают географию обработки. Решение следует опирать на подтверждённую схему сервиса и действительные условия.
Сопоставьте договор с настройками сервиса
Проверьте использование запросов для обучения, сроки хранения, порядок удаления, доступ сотрудников провайдера и действия при инциденте. Значение имеет редакция условий именно вашего продукта: пользовательский чат, корпоративный интерфейс и API могут работать по разным правилам.
Сохраните условия и настройки, на основании которых сервис допущен. Например, обещание не использовать диалоги для обучения нужно сопоставить с режимом учётной записи и подключёнными функциями. Коммерческая подписка не является доказательством всех необходимых ограничений.
Запросите порядок получения сведений о событии и прекращения обработки. Организация должна понимать, что возможно удалить, какие копии сохраняются и кто помогает выполнить запрос человека. Обещать немедленное удаление из всех компонентов без проверки возможностей поставщика не стоит.
Сделайте правила сотрудников выполнимыми
Полезно разрешать конкретные сценарии и категории данных: например, условные примеры без сведений о людях или определённые документы в проверенном корпоративном сервисе. Общий запрет на нейросети трудно контролировать, если рабочая интеграция уже отправляет туда данные автоматически.
Правила должны отражаться в доступах, интерфейсе и настройках. Проверьте, может ли сотрудник загрузить лишние вложения, включить непроверенный плагин или использовать личную учётную запись. Обучение работников дополняют техническими ограничениями, а исключения проходят понятное согласование.
Зафиксируйте решение о подключении
В итоговой карточке укажите задачу, допустимые данные, основание обработки, поставщика, маршрут, условия хранения и ответственного. Приложите подтверждающие документы и настройки. Это практический способ управления допуском, а не самостоятельная форма, установленная законом.
Перед запуском проверьте реальную отправку и ответ на тестовых данных. После изменения модели, подрядчика или географии обработки пересмотрите затронутые условия. Если важные сведения о сервисе отсутствуют, сначала устраните пробел либо ограничьте сценарий так, чтобы непроверенная передача не происходила.
Подключение LLM должно завершаться работающим и объяснимым процессом. Тогда компания понимает, какие сведения использует ИИ, может выполнять обязанности перед людьми и знает, что изменить при появлении нового риска.