Что такое контур компании и когда данные из него не выпускают

Зачем это знать

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

Что такое контур компании простыми словами

На складе есть проходная. Внутри — товар, стеллажи, свои кладовщики, камеры и журнал: кто вошёл, что вынес. Снаружи — подрядчики, курьеры, покупатели. Товар может уехать наружу, но только через ворота и только по накладной.

Контур компании устроен так же, только вместо товара — данные. Внутри границы стоят серверы, базы, почта, учётные системы. У каждого сотрудника своя учётная запись, у каждого действия — след в журнале.

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

Как это работает

1. Рисуют границу. Перечисляют, что считается внутренним: серверы, сети, учётные системы, почта, файловые хранилища. Всё, чего в списке нет, автоматически считается внешним.
2. Размечают данные по шагам процесса. Разбор входящих писем, сверка счетов, поиск по базе знаний — по каждому шагу отмечают, что там обрабатывается. Персональные данные и коммерческая тайна попадают в один список, публичная информация — в другой.
3. Выбирают режим для каждого шага. Чувствительные шаги закрывают моделью с открытыми весами на своём оборудовании. Остальные отдают внешнему API модели: там дешевле и качество выше.
4. Ставят шлюз на границе. Через него проходят все обращения к внешней модели. Шлюз убирает из текста ФИО, номера договоров и суммы, пишет журнал и режет объём при превышении лимита.
5. Фиксируют режим письменно. В договоре с подрядчиком закрепляют, где хранятся логи, сколько живут копии данных и кто имеет доступ к серверу с моделью.

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

Пример из практики

Производственная компания разбирает около 4 000 входящих документов в месяц: счета, накладные, акты. В документах — реквизиты контрагентов, суммы контрактов и фамилии подписантов. Служба безопасности выгрузку наружу не согласовывает.

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

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

Цифры выше — расчётная схема для компании такого профиля, а не отчёт по внедрению.

Что это даёт бизнесу

• Разговор с безопасностью переходит на язык списков. Вместо спора «можно ли ИИ» обсуждают конкретные поля конкретных документов. Такой спор решается за одну встречу.
• Счёт становится управляемым. Дорогой режим достаётся меньшей части шагов, а объёмная рутина уходит внешней модели по цене за операцию.
• Проект переживает смену поставщика. Когда граница описана, замена модели внутри контура затрагивает один участок, а не всю систему.
• Проверка проходит по документам. Схема сети, журнал доступа и договорные условия готовятся заранее, а не собираются в спешке по запросу регулятора.

Когда без этого можно обойтись

Если через процесс проходят только публичные тексты — описания товаров, статьи для сайта, черновики рассылок, — граница ничего не защищает и добавляет расходов. Здесь берут внешний API и считают деньги по объёму.

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

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

Что важно проверить

Первое: обезличивание работает не всегда. Фамилия попадает в текст письма, номер договора — в название файла, сумма — в подпись к таблице. Долю утечек считают на выборке в 200–300 документов и смотрят глазами, а не на глаз.

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

Третье: у подрядчика спрашивают схему потоков данных — какие поля пересекают границу, куда пишутся логи, сколько живут временные копии. Без этой схемы обещание «всё останется у вас» проверить нечем.