Корпоративная политика использования ИИ: что включить для сотрудников

Сотрудники уже используют ИИ: кто-то через рабочий аккаунт, кто-то — в личном приложении на телефоне, а кто-то вставляет фрагмент договора в бесплатный чат, потому что так быстрее. Руководитель понимает, что нужны правила, но не хочет создавать документ, который никто не читает.

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

Шаблон нужно заполнить реальными названиями разрешённых сервисов, способом доступа, контактами и внутренними правилами. Это не готовый юридический акт. Ниже — структура первой рабочей версии и вопросы для юриста.

Назначение и границы политики

Первый раздел отвечает на вопрос: кого и какие задачи охватывают правила. Укажите:

• Кого: штатных сотрудников, подрядчиков с доступом к рабочим системам, стажёров; отметьте различия, если они есть.
• Какие данные: рабочую информацию компании, клиентов и партнёров независимо от устройства.
• Какие продукты: чат-ассистенты, функции ИИ в офисных приложениях, генераторы изображений, помощники для кода и встроенные функции CRM или поддержки.
• Какие процессы: тексты, анализ данных, ответы клиентам, код и перевод.
• Кто владелец: конкретная роль, отвечающая за содержание, вопросы и изменения.
• Как часто пересматривать: например, раз в квартал и внепланово после изменения сервиса или инцидента.

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

Реестр разрешённых инструментов

Сотрудникам нужен короткий список сервисов, одобренных для работы. Формулировки «можно пользоваться ChatGPT» или «можно Copilot» слишком общие: у одного бренда могут быть продукты с разными условиями.

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

Для каждого сервиса укажите:

Опишите и запрос нового сервиса: кому написать, какие сведения приложить и кто принимает решение. Без такого пути сотрудники могут молча пользоваться непроверенными инструментами.

Матрица данных

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

Учебный пример матрицы

Это основа для адаптации. Категории, сервисы и условия должны соответствовать договорам, внутренним правилам и применимым требованиям законодательства.

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

Для генеративного ИИ существуют риски раскрытия данных и внедрённых инструкций в материалах, которые читает система (prompt injection). Матрица указывает, какие данные можно передавать, но сама не защищает от внедрённых инструкций. Для автоматических действий нужны отдельная проверка входных материалов, ограничение доступа и подтверждение человеком.

Правила проверки результата

Риск связан и с тем, что отправили модели, и с тем, что получили. Конфабуляция — уверенно изложенная, но ложная информация: модель может придумать число, ссылку, пункт договора или функцию продукта.

Политика должна определить, что проверяют перед использованием:

• Факты и цифры: сверяют с исходными данными компании или первичным документом.
• Расчёты: повторяют ключевые вычисления в таблице или другим способом.
• Код: проводят обычное ревью и тестирование.
• Ссылки и цитаты: открывают каждую ссылку и проверяют, что она существует и подтверждает утверждение.
• Внешние обещания: сроки, цены, скидки и гарантии согласуют так же, как без ИИ.

За результат отвечают человек, который использует его в работе, и владелец процесса. ИИ не может принять решение вместо сотрудника. Юридическая ответственность в конкретном споре зависит от обстоятельств и закона; её следует обсуждать с юристом, а не определять только внутренней политикой.

Действия и инциденты

Отдельные правила нужны, когда ИИ выполняет действие: отправляет письмо, меняет запись в CRM, публикует пост или создаёт счёт. Ошибка может сразу выйти наружу.

Запишите:

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

Порядок при инциденте должен быть простым:

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

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

Учебный пример: текст для адаптации

Замените скобки реальными данными компании. Это не готовый юридический акт.

> Рабочие данные обрабатываются только в одобренных сервисах через корпоративный доступ: [сервисы и тарифы]. Пароли, ключи доступа и другие секреты нельзя включать в запросы к ИИ. Результаты, влияющие на клиента или учёт, проверяет владелец процесса: [роль]. Письма клиентам и изменения в CRM с участием ИИ выполняются только после подтверждения человека. Если данные переданы ошибочно, сотрудник останавливает действие и сообщает [ответственный, канал связи].

Обучение и пересмотр политики

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

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

Что сделать в своём процессе

1. Назначьте владельца политики и дату первого пересмотра.
2. Без наказаний выясните, какими сервисами сотрудники уже пользуются.
3. Создайте реестр одобренных сервисов с тарифом, доступом, администратором и датой проверки условий.
4. Настройте матрицу данных под свои категории и согласуйте её с ответственными за персональные данные и договоры.
5. Определите действия, требующие подтверждения человека, и ответственного за сообщения об инцидентах.
6. Подготовьте для каждого отдела три-пять примеров из реальной работы и проведите короткий инструктаж.
7. Передайте юристу вопросы по вашей юрисдикции, договорам и дисциплинарным последствиям.

Частые вопросы