Как организовать работу команды с нейросетями: 12 шагов для руководителя

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

В этой статье разберём, как выбрать рабочую среду, настроить доступы и закрепить правила для команды. Затем соберём решения в чек-лист из 12 шагов, приведём формулировки для регламента и порядок действий при инциденте.

Повседневные правила работы с запросами, файлами и результатами ИИ вынесены в отдельную памятку для сотрудников. Её можно использовать для инструктажа команды.

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

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

Чтобы определить допустимый способ работы, используем три зоны данных:

• Зелёная: тестовые примеры, шаблоны, общие вопросы и материалы без персональных данных и конфиденциальных сведений.

  Для них выбирают сервис из утверждённого компанией списка и проверяют его настройки.

• Жёлтая: переписки, домашние задания, отзывы, расшифровки, договоры, финансовые показатели и код.

  Сначала нужно проверить содержимое, удалить идентификаторы и конфиденциальные сведения либо согласовать работу в подходящем корпоративном сервисе.

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

  В публичные чат-боты их не отправляют. Допустимый порядок работы с такими сведениями определяют отдельно; ключи доступа в запросах заменяют заглушками.

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

После этого можно выбирать сервис. Отправлять в него данные для проверки «подойдёт ли он нам» не нужно.

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

В таблицах ниже используются зоны данных из предыдущего раздела. ЦОД означает центр обработки данных, а логирование — сохранение запросов и других записей о работе сервиса.

При выборе иностранного провайдера вопрос не сводится к уведомлению Роскомнадзора. Во внутренних документах компании (политика обработки ПД, перечень обработчиков и ЦОД) должны быть основания и условия для предполагаемой обработки. Ниже перечислены требования, которые нужно проверить с ответственным за персональные данные.

• До подачи уведомления компания обязана получить от иностранного получателя сведения о мерах защиты данных (ч. 5 ст. 12 152-ФЗ). Публичный сервис таких сведений под конкретную компанию не даёт.

• В страны без адекватной защиты данных, в том числе США и Китай, передавать данные нельзя, пока РКН рассматривает уведомление: на это уходит 10 рабочих дней (ч. 9 и 11 ст. 12).

• Само уведомление не заменяет правового основания и договора поручения обработки (ч. 3 ст. 6). За иностранного обработчика перед человеком отвечают и он, и компания (ч. 6 ст. 6).

Для задач с персональными данными нужен один из трёх вариантов. Каждый законен, если у компании есть правовое основание. Для сведений о здоровье это письменное согласие человека (ст. 10 152-ФЗ), и договор с провайдером его не заменяет.

Компания заключает договор с провайдером и поручает ему обработку данных (ч. 3 ст. 6 152-ФЗ), данные остаются в ЦОД в России. Сотрудники работают через внутренний чат-интерфейс или интеграцию с CRM, а не через личные аккаунты.

• Yandex AI Studio: по умолчанию запросы сохраняются, поэтому логирование выключаем заголовком x-data-logging-enabled: false (в SDK параметр enable_server_data_logging=False). Тогда запросы не сохраняются на серверах Yandex Cloud.

• GigaChat API: серверы в России, по умолчанию запросы и ответы не хранятся и не используются для дообучения.

Результат: законная обработка жёлтой зоны и персональных данных без своей инфраструктуры.

Открытую модель разворачиваем на сервере компании или на арендованном GPU-сервере в российском облаке. Веса доступны для коммерческого использования:

• Qwen 3 (лицензия Apache 2.0),

• GigaChat 3.5 (MIT),

• DeepSeek R1 (MIT).

Для запуска подходят открытые инструменты Ollama и vLLM, интерфейс для сотрудников — Open WebUI.

Правила песочницы: исходящий трафик сервера в интернет закрыт, вход только по корпоративной учётной записи, журналы запросов хранятся у вас и чистятся по графику, загруженные файлы удаляются после задачи. Если сервер арендован, облачный провайдер тоже обрабатывает данные по поручению, проверьте это в договоре.

Результат: данные физически не покидают контур компании. Подходит для справок, паспортов, претензий.

Между сотрудником и нейросетью ставится прокси (LLM-шлюз). Он находит в тексте ФИО, телефоны, email, номера паспортов и карт, заменяет их метками вида [ФИО_1], отправляет в модель только обезличенный текст и подставляет данные обратно в ответ уже внутри компании. Строится на открытых библиотеках распознавания персональных данных (Microsoft Presidio, для русского языка — Natasha) или на модулях контроля ИИ в DLP-системах.

Распознавание не бывает стопроцентным, поэтому шлюз подходит для потоковых текстов (переписки, обращения), но не для документов со спецкатегориями и паспортными данными.

Результат: сильная внешняя модель для текстов без передачи персональных данных.

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

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

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

Пути к пользовательским настройкам находятся в памятке для сотрудников.

