Персональные данные в ИИ: что можно передавать нейросети

Фраза «мы просто вставили текст в нейросеть» скрывает полноценную обработку данных. Сервис получает ввод, технические журналы, сведения об аккаунте и иногда сохраняет историю. Поэтому до интеграции нужны политика использования ИИ, договорные условия и схема потока: откуда запись пришла, куда ушла и когда удаляется.

Если задача состоит только в подготовке одного файла, используйте обезличивание документа. Эта статья охватывает систему целиком: форму на сайте, AI-консультанта, анализ обращений, расшифровку звонков и внутренний помощник сотрудников.

Правовую основу сверяйте с действующей редакцией Федерального закона № 152-ФЗ. Для управления рисками полезна структура NIST AI RMF.

Составьте карту потока данных

Начните с границы решения: маршрут от формы или CRM до модели и обратно.

• Опишите маршрут от формы или CRM до модели и обратно одним предложением без названия продукта.
• Зафиксируйте риск: данные уходят в сервис через скрытую интеграцию.
• Сохраните подтверждение: схема с полями, системами и сроками.
• Назначьте роль «владелец процесса» и дату повторной проверки.

Рабочая ошибка — данные уходят в сервис через скрытую интеграцию.

В контуре «маршрут от формы или CRM до модели и обратно» команда тогда не может показать, почему принято решение и кто его проверил.

Зафиксируйте свидетельство: схема с полями, системами и сроками. Свяжите именно это подтверждение с версией системы и датой проверки.

Ответственный — владелец процесса. Он подтверждает в журнале, что достигнут результат «карта без неизвестных переходов».

Готовый результат: карта без неизвестных переходов. Проверьте его на одном реальном сценарии и только затем расширяйте охват.

В журнале для «маршрут от формы или CRM до модели и обратно» отметьте входные данные, получателей результата и последующее решение.

Так предположения отделяются от реальной обработки.

Через месяц сравните фактический поток с описанным в артефакте «схема с полями, системами и сроками» и уберите элементы, которые не понадобились для результата «карта без неизвестных переходов».

Отделите персональные данные от служебного контекста

Начните с границы решения: список полей, по которым можно определить человека.

Рабочая ошибка — в промпт попадает полный профиль клиента.

В контуре «список полей, по которым можно определить человека» команда тогда не может показать, почему принято решение и кто его проверил.

• Опишите список полей, по которым можно определить человека одним предложением без названия продукта.
• Зафиксируйте риск: в промпт попадает полный профиль клиента.
• Сохраните подтверждение: таблица обязательных и исключённых полей.
• Назначьте роль «аналитик данных» и дату повторной проверки.

Зафиксируйте свидетельство: таблица обязательных и исключённых полей. Свяжите именно это подтверждение с версией системы и датой проверки.

Ответственный — аналитик данных. Он подтверждает в журнале, что достигнут результат «минимальный набор для выбранной задачи».

Готовый результат: минимальный набор для выбранной задачи. Проверьте его на одном реальном сценарии и только затем расширяйте охват.

В журнале для «список полей, по которым можно определить человека» отметьте входные данные, получателей результата и последующее решение.

Так предположения отделяются от реальной обработки.

Через месяц сравните фактический поток с описанным в артефакте «таблица обязательных и исключённых полей» и уберите элементы, которые не понадобились для результата «минимальный набор для выбранной задачи».

Запишите цель обработки

Начните с границы решения: конкретный результат для человека или процесса.

• Опишите конкретный результат для человека или процесса одним предложением без названия продукта.
• Зафиксируйте риск: одни данные повторно используют для новой задачи.
• Сохраните подтверждение: карточка цели и допустимых операций.
• Назначьте роль «владелец продукта» и дату повторной проверки.

Рабочая ошибка — одни данные повторно используют для новой задачи.

В контуре «конкретный результат для человека или процесса» команда тогда не может показать, почему принято решение и кто его проверил.

Зафиксируйте свидетельство: карточка цели и допустимых операций. Свяжите именно это подтверждение с версией системы и датой проверки.

Ответственный — владелец продукта. Он подтверждает в журнале, что достигнут результат «проверяемая связь каждого поля с целью».

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

В журнале для «конкретный результат для человека или процесса» отметьте входные данные, получателей результата и последующее решение.

