Документооборот - это не папка с файлами
Компания может хранить все договоры в одном облаке и всё равно обрабатывать их вручную. Кто-то получает файл по почте, переименовывает, пишет коллеге в мессенджер, ждёт согласования, пересылает новую версию, ищет подпись и отмечает исполнение в таблице. Чтобы убрать эти передачи, автоматизировать нужно жизненный цикл документа, а не только его хранение
Чем документооборот отличается от обработки документов
Обработка документов превращает файл в проверенные структурированные данные и входит в документооборот как отдельный этап. Но распознанного счёта недостаточно: нужно определить, кто его согласует, с каким заказом его сверить, кто утверждает превышение лимита и что делать при просрочке. Документооборот связывает данные с ответственными, сроками, версиями и действиями - от получения документа до завершения обязательств
Четыре роли в системе документооборота
| Механизм | Где силён | Где опасно использовать вместо другого механизма |
|---|---|---|
| ИИ | классификация, извлечение смысла, поиск, сводка, предложение | хранение состояния, точные права, необратимые решения |
| правила | лимиты, проверки, маршруты по условиям, сроки | разбор произвольного текста без заранее заданных признаков |
| система документооборота | версии, статусы, права, история, задачи | смысловой анализ, если в системе нет соответствующего модуля |
| человек | исключения, переговоры, высокорисковые решения | массовая повторяющаяся рутина |
Это разделение ответственности, а не требование покупать четыре продукта. Одна платформа может совмещать несколько ролей; в простом маршруте ИИ вообще не понадобится
Этап 1 - поступление и идентификация
Документ приходит по почте, через форму, электронный обмен, мессенджер или загрузку сотрудника. При поступлении сохраняйте
- исходный файл
- канал
- отправителя
- время
- связь с клиентом, поставщиком или сделкой, если она известна
После регистрации система определяет тип документа и дальнейшие действия. Неизвестный тип отправляется в очередь разбора: обработка по «ближайшему» шаблону может задать неверные поля и маршрут
Этап 2 - извлечение и проверка фактов
Счёт, акт и договор требуют разных полей. Google Document AI, например, описывает извлечение таблиц, пар «ключ - значение» и сущностей по заданной схеме 1. Но набор полей и условия их проверки определяет бизнес-процесс, а не возможности инструмента
Для маршрутизации договора могут понадобиться
- стороны договора
- сумма
- срок
- тип договора
- наличие нестандартных условий
- подразделение-владелец
Каждое извлекаемое поле должно влиять на проверку или дальнейшее действие. Для значимых условий сохраняйте ссылку на фрагмент оригинала, чтобы согласующий мог проверить вывод
Этап 3 - выбор маршрута
Маршрут задаётся правилами поверх проверенных фактов. Например, для короткого согласования типового договора компания может установить такие условия
- договор относится к типовой услуге
- сумма ниже внутреннего порога
- контрагент уже проверен
- условия проверены по утверждённому перечню, отклонения не выявлены
Если условие не выполняется или данных для проверки недостаточно, документ идёт по расширенному маршруту либо конкретному специалисту. ИИ может выделить нестандартный пункт, но фраза «отклонений не обнаружено» сама по себе не доказывает, что их нет. Требования к проверке и правило передачи юристу задаются отдельно от модели
Этап 4 - согласование без переписки «посмотрите новую версию»
Согласование ведётся в одной карточке документа с историей решений. У каждого участника должны быть доступны
- текущая версия
- список открытых вопросов
- собственная задача
- срок
- журнал предыдущих решений
Название «финал_точно_3» не заменяет управление версиями. ИИ может сравнить редакции и выделить изменения для согласующего, а система должна сохранить обе версии и явно указать, какая сейчас рассматривается. После существенной правки нужно определить, какие согласования остаются действительными, а какие требуется повторить
Этап 5 - исполнение после согласования
Подпись не всегда завершает процесс: из договора возникают обязательства, за которыми нужно следить дальше. Например
- выставить счёт
- добавить дату в календарь
- создать проект
- заказать поставку
- проверить выполнение условия
- продлить или прекратить договор
Для каждого такого действия нужны ответственный, срок и признак выполнения. Если всё это по-прежнему держится на памяти сотрудников, автоматизировано только согласование, а не весь жизненный цикл
Карта документа как рабочего объекта
- уникальный идентификатор
- тип документа
- контрагент или связанный объект
- владелец процесса
- текущий статус
- актуальная версия
- критичные извлечённые факты
- текущий согласующий
- срок следующего действия
- открытые исключения
- история решений
Карточка связывает файл с состоянием процесса. Если у документа нет ответственного или непонятно, какое действие следующее, сначала разберите этот пробел: автоматизация сама не установит ответственность
Как найти настоящий маршрут, а не регламент на бумаге
Описание сотрудника полезно сопоставить с журналом событий: фактический маршрут может отличаться от регламента. Microsoft описывает процессную аналитику как построение карт по событиям из рабочих систем, сравнение вариантов процесса и поиск задержек 2
Для первого разбора можно выгрузить по каждому документу единый идентификатор и связанные с ним события
- время поступления
- время каждого изменения статуса
- владельца шага
- возвраты назад
- время завершения
По этим отметкам видно, сколько длится переход между статусами и где есть возвраты. Но интервал между статусами включает и работу, и ожидание. Чтобы разделить их, нужны отметки начала и завершения работы либо отдельный замер. Проверяйте также полноту журнала: действие в мессенджере может вообще не попасть в выгрузку
Метрики документооборота
Количество обработанных файлов показывает объём потока, но не объясняет, дошли ли документы до результата. Для этого пригодятся следующие метрики
| Метрика | Что показывает |
|---|---|
| медианное время полного цикла | насколько быстро документ доходит до результата |
| время ожидания по этапам | на каком этапе скапливается ожидание; причины проверяются отдельно |
| число возвратов на предыдущий шаг | где возникают повторные проверки и исправления |
| доля документов без владельца | организационные разрывы |
| доля просроченных действий | какие обязательства и этапы выходят за установленные сроки |
| число параллельных версий | качество управления версиями |
| доля автоматических маршрутов без исправлений | как часто автоматический маршрут проходит без последующей правки |
| количество ручных исключений по причинам | какие причины требуют ручного разбора и повторяются чаще |
Какие сценарии ИИ здесь действительно полезны
Определение типа входящего документа. Помогает, когда названия и форматы разнообразны, а от класса зависит набор проверок. Если тип уже надёжно задан каналом или формой, повторная классификация может быть лишней
Извлечение признаков для маршрутизации. Например, сумма, вид договора, срок или наличие определённого условия
Сравнение версий. ИИ выделяет изменения и готовит сводку для согласующего. Сама сводка должна вести к изменённым фрагментам, а не заменять сравнение оригиналов
Поиск по архиву. Сотрудник задаёт вопрос и получает документы со ссылками на найденные фрагменты. Поиск должен учитывать права доступа и различать действующие и архивные редакции
Контроль обязательств. ИИ может извлекать текстовые обязательства, но превращать их в задачи лучше через проверяемое правило или подтверждение человека
Что чаще всего автоматизируют зря
Автоматическая отправка документа всем подряд. Если маршрут не отражает ответственность, скорость рассылки не помогает
Сводка без источника. Любой значимый тезис из документа должен быть проверяем по странице или пункту оригинала
Сложный ИИ поверх процесса без статусов. Модель не должна угадывать, что считается «согласовано», «исполнено» и «закрыто»
Пилот на одном типе документа
Для пилота выберите один частый класс, например входящие счета или типовые договоры, и проследите его до результата
- зафиксировать текущий маршрут
- измерить цикл и ожидания
- определить обязательные поля
- собрать исключения
- автоматизировать разбор и один маршрут
- оставить спорные случаи человеку
- измерить время, возвраты и ручные действия
Расширяйте решение после сравнения времени, возвратов и ручной работы с исходным процессом. Сначала выясните, какие условия обеспечили результат на выбранном типе документа: тот же маршрут может не подойти другому классу
источники и методика
- Google Document AI: извлечение данных - описание таблиц, полей и сущностей по заданной схеме. Не устанавливает требования к маршрутам конкретной компании
- Microsoft: обзор процессной аналитики - карты фактических процессов по событиям, сравнение вариантов и анализ задержек. Полнота выводов зависит от состава журналов
Схема жизненного цикла, карточка документа и правила пилота - авторские рабочие инструменты, не обязательный стандарт. Статья не определяет юридические требования к электронной подписи, срокам хранения и значимости копий: их нужно устанавливать для конкретных документов и юрисдикции