Если сервис подключается к CRM, почте или диску, запишите, какие данные он получает и какие действия может выполнять. Это поможет проверить, соответствует ли реальный доступ разрешённой задаче.

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

• Сотрудники работают только в сервисах из утверждённого списка и под корпоративными учётными записями.

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

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

• Интеграции и вебхуки внесены в реестр и получают минимальные права: только чтение и только нужные поля.

• Доступы к ИИ-сервисам отзываем в день увольнения вместе с почтой и CRM.

• Раз в квартал перепроверяем условия сервисов: они меняются, иногда несколько раз в год.

Для бота поддержки отдельно определите границы автоматизации. Подготовка внутреннего черновика и отправка ответа ученику — разные сценарии: во втором случае ошибка сразу затрагивает клиента. Поэтому заранее установите, на какие вопросы бот отвечает сам и когда передаёт разговор сотруднику.

Бот отвечает на типовые вопросы и передаёт сложные оператору. Закон предъявляет к нему три требования.

• Решения с юридическими последствиями принимает человек. Отказ в возврате, блокировка доступа, незачёт нельзя принимать только на основании автоматизированной обработки без письменного согласия человека (ч. 1 ст. 16 152-ФЗ).

• Информация об условиях оплаты и возврата должна быть достоверной (ст. 10 Закона о защите прав потребителей). Если бот назвал неверные условия возврата, отвечает школа: возврат, неустойка, а при споре штраф 50% от присуждённой суммы (п. 6 ст. 13).

• Заявки сначала попадают в базу в России (ч. 5 ст. 18 152-ФЗ).

Тот же порядок проверки нужен для ИИ-агентов, которые отправляют сообщения, меняют статусы и доступы или работают с платёжными данными. В формулировках регламента ниже предусмотрено подтверждение таких действий сотрудником. Код, подготовленный ИИ, перед внедрением проверяют и тестируют.

Подробные правила работы с агентами и кодом можно включить в инструктаж команды.

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

Это чек-лист, а не строгая календарная последовательность. Хотя назначение ответственного указано в пункте 12, сделать это нужно в начале внедрения: он участвует в выборе сервисов и согласовании правил.

1. Инвентаризация

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

   Результат: реальная карта «теневого ИИ» в компании.

2. Белый список

   Утвердите перечень сервисов и для каждого определите допустимую зону данных (состав данных и выбор сервиса).

   Результат: сотрудник знает, где и с чем можно работать.

3. Корпоративный контур для задач с персональными данными

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

   Результат: законный способ вместо запрета, который всё равно обходят.

4. Учётные записи

   Корпоративные аккаунты вместо личных, двухфакторная аутентификация, отзыв доступов в день увольнения.

   Результат: компания знает, где лежат её данные.

5. Регламент и ознакомление

   Утвердите приказом регламент работы с ИИ (формулировки в разделе «Закрепите решения в регламенте») и ознакомьте сотрудников под подпись. Ознакомить работников с правилами обработки персональных данных оператор обязан по закону (п. 6 ч. 1 ст. 18.1 152-ФЗ).

   Результат: правило, за нарушение которого можно спросить.

6. Режим коммерческой тайны

   Перечень сведений, гриф, ограничение доступа, ознакомление работников (ст. 10 98-ФЗ). Без введённого режима уволить сотрудника или взыскать убытки за передачу стратегии в нейросеть почти невозможно.

   Результат: защищены воронки, скрипты, финансы, условия партнёров.

7. Документы по персональным данным

   Обновите политику и перечень обработчиков, согласия (с 1 сентября 2025 года согласие оформляется отдельным документом, ч. 1 ст. 9 152-ФЗ) и уведомление в РКН (ст. 22). Если трансграничная передача всё-таки нужна, до её начала подайте отдельное уведомление (ч. 3 ст. 12).

   Результат: документы совпадают с реальными процессами.

8. Договоры с кураторами и подрядчиками

   Конфиденциальность, поручение обработки персональных данных, правила использования ИИ, передача прав на результат, ответственность за нарушения.

   Результат: правила распространяются на всех, кто видит данные.

9. Оферта и правила для учеников

   Опишите, где школа применяет ИИ (проверка ДЗ, бот поддержки), право обрабатывать работы учеников и правила академической честности для них самих.

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

10. Технические меры

    Где возможно, ограничьте загрузку файлов в неутверждённые сервисы (DLP-системы, политики браузера), уберите секреты из кода и рабочих чатов.

    Результат: ошибку сложнее совершить случайно.

11. Обучение

    Инструктаж на 30 минут при выходе на работу и повтор раз в полгода. Разбираем реальные ошибки без поиска виноватых.

    Результат: правила знают не только юристы.