Так предположения отделяются от реальной обработки.

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

Проверьте основание и уведомления

Начните с границы решения: правовое основание для каждого сценария.

Рабочая ошибка — согласие пытаются заменить общей фразой.

В контуре «правовое основание для каждого сценария» команда тогда не может показать, почему принято решение и кто его проверил.

• Опишите правовое основание для каждого сценария одним предложением без названия продукта.
• Зафиксируйте риск: согласие пытаются заменить общей фразой.
• Сохраните подтверждение: заключение ответственного и текст уведомления.
• Назначьте роль «специалист по данным» и дату повторной проверки.

Зафиксируйте свидетельство: заключение ответственного и текст уведомления. Свяжите именно это подтверждение с версией системы и датой проверки.

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

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

В журнале для «правовое основание для каждого сценария» отметьте входные данные, получателей результата и последующее решение.

Так предположения отделяются от реальной обработки.

Через месяц сравните фактический поток с описанным в артефакте «заключение ответственного и текст уведомления» и уберите элементы, которые не понадобились для результата «понятное пользователю описание обработки».

Изучите условия поставщика ИИ

Начните с границы решения: хранение запросов, обучение, регионы и субподрядчики.

• Опишите хранение запросов, обучение, регионы и субподрядчики одним предложением без названия продукта.
• Зафиксируйте риск: настройки аккаунта расходятся с договором.
• Сохраните подтверждение: снимок настроек и версия условий.
• Назначьте роль «закупки и безопасность» и дату повторной проверки.

Рабочая ошибка — настройки аккаунта расходятся с договором.

В контуре «хранение запросов, обучение, регионы и субподрядчики» команда тогда не может показать, почему принято решение и кто его проверил.

Зафиксируйте свидетельство: снимок настроек и версия условий. Свяжите именно это подтверждение с версией системы и датой проверки.

Ответственный — закупки и безопасность. Он подтверждает в журнале, что достигнут результат «зафиксированный режим обработки».

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

В журнале для «хранение запросов, обучение, регионы и субподрядчики» отметьте входные данные, получателей результата и последующее решение.

Так предположения отделяются от реальной обработки.

Через месяц сравните фактический поток с описанным в артефакте «снимок настроек и версия условий» и уберите элементы, которые не понадобились для результата «зафиксированный режим обработки».

Уберите секреты из промпта

Начните с границы решения: пароли, ключи, медицинские и финансовые детали.

Рабочая ошибка — сотрудник копирует документ целиком.

В контуре «пароли, ключи, медицинские и финансовые детали» команда тогда не может показать, почему принято решение и кто его проверил.

• Опишите пароли, ключи, медицинские и финансовые детали одним предложением без названия продукта.
• Зафиксируйте риск: сотрудник копирует документ целиком.
• Сохраните подтверждение: фильтр полей и примеры запретов.
• Назначьте роль «руководитель подразделения» и дату повторной проверки.

Зафиксируйте свидетельство: фильтр полей и примеры запретов. Свяжите именно это подтверждение с версией системы и датой проверки.

Ответственный — руководитель подразделения. Он подтверждает в журнале, что достигнут результат «безопасный шаблон запроса».

Готовый результат: безопасный шаблон запроса. Проверьте его на одном реальном сценарии и только затем расширяйте охват.

В журнале для «пароли, ключи, медицинские и финансовые детали» отметьте входные данные, получателей результата и последующее решение.

Так предположения отделяются от реальной обработки.

Через месяц сравните фактический поток с описанным в артефакте «фильтр полей и примеры запретов» и уберите элементы, которые не понадобились для результата «безопасный шаблон запроса».

Ограничьте доступ к истории

Начните с границы решения: роли сотрудников и технических администраторов.

• Опишите роли сотрудников и технических администраторов одним предложением без названия продукта.
• Зафиксируйте риск: общий аккаунт делает действия неразличимыми.
• Сохраните подтверждение: матрица ролей и журнал входов.
• Назначьте роль «администратор» и дату повторной проверки.

Рабочая ошибка — общий аккаунт делает действия неразличимыми.

В контуре «роли сотрудников и технических администраторов» команда тогда не может показать, почему принято решение и кто его проверил.

Зафиксируйте свидетельство: матрица ролей и журнал входов. Свяжите именно это подтверждение с версией системы и датой проверки.

