# Поручение на обработку ПДн: что проверить при подключении ИИ-сервиса

> Что должно быть в поручении на обработку персональных данных для ИИ-сервиса: данные, операции, цели, конфиденциальность, меры защиты и уведомление об инцидентах.

- 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-ФЗ](https://www.consultant.ru/document/cons_doc_LAW_61801/315f051396c88f1e4f827ba3f2ae313d999a1873/).

## Что зафиксировать

**Перечень персональных данных.** Не «данные пользователей вообще», а конкретные категории: ФИО, рабочий телефон, данные документов, содержание обращений.

**Операции.** Получение, извлечение текста, распознавание, маскирование, передача модели, временное хранение, удаление. Для ИИ особенно важно назвать формирование производных данных и журналов.

**Цель.** Например, распознавание входящего счёта или подготовка ответа сотруднику. Цель «использование искусственного интеллекта» слишком абстрактна и не задаёт границ.

**Конфиденциальность и безопасность.** Поручение должно требовать необходимые меры по статьям 18.1 и 19, а также возможность предоставить документы, подтверждающие принятые меры.

**Инциденты.** Нужен канал и срок, в который обработчик уведомляет оператора о неправомерной или случайной передаче и предоставляет сведения для расследования.

**Соисполнители и маршруты.** Если запрос может уйти конкретному поставщику языковой модели, перечислите фактическую цепочку и условия её изменения. Совместимый с OpenAI интерфейс не отменяет различий между получателями.

## Поручение не является переключателем безопасности

Наличие документа не означает, что любые данные можно отправлять любой модели. Оператор по-прежнему определяет правовое основание, проверяет локализацию и трансграничную передачу, ограничивает объём и контролирует исполнение поручения.

В `gitsell.ru` прямой текстовый маршрут к модели без детектора доступен только для организации с отдельным поручением, которое проверил администратор. Клиент не может включить его полем API или настройкой профиля. Канал и ссылка на поручение фиксируются в аудите.

Стандартный режим безопаснее для большинства пилотов: локальная проверка, маскирование поддерживаемого текста и блокировка сомнительного иностранного вызова. [Техническая схема](https://gitsell.ru/ai-proxy/personal-data) и [правовая информация](https://gitsell.ru/legal#privacy) опубликованы на сайте.

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


## Статьи по теме

- [Маскирование ПДн перед нейросетью: почему запрета в запросе недостаточно](/blog/maskirovanie-pdn-pered-neirosetyu-pochemu-zapreta-v-zaprose): Как находить и заменять ПДн до вызова иностранной нейросети, зачем нужна повторная проверка и почему инструкция модели не является границей безопасности.
- [Чек-лист запуска ИИ-агента по 152-ФЗ: от цели обработки до инцидентов](/blog/chek-list-zapuska-ii-agenta-po-152-fz-ot-tseli-obrabotki-do): Проверочный список перед рабочим запуском ИИ-агента: цель, основание, уведомления, роли, локализация, маршруты, доступ, аудит, удаление и реагирование.
- [Аудит ИИ-запросов без хранения текстов и персональных данных](/blog/audit-ii-zaprosov-bez-hraneniya-tekstov-i-personalnyh-dannyh): Какие сведения сохранять для расследования ИИ-вызовов, не создавая архив запросов с ПДн: идентификатор, маршрут, результат проверки и агрегированные категории.