В каждой компании есть вопрос, который задают чаще, чем «когда обед». Он одинаково звучит в цеху, в бухгалтерии и на совете директоров: «где договор?» Загадка в том, что документооборот автоматизируют лет двадцать: у большинства стоит СЭД, у многих — ЭДО с контрагентами, маршруты нарисованы, регламент утвержден. А вопрос жив, согласование идет две недели, и половина вложений по-прежнему пересылается почтой с темой «Fwd: Fwd: срочно».
Причина не в плохой СЭД. Причина в том, что любая СЭД управляет движением документа, но не понимает его содержимого. Кто-то должен прочитать входящее, понять, что это, завести карточку, выбрать маршрут, а на согласовании — вычитать тридцать страниц и понять, что в них поменялось. Весь этот труд понимания система оставляет людям. Языковая модель забирает именно его — и дальше разбор по трем функциям из заголовка: маршрутизация, согласование, контроль.
Что СЭД умеет и чего она не умеет
| Функция | СЭД без модели | СЭД + модель |
|---|---|---|
| Прием входящего | Человек читает, определяет тип, заводит карточку | Модель определяет тип, извлекает атрибуты, карточка создается заполненной |
| Маршрут | По типу, который выбрал человек | По содержанию: тип, сумма, контрагент, срочность |
| Согласование | Каждый читает документ целиком | Согласующий видит выжимку отклонений от типовой формы |
| Поиск | По реквизитам карточки | По смыслу: «договор с отсрочкой больше 30 дней» |
| Контроль | Отчет по просроченным раз в неделю | Живой поток: зависшие видны в момент зависания |
Левый столбец — не приговор СЭД: маршруты, права, версии и журнал она делает хорошо, и менять ее незачем. Все, что в правом столбце, ставится поверх — через API, почтовый ящик или папку обмена. Это важная развилка: автоматизация документооборота с ИИ — проект на недели поверх того, что есть, а «внедрение новой СЭД» — проект на год с переучиванием всех. Первое не требует второго.
Сколько стоит «где договор?» в часах
Прежде чем разбирать функции, посчитайте собственную боль — формулы простые, подставьте свои числа.
Регистрация: сто входящих в день по пять минут на «прочитать, понять, завести, назначить» — больше восьми часов ежедневно. Это целая ставка, даже если она размазана по пяти людям и в штатном расписании ее нет.
Согласование: двадцать согласующих, у каждого двадцать документов в неделю, на каждый пятнадцать минут чтения — сто часов руководительского времени в неделю. По ставкам руководителей это самые дорогие часы в компании, и большая их часть уходит на документы, в которых нет ни одного отклонения от типовой формы.
Поиск: десять вопросов «где документ» в день, каждый занимает десять минут у двоих — у того, кто ищет, и у того, кого дергают. Еще тридцать с лишним часов в месяц, которых никто не видит, потому что они проходят по графе «ну так всегда было».
Маршрутизация: исчезает должность «прочитать и понять, куда»
Входящий поток выглядит так: письмо с вложением без названия и текстом «направляем подписанный экземпляр», скан пачки страниц со штампами, xml из ЭДО, претензия на бланке, счет фотографией. По каждой единице кто-то решает: что это, к какому договору относится, кому передать, насколько срочно. В компаниях побольше это отдельные люди — канцелярия и регистраторы; в компаниях поменьше — «все понемногу», и тогда посчитать эти часы особенно трудно, потому что они размазаны.
Модель решает те же вопросы за секунды: тип документа — по содержимому, а не по имени файла; контрагент — по реквизитам из текста; привязка — по номеру договора, даже когда номер существует только в теле сопроводительного письма; срочность — по смыслу («просим до пятницы» и «в претензионном порядке» весят по-разному). Дальше работает обычный код: правила маршрутов, справочники, права — и карточка в СЭД появляется заполненной, с вложением на месте и с назначенным ответственным.
Человек в этой схеме остается на спорных случаях: модель не уверена в типе, контрагент не найден в справочнике, документ похож на дубль. Такие уходят в отдельную очередь — это стандартная механика связки «модель понимает, код исполняет», и на ней держится вся конструкция. Если входящие приходят сканами и фотографиями, к маршрутизации добавляется слой извлечения — как он устроен на первичке, разобрано на странице распознавания документов для 1С; для писем и текстовых вложений он не нужен.
Согласование: читать тридцать страниц должен тот, кому это надо
Согласование тормозит не потому, что люди ленивы. У согласующего руководителя таких документов двадцать в день, каждый — десятки страниц, и от него требуют за подписью подтвердить, что он все прочитал. Он физически не может — и делает то, что сделал бы любой: подписывает глядя на сумму, либо держит документ неделю до «окна». Обе стратегии дорогие: первая пропускает риски, вторая останавливает сделки.
Модель меняет сам предмет чтения. Согласующий получает вместе с документом выжимку: чем этот договор отличается от вашей типовой формы — по пунктам; какие условия нестандартные — отсрочка, неустойка, односторонние права; что менялось между версией, которую он видел в прошлый раз, и нынешней; какие похожие документы уже согласовывались и чем кончилось — этот же контрагент просил ту же отсрочку год назад, юрист тогда отказал, вот ссылка на переписку. Тридцать страниц превращаются в экран конкретных вопросов, и решение принимается по существу за минуты. Глубокий разбор договорных рисков — отдельная дисциплина со своим контуром, о ней — в статье про ИИ-разбор договоров; здесь важен сам принцип: читают отклонения, а не страницы.
Вторая половина эффекта — сортировка на входе. Типовой документ без единого отклонения от формы и лимитов незачем гонять по полному кругу: по регламенту он получает визу автоматически, и человеческое внимание достается только документам с отклонениями. Подпись при этом остается подписью: финальное утверждение — действие человека, всегда. Модель готовит решение, право решать не делегируется.
Контроль: зависшее видно в момент зависания
Классический контроль документооборота — отчет по просроченным, который секретарь собирает к пятнице. К пятнице документ висит уже неделю, контрагент уже звонил директору, и разбор превращается в поиск виноватых.
Контроль на живом потоке устроен иначе. Каждый документ оставляет след на каждом шаге, и по следу видно: что застряло и у кого; у кого согласование стабильно занимает дольше всех — узкое место процесса обретает имя и кабинет; какие сроки сорвутся завтра, если сегодня ничего не сделать. Видна и причина зависания: документ четвертый день лежит у юриста, потому что ждет справку, которую никто не запросил, — эскалация уходит с этой причиной, и разговор сразу предметный. Это те же метрики цикла — медиана и хвост, — по которым меряется любой процесс; как строить такой замер и не обмануться, разобрано в статье про метрики процессов с LLM.
Отдельный класс — контроль комплектности и дисциплины: по сделке не хватает подписанного оригинала; в договоре обещана поставка до пятнадцатого, а отгрузки в учете нет; допсоглашение подписано, но в СЭД не попало. Такие проверки — сопоставление документов между собой и с учетной системой, и они закрывают дыры, через которые компании теряют деньги молча.
Поиск по смыслу: архив начинает отвечать на вопросы
Побочная способность, которая быстро становится любимой. Карточный поиск СЭД отвечает на вопросы вида «договор номер такой-то от такой-то даты» — если реквизиты заведены без опечаток. Вопросы, которые люди задают на самом деле, звучат иначе: «покажи договоры с автопролонгацией, которые продлятся в этом квартале», «где мы соглашались на отсрочку больше сорока пяти дней», «какие поставщики дают гарантию меньше года». Раньше на такой вопрос отвечал юрист за неделю выборочного чтения; поиск по смыслу отвечает списком документов с указанием пунктов.
Механика под этим — семантический индекс по собственному архиву, тот же, что строится для корпоративной базы знаний: почему сотрудники не находят даже то, что в документах точно есть, и как это чинится, — отдельный разбор в статье про семантический поиск по базе знаний. Для документооборота это означает, что архив из склада файлов превращается в источник ответов — включая вопросы аудиторов и проверяющих, на которые раньше собирали папки неделями.
Что остается человеку
Правило то же, что во всей автоматизации: необратимое — через человека. Подпись, отправка контрагенту, отказ по претензии, все нетиповое и все спорное. Модель сокращает очередь до этих решений и приносит их подготовленными — с контекстом, историей и отклонениями. Скорость растет за счет того, что человек перестал быть конвейером по чтению типового, и его внимание вернулось туда, где оно стоит дорого.
Данные не выходят из контура
Документооборот — это персональные данные сотрудников, условия сделок и вся коммерческая кухня. Отправлять такое в публичные облака нельзя: 152-ФЗ для персональных данных — требование закона, для остального — здравый смысл и NDA с контрагентами. Поэтому для документооборота модель разворачивается в вашем контуре: на вашем сервере или в вашем облаке. Обвязке все равно, какая модель за ней стоит, — облачная на общедоступных данных или локальная на чувствительных; выбор фиксируется на старте и попадает в договор.
Заодно закрывается вопрос, который безопасники задают первым: кто видел документ. Каждое обращение модели к документу пишется в тот же журнал, что и решения, — доступ становится проверяемым, что при разборе инцидентов ценят быстро.
Как это стартует, если СЭД уже есть
Ничего не выкидывается. Первым подключается один поток — обычно входящие письма и сканы или согласование договоров: у первого самая заметная рутина, у второго самый болезненный цикл. Модель встает между источником и СЭД: читает, извлекает, заполняет, маршрутизирует; СЭД продолжает делать свое — хранить, версионировать, вести журнал. Первую неделю связка работает в теневом режиме, ее решения сравниваются с решениями людей, правила донастраиваются. Потом поток переключается, люди остаются на спорной очереди.
Второй поток подключается заметно быстрее первого: интеграции с почтой и СЭД уже стоят, журнал и очередь спорных общие, добавляется по сути только понимание нового типа документов и его маршруты. Поэтому последовательность «входящие, затем договоры, затем претензии» за полгода закрывает документооборот целиком, хотя стартовала с одного ящика.
Если ваш документооборот живет в 1С:Документооборот — механика та же, но есть платформенная специфика: как встраиваться, ничего не ломая в конфигурации, разобрано в отдельной статье про ИИ в 1С:Документооборот.
Когда это не надо
- Поток мал. Полсотни входящих в месяц и десяток договоров — это часы ручного разбора; полноценной ставки в таком потоке нет. Наведите порядок папками и правилами почты, автоматизация подождет.
- Документооборот физически бумажный. Живые подписи, курьеры, архив в шкафу, сканера нет. Модели нечего читать; сначала оцифровка входа, потом разговор про ИИ.
- Маршрутов не существует. Каждый документ ходит уникальным путем по договоренностям в коридоре. Модель не может маршрутизировать в никуда: сначала минимальный регламент — хотя бы «какие бывают типы и кто за что отвечает», потом автоматизация.
- Ожидание, что ИИ наведет порядок в хаосе. Не наведет — он его ускорит. Автоматизация усиливает тот процесс, который есть; кривой процесс она делает быстрым и кривым.
Деньги и сроки
Один поток — маршрутизация входящих или согласование одного типа документов — это пилот ИИ-автоматизации: от 320 000 ₽ и 4–6 недель, с замером цикла «до и после» и с теневой неделей перед включением. Документооборот, живущий в нескольких системах сразу — СЭД, почта, учетка, ЭДО, — это уровень интеграционного проекта, там смета собирается по обследованию. Когда непонятно, какой поток брать первым — входящие, договоры или претензии, — двухнедельный ИИ-аудит процессов от 190 000 ₽ отвечает на это цифрами по вашим журналам, и его стоимость засчитывается в первый проект. Быструю прикидку дает калькулятор.
Проверка за один день
Прежде чем звать кого-либо, снимите три цифры по собственному документообороту — они добываются за день.
- Возьмите последние двадцать входящих из общего ящика и засеките, сколько прошло от получения до появления у ответственного. Это ваш цикл маршрутизации.
- Возьмите пять последних договоров и посчитайте дни от «отправил на согласование» до последней визы. Спросите согласующих, сколько из прочитанных страниц отличались от типовой формы. Это цена чтения типового.
- Спросите делопроизводителя, сколько раз за неделю его спрашивали «где документ». Каждый такой вопрос — минуты двух людей, помноженные на привычку.
Если все три цифры вас устроили — у вас редкий, хорошо поставленный документооборот, и ИИ ему пока не нужен. Если хотя бы одна кольнула — теперь вы знаете, какой из трех функций заняться первой, и сможете спросить с любого подрядчика конкретный сдвиг конкретной метрики. С этого вопроса и начинается автоматизация, которая окупается, — а вопрос «где договор» из ежедневного превращается в исторический.