Ответственный — администратор. Он подтверждает в журнале, что достигнут результат «персональные учётные записи с минимумом прав».

Готовый результат: персональные учётные записи с минимумом прав. Проверьте его на одном реальном сценарии и только затем расширяйте охват.

В журнале для «роли сотрудников и технических администраторов» отметьте входные данные, получателей результата и последующее решение.

Так предположения отделяются от реальной обработки.

Через месяц сравните фактический поток с описанным в артефакте «матрица ролей и журнал входов» и уберите элементы, которые не понадобились для результата «персональные учётные записи с минимумом прав».

Проверьте удаление

Начните с границы решения: очистка истории, файлов, индексов и резервных копий.

Рабочая ошибка — кнопка удаления скрывает только интерфейс.

В контуре «очистка истории, файлов, индексов и резервных копий» команда тогда не может показать, почему принято решение и кто его проверил.

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

Зафиксируйте свидетельство: протокол тестовой записи до полного удаления. Свяжите именно это подтверждение с версией системы и датой проверки.

Ответственный — поставщик и владелец системы. Он подтверждает в журнале, что достигнут результат «подтверждённый срок исчезновения данных».

Готовый результат: подтверждённый срок исчезновения данных. Проверьте его на одном реальном сценарии и только затем расширяйте охват.

В журнале для «очистка истории, файлов, индексов и резервных копий» отметьте входные данные, получателей результата и последующее решение.

Так предположения отделяются от реальной обработки.

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

Подготовьте реакцию на инцидент

Начните с границы решения: ошибочная отправка или раскрытие данных.

• Опишите ошибочная отправка или раскрытие данных одним предложением без названия продукта.
• Зафиксируйте риск: команда продолжает работу и теряет время.
• Сохраните подтверждение: контакты, сроки, журнал и шаблон фиксации.
• Назначьте роль «ответственный за инциденты» и дату повторной проверки.

Рабочая ошибка — команда продолжает работу и теряет время.

В контуре «ошибочная отправка или раскрытие данных» команда тогда не может показать, почему принято решение и кто его проверил.

Зафиксируйте свидетельство: контакты, сроки, журнал и шаблон фиксации. Свяжите именно это подтверждение с версией системы и датой проверки.

Ответственный — ответственный за инциденты. Он подтверждает в журнале, что достигнут результат «остановленный поток и сохранённые факты».

Готовый результат: остановленный поток и сохранённые факты. Проверьте его на одном реальном сценарии и только затем расширяйте охват.

В журнале для «ошибочная отправка или раскрытие данных» отметьте входные данные, получателей результата и последующее решение.

Так предположения отделяются от реальной обработки.

Через месяц сравните фактический поток с описанным в артефакте «контакты, сроки, журнал и шаблон фиксации» и уберите элементы, которые не понадобились для результата «остановленный поток и сохранённые факты».

Пересматривайте интеграцию

Начните с границы решения: новые модели, поля и способы использования.

Рабочая ошибка — старое согласование применяют к новой функции.

В контуре «новые модели, поля и способы использования» команда тогда не может показать, почему принято решение и кто его проверил.

• Опишите новые модели, поля и способы использования одним предложением без названия продукта.
• Зафиксируйте риск: старое согласование применяют к новой функции.
• Сохраните подтверждение: реестр изменений и повторная оценка.
• Назначьте роль «владелец продукта» и дату повторной проверки.

Зафиксируйте свидетельство: реестр изменений и повторная оценка. Свяжите именно это подтверждение с версией системы и датой проверки.

Ответственный — владелец продукта. Он подтверждает в журнале, что достигнут результат «актуальная карта после каждого существенного изменения».

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

В журнале для «новые модели, поля и способы использования» отметьте входные данные, получателей результата и последующее решение.

Так предположения отделяются от реальной обработки.

Через месяц сравните фактический поток с описанным в артефакте «реестр изменений и повторная оценка» и уберите элементы, которые не понадобились для результата «актуальная карта после каждого существенного изменения».

Карта ответственности

Что изучить дальше

• политика использования ИИ
• обезличивание документа
• безопасность ИИ-агентов
• prompt injection
• галлюцинации нейросетей
• база знаний компании
• тестирование AI-чат-бота

Чек-лист