Можно, если вы проверили три вещи: в договоре нет данных, которые нельзя передавать за пределы организации; соглашения с контрагентом (NDA, сам договор) этого не запрещают; условия сервиса и место обработки данных вас устраивают. На практике эти проверки чаще всего не сделаны, поэтому ответ по умолчанию такой: не загружать, пока юрист и служба безопасности не разрешили письменно.
Ниже: чем рискуете, на какие вопросы нужны ответы до загрузки, какие данные куда допустимы, чем обезличивание помогает и где перестаёт, четыре варианта действий, вопросы юристу и службе безопасности, политика для сотрудников в десяти пунктах, как заметить теневое использование без слежки и как проверять результат. Названий сервисов и сравнений поставщиков здесь нет намеренно: условия у каждого свои и меняются. Если вы выбираете между внешним API и своей моделью вообще, начните со статьи «Своя LLM или ChatGPT API».
Короткий ответ: от чего зависит, можно ли загрузить договор
Вопрос «можно ли» распадается на шесть вопросов о конкретном договоре и конкретном сервисе. Пока на них нет ответов, разрешения тоже нет. Ответы дают не те, кто хочет сэкономить время, а юрист и служба безопасности.
| Вопрос | Почему важен | Кто решает | Если ответа нет |
|---|---|---|---|
| Договор или приложения закрыты соглашением о конфиденциальности? | Передача текста внешнему оператору может считаться раскрытием третьему лицу; зависит от формулировок соглашения | Юрист | Считать, что нельзя |
| Есть ли в тексте персональные данные? | Подписанты, представители, контактные лица; для предпринимателей и граждан ещё и паспортные данные, адреса. Передача за пределы организации и за границу может требовать правового основания | Юрист и ответственный за персональные данные | Считать, что есть |
| Какой это аккаунт? | Личный, бесплатный и корпоративный аккаунты могут иметь разные условия хранения и использования запросов | Служба безопасности | Для рабочих документов не использовать |
| Что сервис делает с запросами? | Хранение, срок, доступ сотрудников поставщика, использование для улучшения или обучения моделей: это написано в условиях конкретного поставщика, а не «у нейросетей вообще» | Юрист и служба безопасности | Не загружать |
| Где обрабатываются данные? | Страна обработки и хранения, подрядчики поставщика | Юрист и служба безопасности | Не загружать |
| Кто отвечает за результат? | Пересказ нейросети не заключение; за подписанный договор отвечает компания и подписант | Руководитель, владелец процесса | Проверять каждый вывод по тексту договора |
Если хотя бы на один из первых пяти вопросов нет подтверждённого ответа, правильное действие — не загружать. Это не перестраховка: загруженный текст не получится гарантированно отозвать, удаление зависит от процедур поставщика.
Что вы передаёте: коммерческая тайна, NDA и персональные данные
Договор кажется скучным документом, пока не перечислишь, что в нём лежит:
- Цены, скидки и объёмы. Это коммерческая информация вашей компании, а часто и контрагента.
- Условия ответственности и расторжения. Они показывают, где вы готовы уступать, то есть вашу переговорную позицию. Для конкурента она ценнее реквизитов.
- Технические и логистические требования в приложениях: по ним можно понять, что и как вы производите или закупаете.
- Реквизиты и банковские данные сторон.
- Персональные данные: ФИО и контакты подписантов, представителей и контактных лиц; для предпринимателей и граждан паспортные данные и адреса; иногда в приложениях сканы удостоверений.
Соглашение о конфиденциальности
Соглашения о конфиденциальности нередко запрещают раскрывать содержание третьим лицам. Облачная нейросеть — внешний оператор: текст уходит на его серверы. Считается ли это раскрытием, зависит от формулировок соглашения и условий сервиса, и решает это юрист. Безопасная рабочая позиция: считать это раскрытием, пока юрист не решил иначе. Есть и второе соображение: часть информации в вашем договоре принадлежит контрагенту. Если он включил в договор обязательство о конфиденциальности, решать за него, можно ли показать текст внешнему сервису, нельзя без его согласия или заключения юриста. Если ваши заказчики — банки, госорганизации или объекты критической инфраструктуры, их требования к обработке данных могут быть строже ваших собственных: смотрите договор и требования их службы безопасности.
Персональные данные
Передача персональных данных за пределы организации, а тем более за границу, может требовать правового основания и дополнительных действий оператора данных. Какие именно, зависит от того, что за данные, на каком основании вы их получили и куда передаёте. Эту часть мы не комментируем: она решается совместно с юристом и ответственным за персональные данные. Инженерная рекомендация проще: заранее определить, какие поля договора содержат персональные данные, и не отправлять их туда, где у вас нет подтверждённого основания.
Если в компании введён режим коммерческой тайны, договоры и их условия часто входят в перечень охраняемой информации; точный перечень уточните у юриста.
Условия сервиса и аккаунты: что проверить у поставщика
Утверждать, что делает конкретный сервис с вашим текстом, мы не будем: условия различаются между поставщиками, тарифами и типами аккаунтов и меняются. Поэтому вместо ответов в статье список вопросов, на которые нужен письменный ответ поставщика или чёткая формулировка в его условиях.
| Что проверить | Что именно выяснить | Почему важно |
|---|---|---|
| Хранение запросов и файлов | Хранятся ли они, сколько, можно ли удалить и кем | Загруженный договор живёт столько, сколько он хранится у поставщика |
| Использование для обучения | Используются ли ваши запросы для улучшения или обучения моделей; зависит ли это от тарифа и настроек; можно ли отключить | Содержание договора не должно попасть в то, чем пользуются другие |
| Доступ сотрудников поставщика | Кто и при каких условиях может читать содержимое запросов | Для соглашения о конфиденциальности это ещё один круг лиц |
| Место обработки и хранения | В какой стране обрабатываются и хранятся данные, где резервные копии | От этого зависят требования к передаче данных |
| Подрядчики поставщика | Участвуют ли другие компании в обработке | Цепочка получателей длиннее, чем кажется |
| История и общий доступ | Хранится ли история диалогов; можно ли делиться ссылкой на разговор; кто в рабочей области видит чужие диалоги | Утечка часто происходит не на стороне поставщика, а через общий доступ внутри аккаунта |
| Удаление | Как и за какой срок удаляются данные по запросу, в том числе из резервных копий | Определяет, что можно сделать после случайной загрузки |
| Изменение условий | Как поставщик уведомляет о новых условиях | Проверка действительна на дату проверки |
Ответы фиксируют письменно с датой и пересматривают при смене условий. Корпоративный договор с поставщиком и описанием обработки данных — минимум для разговора, но не гарантия: остаются вопросы NDA и персональных данных.
Ошибки модели и ответственность подписанта
Даже если юридически загрузка допустима, остаётся вторая проблема: нейросеть ошибается, а звучит одинаково уверенно в обоих случаях. Для договоров это не мелочь, потому что цена ошибки — подписанное обязательство.
| Ошибка | Как выглядит | Чем опасна | Как ловить |
|---|---|---|---|
| Пропущенный пункт | В пересказе нет условия об одностороннем отказе или о неустойке | Читающий не знает, чего не знает | Список обязательных условий; для каждого «найдено» или «не найдено» с пунктом |
| Придуманный пункт | Модель называет «п. 6.4» с неустойкой, которого в договоре нет | Решение принимается на основании несуществующего текста | Каждый вывод с цитатой, которую проверяют поиском по тексту договора |
| Путаница сторон | «Заказчик» и «Исполнитель» поменялись местами, риск приписан не той стороне | Вывод верный по словам и неверный по смыслу | Стороны извлекаются и проверяются отдельно, до разбора условий |
| Потерянная середина | На длинном документе качество ответов может падать, особенно для условий в середине текста; зависит от модели | Условие из середины документа или из конца приложений не попадает в ответ, и никто этого не замечает | Разбор по пунктам и частям; проверка на ваших длинных договорах |
| Потерянная ссылка | Пункт 5.2 «за исключением случаев по п. 9.1» пересказан без исключения | Условие читается шире или уже, чем написано | Ссылки разрешаются и подкладываются к условию |
| Уверенный тон | Правильный и неправильный ответ звучат одинаково гладко | По тону ошибку не отличить | Порог уверенности и очередь «показать юристу» |
Ответственность при этом остаётся на компании и подписанте. Условия сервисов могут ограничивать ответственность поставщика за результат; проверьте формулировки у выбранного. «Так сказала нейросеть» не объяснение для руководителя, контрагента или проверяющего. Поэтому результат нужно проверять человеком по тексту договора, а система должна облегчать эту проверку, а не заменять её.
Обезличивание: полумера и её пределы
Распространённая идея: убрать названия, реквизиты и фамилии, а остальное загрузить. Обезличивание действительно уменьшает риск, но ограничено по пяти причинам:
- Контекст раскрывает контрагента. Предмет, объёмы, география, даты и необычные условия часто однозначно указывают, о ком речь, даже без наименований. Для людей из отрасли это не загадка.
- Соглашение о конфиденциальности защищает содержание, а не только имена. Условия, цены и техническое описание остаются вашей и чужой тайной, и после замены названий метками.
- Проверять нужно именно то, что убрали. Суммы, сроки и стороны — самое важное в договоре. Если их вычистить, нейросеть получает пустой каркас, а если оставить, обезличивание теряет смысл.
- Ручное обезличивание ошибается. Забытая фамилия в колонтитуле, название в свойствах файла, реквизиты в скане приложения, подпись внизу последней страницы. Автоматическое обезличивание в вашем контуре тоже ошибается и требует проверки.
- Обратная подстановка. Метки нужно вернуть на место в ответе, и здесь тоже возможна путаница: стороны с похожими метками, метка, попавшая не в тот пункт.
Вывод: для публичных шаблонов и типовых форм без реквизитов обезличивание не нужно, потому что скрывать нечего. Для живых договоров это допустимая мера только по решению юриста и в сочетании с другими, а не способ обойти запрет. Внутри контура обезличивание тоже полезно как слой защиты, например при передаче выдержек в отчёты или обучающие материалы.
Матрица данных: что куда можно
Это рабочие позиции по умолчанию. Окончательное решение по вашим данным принимают юрист и служба безопасности, а матрицу вашей компании стоит утвердить документом.
| Класс данных | Примеры | Куда можно по умолчанию | Условия |
|---|---|---|---|
| Публичные | Опубликованные оферты и типовые формы, публичные тексты, образцы без реквизитов | Любой сервис, допустимый политикой компании | Убедиться, что документ действительно публичный: черновик с примечаниями юриста таким не является |
| Внутренние | Шаблоны договоров компании, внутренние регламенты, чек-листы юриста | Корпоративный сервис с проверенными условиями или модель в вашем контуре | Решение службы безопасности; личные аккаунты исключены |
| Коммерческая тайна и договоры с NDA | Действующие договоры, цены, скидки, спецификации, переписка по условиям | Модель в вашем контуре; внешний сервис только по письменному решению юриста и службы безопасности с учётом соглашений | Без письменного решения не загружать |
| Персональные данные | Паспортные данные и адреса физических лиц и предпринимателей, сканы удостоверений, контакты | Модель в вашем контуре; внешний сервис только при подтверждённом юристом правовом основании | Не загружать лишнее: убирать то, что для задачи не нужно |
| Данные с требованиями заказчика | Всё, что ограничено договором с банком, госорганизацией, оператором критической инфраструктуры | Как требует договор с заказчиком; по умолчанию только контур | Читать требования заказчика, не полагаться на общие правила компании |
Самое слабое место матрицы — сотрудник, который не знает, к какому классу относится документ. Поэтому в политике (см. ниже) прописано: сомневаешься — не загружай и спроси.
Четыре варианта и безопасная схема в контуре
| Вариант | Когда подходит | Что нужно | Где ломается |
|---|---|---|---|
| 1. Запретить и дать альтернативу | Всегда как база: запрет на внешние сервисы для договоров и тайны | Политика, обучение, внутренний инструмент для тех же задач | Запрет без альтернативы: люди уходят на личные устройства и аккаунты |
| 2. Обезличивание | Типовые формы и публичные шаблоны; как дополнительный слой | Решение юриста, проверенный способ обезличивания | Контекст раскрывает контрагента; ручная работа ошибается |
| 3. Облачный сервис по договору и в нужной юрисдикции | Данные внутренние или допускающие передачу; требования к размещению выполнены | Договор с поставщиком, проверка условий и места обработки, решение службы безопасности | Условия меняются; NDA с контрагентом запрещает передачу; персональные данные без основания |
| 4. Модель в вашем контуре | Коммерческая тайна, персональные данные, требования заказчика, большой поток | Сервер, доступы, журнал, сопровождение; качество проверяется на ваших договорах | Систему можно настроить плохо: без прав доступа, журнала и проверки вывода контур сам по себе ничего не защищает |
Как правило, это не выбор «или-или»: запрет остаётся базой, а для коммерческой тайны и персональных данных появляется контурное решение. Качество моделей в контуре на ваших договорах мы проверяем на выборке, а не берём из каталогов. Выбор между своей моделью и внешним API в целом разобран в статье «Своя LLM или ChatGPT API», а архитектура и порядок работ — в статье «Как развернуть LLM в закрытом контуре».
Как выглядит безопасная схема
- Модель и все данные работают на вашем сервере, без обращений наружу. Услуга описана на страницах «Развернуть LLM на своём сервере» и «Частные LLM в закрытом контуре».
- Права доступа применяются до модели: человек не получит через ассистента договор, который не вправе открыть.
- Каждый вывод сопровождается цитатой, пунктом и страницей; программа проверяет, что цитата есть в тексте. Без найденного пункта вывод не показывается.
- Текст договора считается недоверенным входом: в нём может быть скрытая инструкция для модели. Это разобрано в статье «Что такое prompt injection».
- Сомнительное уходит юристу; журнал фиксирует, что показали и что решил человек.
- Перед запуском система проходит проверку, например по чек-листу безопасности LLM-системы; при необходимости — аудит безопасности ИИ. Требования для объектов критической инфраструктуры — отдельная тема: «Требования КИИ к ИИ-системам».
Мы собираем такие системы для работы с договорами; описание — на странице «ИИ для проверки договоров». Начинают с обследования: для одного-двух типов договоров оно стоит 200 000 ₽ и вычитается из следующего этапа, цены и сроки ступеней — на странице тарифов. Лицензии ФСТЭК у нас нет, аттестацию объектов мы не проводим; если ваши требования этого касаются, выясняем это на обследовании.
Как проверять результат: каждый вывод со ссылкой на пункт
Любой инструмент, облачный или собственный, даёт черновик. Правила проверки одни и те же:
- Нет пункта — нет вывода. Утверждение о договоре без цитаты, номера пункта и страницы не принимается, даже если звучит убедительно.
- Цитату находят в тексте. Юрист открывает указанный пункт и читает его целиком, вместе с исключениями и ссылками на другие пункты. Автоматическая проверка отсеивает выдуманные цитаты, но не гарантирует, что вывод из цитаты сделан верно.
- «Не найдено» перепроверяют. Отсутствие условия самое опасное утверждение: нейросеть могла не увидеть его. Проверка простая: поиск по тексту договора и приложений.
- Числа и даты сверяют с оригиналом. Суммы, ставки, сроки не берут из пересказа. Даты и арифметику лучше считать программой, а не моделью.
- Пункты о деньгах, сроках и ответственности читают всегда. Результат ИИ определяет порядок чтения, а не освобождает от него.
- Качество измеряют на выборке. Договоры, размеченные юристом, плюс отдельный подсчёт пропусков и выдуманных значений; способы описаны в материале «Как измерить точность распознавания документов». Если правила компании подаются модели как данные, а не вшиваются в неё, обновление позиции юриста сразу видно в результате; подробнее в материале «RAG или дообучение LLM».
- Повторный прогон после изменений. Смена модели, настроек или правил требует нового замера на том же наборе.
Вопросы службе безопасности и юристу перед запуском
Эти списки не заменяют юридическую оценку; они помогают не забыть то, о чём потом спрашивают.
Юристу
- Какие из наших договоров и приложений закрыты соглашениями о конфиденциальности и что в них сказано о передаче третьим лицам и подрядчикам?
- Что считается нашей коммерческой тайной и входят ли в неё договоры целиком?
- Какие персональные данные есть в договорах и приложениях, на каком основании мы их обрабатываем и можно ли передавать их внешнему оператору, в том числе за границу?
- Есть ли у заказчиков требования к обработке данных и разрешено ли им использование внешних сервисов?
- Что говорят условия выбранного сервиса о хранении, использовании запросов и ответственности за результат?
- Кто в компании вправе разрешать исключения и как оформляется решение?
- Что делать после случайной загрузки: кого уведомлять и в каком порядке?
Службе безопасности
- Какие аккаунты и устройства допустимы; можно ли корпоративный доступ без личных аккаунтов?
- Куда уходят данные, где хранятся, кто имеет к ним доступ у поставщика?
- Как устроены роли и права, и применяются ли они до отправки текста модели?
- Что пишется в журнал, сколько он хранится и кто его читает?
- Как проверена защита от prompt injection и утечки через ответ?
- Как удаляются данные: из индекса, из истории, из резервных копий?
- Какие сетевые правила не дают системе обращаться наружу, и как это проверено?
- Кто отвечает за обновление модели и повторный замер качества?
Эта статья — инженерный разбор, а не юридическая консультация: решения по конкретным договорам и данным принимают юрист и служба безопасности вашей компании.
Политика для сотрудников в десяти пунктах и как выявить теневое использование
Политика должна умещаться на одной странице и отвечать на вопрос «что мне можно сделать сегодня». Вариант из десяти пунктов:
- Список разрешённых инструментов утверждает компания; для рабочих документов всё, чего в списке нет, запрещено.
- Данные делятся на четыре класса: публичные, внутренние, коммерческая тайна, персональные. Для каждого указано, где его можно обрабатывать (матрица приложена).
- Договоры, предложения, прайс-листы и переписку с контрагентами во внешние сервисы не загружают без письменного разрешения.
- Используются только корпоративные аккаунты. Личные для работы не применяют, ссылки для общего доступа к диалогам не создают.
- Не уверен, к какому классу относится документ, — не загружай и спроси.
- Ответ ИИ — черновик. За текст, который уходит наружу или в учётную систему, отвечает сотрудник; вывод по договору проверяется по пункту и странице.
- ИИ не наделяют правом самостоятельно отправлять, подписывать или проводить: действие выполняет человек.
- О случайной загрузке сообщают в тот же день. Порядок реагирования определяют руководство и юрист; мы рекомендуем не наказывать за добровольное сообщение: скорость важнее поиска виноватого.
- Для задач, ради которых люди идут во внешние сервисы, есть внутренняя альтернатива. Политика без альтернативы не работает.
- Список инструментов, классы данных и проверки условий поставщиков пересматриваются по расписанию и при изменении условий.
Как выявить теневое использование без слежки
Задача не в том, чтобы поймать сотрудника, а в том, чтобы узнать, какие задачи люди решают нейросетями, и закрыть их безопасным способом. Порядок такой:
- Сначала спросить. Анонимный опрос и разговор в подразделениях: для чего используют, какие документы, чего не хватает во внутренних инструментах. Лучше заранее решить и объявить, будут ли последствия за прошлые загрузки: если будут, о них не расскажут.
- Разобрать причины. Чаще всего людей толкает скорость: длинный договор, мало времени. Это и есть требования к внутренней альтернативе.
- Смотреть агрегаты, а не людей. Если у компании есть шлюз или прокси, можно считать обращения к известным сервисам нейросетей по доменам в целом по подразделению, без чтения содержимого и без персональных отчётов. Допустимость и порядок такого учёта согласуйте с юристом и кадровой службой; он зависит от вашей сети.
- Настроить защиту от утечек, если она уже есть. Правила на типичные признаки договоров (шаблонные заголовки, реквизиты) решает служба безопасности; такая защита может ошибаться в обе стороны и дополняет политику, а не заменяет её.
- Обучить. Короткая памятка с примерами «можно / нельзя» и ответ на вопрос «куда тогда идти».
Частые вопросы
Можно ли загрузить договор в ChatGPT, если убрать названия и реквизиты?
Обезличивание уменьшает риск, но не снимает его: контекст нередко указывает на контрагента, а соглашения о конфиденциальности защищают содержание, а не только имена. Для типовых публичных форм обезличивание не нужно, для действующих договоров оно допустимо только по решению юриста и как один из слоёв защиты.
Если у нас корпоративная подписка на облачный сервис, договоры можно загружать?
Подписка сама по себе ничего не разрешает. Нужны ответы на вопросы о хранении, использовании запросов, месте обработки и доступе сотрудников поставщика, а также решение юриста по соглашениям о конфиденциальности и персональным данным. Без этого корпоративный аккаунт лишь снижает часть рисков.
Нужно ли согласие контрагента, чтобы загрузить его договор во внешний сервис?
Зависит от соглашения о конфиденциальности и самого договора; это вопрос юриста. Безопасная рабочая позиция: без прямого разрешения юриста или прямого согласия контрагента договор во внешний сервис не передавать.
Чем локальная модель безопаснее облачного сервиса?
Данные остаются в вашем контуре, и вам не нужно оценивать условия стороннего оператора. Но сама по себе локальная модель безопасной не становится: нужны права доступа до модели, журнал, защита от скрытых инструкций в тексте, проверка вывода и сопровождение.
Что делать, если сотрудники уже загружали договоры во внешние сервисы?
Сначала собрать факты: кто, что, когда и куда загружал, какой аккаунт и какие там настройки. Затем юрист и служба безопасности оценивают последствия и порядок действий, включая удаление данных у поставщика и уведомления, если они нужны. Параллельно вводят политику и внутреннюю альтернативу. Наказывать на старте не рекомендуем: иначе о следующих случаях не расскажут.
Может ли нейросеть заменить юриста при проверке договора?
Нет. Нейросеть может подготовить первый проход: извлечь условия, сверить их с чек-листом и показать отклонения со ссылкой на пункт. Оценку рисков, позицию в переговорах и решение подписывать принимает юрист, и ответственность остаётся на компании.
Как проверить, что нейросеть не выдумала пункт?
Требовать у каждого вывода цитату, номер пункта и страницу и проверять поиском по тексту, что цитата есть в документе. Отдельно перепроверять утверждения «в договоре этого нет». На выборке договоров, размеченной юристом, считают, как часто система выдумывает значения и пропускает условия.
Сколько стоит система проверки договоров в закрытом контуре?
По тарифам: обследование одного-двух типов договоров — 200 000 ₽ и 2–3 недели, нескольких систем — 350 000 ₽ и 3–4 недели; цена точная и вычитается из следующего этапа. Лёгкий пилот на одном типе договоров — 150 000 – 400 000 ₽, 2–8 недель. Сопровождение — от 20 000 ₽ в месяц. Итоговую вилку называем по результатам обследования.