Про светофор данных знают все, кто проходил курс: красное не отдаём, жёлтое после обработки, зелёное свободно. На словах просто. А потом человек пишет в чат совершенно рабочую фразу — и половина запроса оказывается красной, хотя ни паспорта, ни номера телефона в ней нет.
Проблема в том, что персональные данные представляют себе как строчку из анкеты. На деле это любые сведения, по которым человека можно определить, — и определяется он чаще по сочетанию, чем по одному полю.
Разберём это не на определениях, а на запросах, которые пишут каждый день.
Десять обычных запросов
1. «Перепиши вежливее: Иванов опять сорвал сроки по поставке, третий раз за квартал». Фамилия сотрудника плюс оценка его работы. Это сведения о конкретном человеке, и в чат они не идут. Убирается за секунду: «подрядчик сорвал сроки третий раз за квартал».
2. «Составь ответ на претензию от ООО „Ромашка“, ИНН 7712345678». Название и ИНН — данные организации, не человека. Но это коммерческие сведения о конкретной сделке, и по светофору они красные по другой причине: сам факт спора с этим контрагентом обычно конфиденциален.
3. «Вот резюме кандидата, оцени, подходит ли он». Резюме — это набор персональных данных целиком: имя, опыт, места работы, иногда контакты и год рождения. Плюс кандидат давал их вам, а не сервису.
4. «Помоги разобрать таблицу: колонки — ФИО, должность, оклад, дата приёма». Даже если вы отправляете только описание структуры, стоит проверить, не приложился ли фрагмент. Три строки такой таблицы — это данные трёх конкретных людей, включая зарплату.
5. «Напиши поздравление для Марии Петровны, начальника отдела кадров, у неё юбилей 15 числа». Кажется безобидным. Здесь: имя, должность, организация (из контекста разговора) и дата рождения.
6. «Разбери эту переписку с клиентом и скажи, что он хочет». В переписке почти наверняка есть подпись, контакты, обращение по имени, а часто и детали договора.
7. «Вот скриншот из системы, что здесь не так?» Скриншот читается моделью так же, как текст. На нём обычно видны фамилии, номера документов, суммы — и заодно всё, что было открыто в соседних вкладках.
8. «Сотрудник просит отпуск вне графика, как ему корректно отказать?» Здесь персональных данных нет — если вы не назвали имя и не описали ситуацию так, что человек узнаётся. Это зелёная зона: задача о правилах, а не о человеке.
9. «Есть таблица: дата, контрагент, договор, сумма, статус. Нужна формула, которая найдёт повторяющиеся платежи». Тоже зелёная: вы описали структуру, а не данные. Модели этого достаточно, чтобы дать формулу.
10. «Объясни, что означает пункт договора: исполнитель вправе привлекать третьих лиц без согласования с заказчиком». Зелёная зона: цитата условия без реквизитов, сумм и наименований сторон.
Последние три — образец того, как выглядит правильно сформулированный рабочий запрос. Разница не в теме, а в том, что из него убрано.
Что чаще всего забывают
Сочетание вместо одного поля. «Начальник отдела снабжения нашего филиала в таком-то городе» — имени нет, а человек определяется однозначно. Это и есть персональные данные: важна возможность определить человека, а не наличие паспорта в тексте.
Данные из открытых источников. Сведения, опубликованные где-то ещё, не перестают быть персональными оттого, что они опубликованы.
Замена, которую можно отменить. Заменить «Иванов» на «сотрудник 1» — хорошо, если у вас нет рядом таблицы соответствия, которая уйдёт туда же. Если связь восстановима, обезличивание ненастоящее.
Скриншоты и вложения. Картинка — те же данные. Обрезайте до нужного фрагмента, а не отправляйте весь экран.
Предыдущие сообщения. Модель видит весь разговор. Обезличенная таблица в одном сообщении и название контрагента в соседнем — это по-прежнему связка.
Быстрая проверка перед отправкой
Прочитайте свой запрос и задайте четыре вопроса.
Есть ли здесь конкретный человек? Имя, фамилия, должность в связке с местом, контакты, дата рождения, сведения о зарплате, здоровье, семье.
Можно ли его вычислить без имени? По должности, подразделению, описанию ситуации.
Есть ли здесь конкретная сделка? Контрагент, номер договора, сумма, условия.
Что видно на приложениях? Скриншот, фотография, файл — что в них попало, кроме нужного.
Если хоть на один ответ «да» — переформулируйте. Обычно задача от этого не страдает: модели нужна структура и суть вопроса, а не ваши данные. Проверьте по трём последним примерам выше — они это показывают.
Контрольный экран перед отправкой. Здесь виден только вымышленный заказ М-17 и учебные числа. Чистый браузер без входа не показывает имя и историю диалогов. Перед собственным скриншотом проверьте также вкладки, уведомления, аватар, адресную строку и имена файлов: персональные данные часто попадают в кадр рядом с запросом.
Почему это стоит воспринимать всерьёз
Есть исследования трафика российских компаний, показывающие, что заметная доля обращений сотрудников к публичным нейросетям содержит конфиденциальные сведения, а часть — вообще пароли и ключи доступа, вставленные вместе с фрагментом настроек. Это не про безответственность: человек решает рабочую задачу и не думает, что копирует лишнее.
И ещё одно, что важнее любых цифр. Ответственность за данные остаётся на вашей организации и на вас — она не переходит к сервису от того, что вы им воспользовались. Пользовательское соглашение чат-бота не является договором, который снимает с работодателя обязанности перед людьми, чьи данные вы отправили.
Важная оговорка
Эта статья — не юридическая консультация. Она о том, как выглядит проблема в тексте вашего запроса, а не о том, что законно и что нет в вашем конкретном случае.
Правила обработки данных в вашей организации устанавливают те, кто за это отвечает: служба безопасности, юристы, ИТ. Если у вас нет письменных правил работы с нейросетями — это и есть первое, о чём стоит спросить, а не догадываться самому. Требования в этой области пересматривались несколько раз за последние два года, и ответ «мне кажется, можно» здесь не работает ни в чью пользу.