12. Ответственный и контроль

    Назначьте ответственного за организацию обработки персональных данных (ст. 22.1 152-ФЗ), утвердите порядок действий при инциденте (раздел «Подготовьте порядок действий при инциденте»), раз в квартал проверяйте выполнение.

    Результат: у правил есть владелец.

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

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

• Статус результата

  Результат работы ИИ-сервиса является черновиком и до использования проверяется работником, ответственным за задачу.

• Допустимые сервисы

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

• Запрещённые сведения

  Запрещается передавать в ИИ-сервисы, не включённые в перечень корпоративных сервисов для обработки персональных данных: персональные данные, сведения, составляющие коммерческую тайну, конфиденциальную информацию контрагентов, аутентификационные данные (пароли, токены, ключи).

• Обезличивание

  Перед передачей сведений в ИИ-сервис работник удаляет данные, позволяющие определить субъекта персональных данных. Таблица соответствия хранится только во внутренних системах компании.

• Решения

  ИИ-сервис не принимает решений, порождающих юридические последствия для учеников, клиентов и работников. Такие решения принимает работник.

• Агенты

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

• Инциденты

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

• Ответственность

  Нарушение регламента может повлечь дисциплинарную и материальную ответственность в соответствии с Трудовым кодексом РФ.

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

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

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

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

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

Перед учениками, Роскомнадзором и судом отвечает компания, даже если ошибся один сотрудник или подрядчик. Уже потом компания может спросить с виновного.

1. Не подано уведомление об обработке ПД — 300 тыс. ₽.

2. Данные загружены в нейросеть без правового основания — 300 тыс. ₽.

3. Реклама с недостоверными обещаниями — 500 тыс. ₽.

4. Обработка без письменного согласия — 700 тыс. ₽.

5. Не уведомили РКН об утечке — 3 млн ₽.

6. ИИ-бот собирает данные в зарубежную базу — 6 млн ₽.

7. Утечка базы более 100 тыс. человек — 15 млн ₽.

8. Утечка биометрии — 20 млн ₽.

9. Повторная утечка — до 500 млн ₽.

За повторную утечку назначают оборотный штраф 1–3% годовой выручки.

Штрафы указаны для юридических лиц по КоАП РФ в ред. от 04.08.2026. Квалификация загрузки данных в нейросеть как «неправомерной передачи» — позиция, сложившейся практики пока нет. Но состав ч. 12–14 сформулирован широко: «действия (бездействие) оператора, повлекшие неправомерную передачу (предоставление, распространение, доступ)».

• Дисциплинарное взыскание вплоть до увольнения за разглашение охраняемой законом тайны, в том числе персональных данных (пп. «в» п. 6 ч. 1 ст. 81 ТК РФ).

• Полная материальная ответственность за ущерб от разглашения охраняемой законом тайны (п. 7 ч. 1 ст. 243 ТК РФ).

• Штраф для должностного лица по ч. 1 ст. 13.11 КоАП — 50–100 тыс. ₽.

• Уголовная ответственность (ст. 272.1 УК РФ), если данные получены незаконно: например, выгружены без доступа или вынесены при увольнении. С передачей за рубеж — до 8 лет лишения свободы.

План внедрения на 8 недель:

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

К первой проверке пройдите 12 пунктов чек-листа. Сверьте утверждённый список сервисов с тем, чем команда пользуется на деле; проверьте настройки, доступы и порядок обработки обращений. По документам убедитесь, что правила утверждены и сотрудники с ними ознакомлены.

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

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

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

1. Штрафы за утечки выросли в десятки раз

   С 30 мая 2025 года неправомерная передача персональных данных стоит компании 3–15 млн ₽ в зависимости от числа людей, при повторе — до 3% годовой выручки (ч. 12–15 ст. 13.11 КоАП РФ). Выгрузка учеников в публичном чат-боте — как раз такой случай.

2. Иностранные базы при сборе данных запрещены

   С 1 июля 2025 года данные граждан РФ при сборе нельзя записывать и хранить в базах за рубежом (ч. 5 ст. 18 152-ФЗ). ИИ-бот на зарубежной модели, который принимает заявки, нарушает это правило.

3. Уведомление в Роскомнадзор не легализует передачу

   Для передачи данных в иностранный сервис нужны правовое основание, договор поручения и сведения о мерах защиты у получателя. С публичным чат-ботом этого не будет (раздел «Выберите сервис под данные и условия обработки»).

4. Закон об ИИ не обязывает маркировать контент

   С 1 марта 2027 года 243-ФЗ даёт пользователю возможность отметить применение ИИ в аудио- и визуальных материалах, но не обязывает это делать. Норм о персональных данных в законе нет, действует 152-ФЗ.

5. Зарубежные корпоративные тарифы российской компании недоступны

   OpenAI ограничивает доступ из России, Anthropic не обслуживает компании под контролем российских лиц. Тарифы с договором об обработке данных купить нельзя, поэтому для задач с персональными данными эти сервисы не подходят.