Отправлять во внешний ИИ-сервис можно не любые сведения. Решение зависит от того, что это за данные: общедоступная информация, внутренние документы, коммерческая тайна или персональные данные. Для персональных данных действуют требования закона о персональных данных (152-ФЗ): где они хранятся при сборе, на каком основании и по какому договору их обрабатывает сервис, допустима ли передача за рубеж. Поэтому вариант размещения — зарубежный облачный сервис, российская облачная платформа или модель внутри предприятия — выбирают по самым чувствительным данным сценария, а не по удобству.
Сотрудники многих предприятий уже пользуются публичными чат-ботами: просят составить письмо, сократить договор, разобрать таблицу. Руководитель узнаёт об этом позже, чем хотелось бы, и задаётся вопросом, какие сведения уже ушли наружу и что делать дальше. Разберём, как классифицировать данные, чем различаются варианты размещения и с чего начать.
Материал описывает подход к решению и не является юридической консультацией. Конкретный сценарий стоит согласовать со службой безопасности и юристом предприятия.
Какие сведения есть у предприятия
| Тип сведений | Примеры | Что учитывать |
|---|---|---|
| Общедоступные | Стандарты, нормативные документы, опубликованные каталоги | Ограничений по размещению обычно нет |
| Внутренние | Регламенты, техническая документация, переписка без чувствительных сведений | Внутренняя политика предприятия: что можно выносить за его пределы |
| Коммерческая тайна и конфиденциальные сведения | Цены и условия договоров, себестоимость, технологии, сведения о клиентах | Режим коммерческой тайны и обязательства перед контрагентами; передача — только по договору с условиями конфиденциальности |
| Персональные данные | ФИО, контакты, паспортные данные сотрудников, клиентов-физлиц, индивидуальных предпринимателей | Требования 152-ФЗ: основание обработки, договор с обработчиком, место хранения, передача за рубеж |
Персональные данные встречаются чаще, чем кажется. Они есть в счетах индивидуальных предпринимателей, в переписке с подписями, в кадровых документах, в заявках клиентов. Сведения из открытых источников не перестают быть персональными оттого, что опубликованы.
Что требует закон о персональных данных?
Закон о персональных данных содержит несколько требований, которые прямо касаются ИИ-сервисов.
Локализация. При сборе персональных данных граждан России запись, хранение и другие операции с ними должны выполняться с использованием баз данных, находящихся в России (часть 5 статьи 18). Это отдельное требование, и уведомление о трансграничной передаче его не отменяет.
Передача за рубеж. Если сведения уходят в зарубежный сервис, это трансграничная передача. До её начала оператор уведомляет Роскомнадзор и оценивает, обеспечивает ли получатель конфиденциальность и безопасность данных (статья 12). Порядок зависит от страны получателя.
Обработка по поручению. Внешний сервис, который обрабатывает персональные данные по заданию предприятия, должен делать это по договору поручения с установленными законом условиями (часть 3 статьи 6). У многих публичных сервисов такого договора нет — и это часто главное препятствие, а не уведомление.
Обезличивание. Замена имён условными обозначениями помогает, но не всегда достаточна: если связь можно восстановить, данные остаются персональными.
Требования к персональным данным регулярно уточняются, поэтому перед запуском сценария стоит проверить их актуальную редакцию.
Какой вариант размещения модели выбрать?
| Вариант | Сильные стороны | Ограничения | Когда подходит |
|---|---|---|---|
| Зарубежный облачный сервис | Широкие возможности моделей, быстрый старт | Трансграничная передача, договоры и условия сервиса, доступность | Общедоступные и внутренние сведения без персональных данных и тайны |
| Российская облачная платформа | Размещение в России, возможность договора поручения и условий конфиденциальности | Возможности зависят от модели и платформы; нужно проверить условия договора | Большинство корпоративных сценариев, в том числе с персональными данными — при правильно оформленном договоре |
| Модель внутри предприятия | Данные не покидают инфраструктуру, полный контроль | Оборудование, сопровождение, возможности открытых моделей | Самые чувствительные сведения, требования службы безопасности, большой постоянный поток |
Часто разумно сочетание: общедоступный поиск по стандартам работает через облачный сервис, а разбор документов с персональными данными — на российской платформе или внутри предприятия. Выбор делают для каждого сценария по самым чувствительным сведениям, которые в нём участвуют.
Как уменьшить поток данных
Чем меньше сведений уходит в модель, тем проще выполнить требования и тем ниже риск.
- Минимизация. Передавать только то, что нужно для задачи. Для извлечения реквизитов из счёта не нужна база контрагентов; для ответа о сроке заказа — данные о сотрудниках.
- Обезличивание до отправки. Убирать или маскировать персональные данные там, где они не нужны для результата, понимая его ограничения.
- Разделение сценариев. Сценарии с чувствительными сведениями отделять от остальных и размещать иначе.
- Права доступа. Сотрудник не должен через ИИ-сервис получать то, чего не видит в учётной системе.
- Журнал. Фиксировать, кто, когда и какие сведения отправлял, — это нужно и для разбора ошибок, и для проверки.
Если сотрудники уже пользуются публичными сервисами
Запрет без альтернативы обычно не работает: люди продолжают пользоваться сервисами со своих телефонов. Практичнее сделать три шага. Первый — короткая политика: какие сведения в публичные сервисы отправлять нельзя (персональные данные, коммерческая тайна, сведения клиентов) и что можно. Второй — разрешённый инструмент для типовых задач, размещённый так, как требуют данные. Третий — ответственный, к которому можно обратиться с вопросом «а это можно?».
Отдельно стоит проверить условия используемых сервисов: используются ли запросы для обучения моделей, где и сколько они хранятся, можно ли это отключить.
Учебный пример: два сценария на одном предприятии
Учебный пример. Ситуация создана для объяснения метода и не описывает конкретное предприятие.
Инженерная служба хочет быстро находить ответы в стандартах и технических условиях. Источники общедоступны или внутренние без чувствительных сведений — для такого сценария подходит облачный сервис, если внутренняя политика это разрешает.
Бухгалтерия хочет автоматически разбирать входящие счета. Среди поставщиков есть индивидуальные предприниматели, значит, в документах есть персональные данные. Этот сценарий размещают на российской платформе с договором поручения обработки или на модели внутри предприятия, а в модель передают только сами документы, без справочников. Два сценария — два разных решения о размещении, и это нормально.
С чего начать
Для первого сценария составьте простую таблицу: какие сведения в нём участвуют, к какому типу они относятся и кто за них отвечает. По самому чувствительному типу выберите размещение. Согласуйте решение со службой безопасности и юристом — до разработки, а не после пилота на публичном сервисе.
Как выбрать сам сценарий и проверить качество, разобрано в материале «С чего начать внедрение ИИ на предприятии». Как устроить связку с учётной системой и права доступа — в материале «ИИ и 1С: какие задачи решает связка». Об организации проекта — на странице «Внедрение ИИ».