Поручение на обработку ПДн: что проверить при подключении ИИ-сервиса
Что должно быть в поручении на обработку персональных данных для ИИ-сервиса: данные, операции, цели, конфиденциальность, меры защиты и уведомление об инцидентах.
- Category: privacy-ai
- Published: 2026-10-14T09:04:24.945612
- Canonical: https://gitsell.ru/blog/poruchenie-na-obrabotku-pdn-chto-proverit-pri-podklyuchenii
Article
Когда организация подключает внешний ИИ-сервис, одной ссылки на политику конфиденциальности недостаточно. Сначала нужно определить роли: кто устанавливает цели и состав обработки, а кто выполняет операции по заданию. Если сервис обрабатывает ПДн по поручению оператора, требования к поручению перечислены в части 3 статьи 6 закона № 152-ФЗ.
Что зафиксировать
Перечень персональных данных. Не «данные пользователей вообще», а конкретные категории: ФИО, рабочий телефон, данные документов, содержание обращений.
Операции. Получение, извлечение текста, распознавание, маскирование, передача модели, временное хранение, удаление. Для ИИ особенно важно назвать формирование производных данных и журналов.
Цель. Например, распознавание входящего счёта или подготовка ответа сотруднику. Цель «использование искусственного интеллекта» слишком абстрактна и не задаёт границ.
Конфиденциальность и безопасность. Поручение должно требовать необходимые меры по статьям 18.1 и 19, а также возможность предоставить документы, подтверждающие принятые меры.
Инциденты. Нужен канал и срок, в который обработчик уведомляет оператора о неправомерной или случайной передаче и предоставляет сведения для расследования.
Соисполнители и маршруты. Если запрос может уйти конкретному поставщику языковой модели, перечислите фактическую цепочку и условия её изменения. Совместимый с OpenAI интерфейс не отменяет различий между получателями.
Поручение не является переключателем безопасности
Наличие документа не означает, что любые данные можно отправлять любой модели. Оператор по-прежнему определяет правовое основание, проверяет локализацию и трансграничную передачу, ограничивает объём и контролирует исполнение поручения.
В gitsell.ru прямой текстовый маршрут к модели без детектора доступен только для организации с отдельным поручением, которое проверил администратор. Клиент не может включить его полем API или настройкой профиля. Канал и ссылка на поручение фиксируются в аудите.
Стандартный режим безопаснее для большинства пилотов: локальная проверка, маскирование поддерживаемого текста и блокировка сомнительного иностранного вызова. Техническая схема и правовая информация опубликованы на сайте.
Перед подписанием поручения сопоставьте его с реальным тестом: какие поля ушли в запрос, какой поставщик модели был вызван, что осталось в журнале и когда удалился временный файл. Документ и архитектура должны описывать один и тот же маршрут.
Статьи по теме
- Маскирование ПДн перед нейросетью: почему запрета в запросе недостаточно: Как находить и заменять ПДн до вызова иностранной нейросети, зачем нужна повторная проверка и почему инструкция модели не является границей безопасности.
- Чек-лист запуска ИИ-агента по 152-ФЗ: от цели обработки до инцидентов: Проверочный список перед рабочим запуском ИИ-агента: цель, основание, уведомления, роли, локализация, маршруты, доступ, аудит, удаление и реагирование.
- Аудит ИИ-запросов без хранения текстов и персональных данных: Какие сведения сохранять для расследования ИИ-вызовов, не создавая архив запросов с ПДн: идентификатор, маршрут, результат проверки и агрегированные категории.