Запрос «автоматизация документооборота» ведёт на страницы систем электронного документооборота, и там обещают маршруты, согласование в один клик и контроль сроков. Всё это правда, но к искусственному интеллекту отношения почти не имеет. А там, где ИИ действительно нужен, он в этих обещаниях обычно не упомянут.
Разберём, из чего складывается задача на самом деле, какая её часть решается без всяких моделей и где начинается работа, ради которой ИИ и берут.
Два проекта под одним названием
Движение документа. Счёт пришёл — его зарегистрировали, отправили на согласование руководителю, потом в бухгалтерию, потом оплатили и положили в архив. Здесь важны маршрут, роли, сроки и уведомления. Ни одна операция не требует понимания содержимого: системе достаточно знать тип документа и правила, по которым он ходит.
Понимание содержимого. Тот же счёт пришёл сканом в почту. Чтобы он поехал по маршруту, кто-то должен прочитать его и завести карточку: контрагент, номер, дата, сумма, срок оплаты. Вот это — работа для модели, и она отдельная.
Разница принципиальная и денежная. Первая часть — это система и регламент, она внедряется один раз и дальше работает. Вторая — постоянная обработка, у неё есть цена за каждый документ и точность, которая никогда не равна ста процентам.
Ошибка, из-за которой проекты буксуют: компания покупает систему, ожидая, что документы начнут заводиться сами, а они по-прежнему заводятся руками — просто теперь в новом интерфейсе.
Несколько чисел для ориентира. Маршрут для 2–3 типов документов запускается за 3–4 недели, распознавание входящих добавляет ещё около 3 недель. Сертификат электронной подписи нужен каждому подписанту и продлевается раз в 12 месяцев. Обработка 1 000 документов моделью обходится в сотни рублей в месяц. Лицензии на систему считаются на тех 5–10 человек, кто реально согласует, а не на весь штат из 40 — это самая частая ошибка в расчётах.
Что решается без ИИ
Ниже то, ради чего не нужны никакие модели — обычная логика и настройки.
Единое место хранения. Документ лежит в одном месте, а не в почте у троих и на диске у одного. Половина потерянного времени уходит именно на поиск последней версии.
Маршрут с ролями. Кто согласует, в каком порядке, что происходит при отказе. Описанный маршрут ускоряет согласование сильнее, чем любая технология, потому что убирает вопрос «а к кому теперь».
Сроки и напоминания. Документ висит у согласующего третий день — система напоминает сама, а не коллега в мессенджере.
Шаблоны. Типовой договор собирается из блоков с подстановкой реквизитов. Экономит время юриста и убирает ошибки копирования.
Электронная подпись. Без неё автоматизация упирается в печать и сканирование, и весь выигрыш теряется на последнем шаге.
Журнал действий. Кто открывал, кто правил, кто согласовал и когда. Нужен и для порядка, и при проверках.
Всё перечисленное — обычная логика и настройки. Если у вас этого нет, начинать надо отсюда, а не с нейросетей.
Где действительно нужен ИИ
Три точки, и все они на входе — там, где документ приходит извне в том виде, в каком его составил кто-то другой.
Распознавание. Скан, фотография, PDF без текстового слоя превращаются в текст. Задача старая, решается и классическим распознаванием, и современными моделями; разница в том, что модель лучше справляется с кривыми сканами и нестандартной вёрсткой.
Извлечение полей. Из текста достаются конкретные значения: контрагент, ИНН, номер, дата, сумма, срок. Это то место, где ИИ экономит больше всего человеческого времени, потому что каждый документ свёрстан по-своему.
Классификация и сверка. Входящий поток раскладывается по типам: счёт, акт, договор, претензия. Дальше документ сверяется с тем, что уже есть: совпадает ли сумма в акте с договором, не изменились ли реквизиты, нет ли дубля.
| Задача | Чем решается | Нужен ли ИИ |
|---|---|---|
| Документ идёт по согласующим сам | маршрут в системе | нет |
| Никто не помнит, у кого документ | статусы и уведомления | нет |
| Подписать без печати и сканера | электронная подпись | нет |
| Собрать договор из блоков | шаблоны с подстановкой | нет |
| Завести карточку из скана | распознавание и извлечение полей | да |
| Разложить входящую почту по типам | классификация | да |
| Сверить акт с договором | сопоставление данных | да |
| Найти ответ в архиве документов | поиск по смыслу | да |
Таблица заодно объясняет, почему смета на «автоматизацию документооборота» бывает такой разной: две компании могут иметь в виду строки из разных половин.
Подпись: без неё автоматизации нет
Маршрут, который заканчивается словами «распечатайте и подпишите», экономит ноль. Поэтому электронная подпись — не дополнительная опция, а условие всей задачи.
Закон «Об электронной подписи» в статье 5 делит подписи на три вида: простую, усиленную неквалифицированную и усиленную квалифицированную. Разница для практики в том, при каких условиях документ считается подписанным по-настоящему.
Квалифицированная подпись. По статье 6 документ, подписанный квалифицированной электронной подписью, признаётся равнозначным бумажному с собственноручной подписью — кроме случаев, когда закон прямо требует бумагу. Это то, чем подписывают договоры с контрагентами и отчётность.
Простая и неквалифицированная. Тоже дают юридическую силу, но только если стороны заранее договорились их признавать. Внутри компании это решается положением об электронном документообороте, с контрагентом — пунктом в договоре.
Практический вывод: прежде чем считать экономию от маршрутов, надо понять, чем будут подписываться документы каждого типа. Внутренние заявления — простой подписью по положению, договоры с внешними контрагентами — квалифицированной, и у каждого сотрудника, который подписывает, должен быть сертификат.
Сколько это стоит
Три статьи расходов, которые считаются отдельно.
Система. Лицензии или подписка, обычно на пользователя в месяц. Здесь разброс огромный и зависит от того, сколько человек реально работает с документами: часто оказывается, что из сорока сотрудников согласуют документы восемь.
Подписи. Сертификат на каждого подписанта, продлевается ежегодно. Статья небольшая, но её забывают заложить, и она всплывает в конце.
Обработка входящих, если берёте ИИ. Вот тут считается по объёму. Документ на две страницы — это порядка двух-трёх тысяч токенов на вход вместе с инструкцией. При тарифах GigaChat для юридических лиц обработка тысячи документов в месяц на младшей модели укладывается в несколько сотен рублей, на старшей выходит дороже в разы. Порядок величин здесь такой, что решающими оказываются не токены, а разработка интеграции и время на проверку результатов.
Дороже всего обходится не технология, а несогласованный маршрут: если два отдела не могут договориться, кто согласует расход до ста тысяч, проект стоит месяцами при полностью настроенной системе.
Как посчитать эффект до внедрения
Считать надо до разговора с поставщиком, иначе сравнивать его предложение будет не с чем. Нужны четыре числа, и все они берутся из вашей же практики.
Штук в месяц. Сколько документов каждого типа проходит через компанию. Берётся из бухгалтерии или из почты за последний месяц. Это самое важное число: редкий документ не окупает автоматизацию, каким бы сложным он ни был.
Минут на документ. Сколько уходит на заведение карточки, пересылку, напоминания и поиск. Замеряется грубо: попросите человека, который этим занимается, засечь время на десяти документах. Обычно выходит больше, чем все думали, потому что в счёт идут не только минуты работы, но и переключения между задачами.
Дней на согласование. Сколько проходит от появления документа до подписи. Считается по датам в почте. Здесь прячется эффект, который не виден в часах сотрудников: счёт, согласованный за день вместо недели, — это скидка за раннюю оплату или отсутствие пени.
Цена ошибки. Сколько раз за год платили не тому, не вовремя или дважды. Одна такая история обычно перевешивает всю экономию на минутах, и именно она убеждает руководителя.
Дальше арифметика простая: штук в месяц умножить на минуты и на стоимость часа сотрудника — это нижняя граница экономии, только на рутине. Верхняя добавляет ускорение согласования и цену ошибок. Если нижняя граница уже покрывает стоимость системы, решение очевидно; если нет, смотреть надо на вторую часть и честно оценивать, случаются ли ошибки на самом деле.
Отдельно стоит записать, что не изменится. Автоматизация не ускорит согласующего, который в принципе не смотрит почту два дня. Не заставит контрагента прислать акт вовремя. Не уберёт необходимость думать над нетиповым договором. Всё это остаётся, и обещания обратного — повод насторожиться.
Порядок, при котором проект доходит до работы
- 1Выбрать два типа документовте, которых много и которые ходят одинаково: счета, заявки
- 2Описать маршрут словамикто согласует, в каком порядке, что при отказе, какой срок
- 3Решить вопрос подписичем подписывается каждый тип, у кого есть сертификаты
- 4Запустить маршрутбез распознавания, карточки пока заводятся руками
- 5Замеритьсколько дней занимало согласование до и после
- 6Добавить распознаваниетолько теперь и только если руками заводится много
Шестой шаг стоит последним не случайно. Распознавание — самая заметная часть проекта и самая бесполезная, пока документ после заведения карточки всё равно неделю лежит у согласующего.
Готовая система или сборка под себя
- Маршруты, роли, подпись и журнал уже есть
- Интеграции с учётными системами написаны
- Платите за пользователей, а не за разработку
- Настраиваете в рамках того, что предусмотрел вендор
- Распознавание входящих обычно отдельный модуль за отдельные деньги
- Маршрут повторяет ваш процесс, а не наоборот
- Распознавание и правила проверки пишутся под ваши документы
- Данные остаются в вашем контуре
- Нужна разработка и человек, который будет это вести
- Подпись и хранение всё равно придётся делать по закону
Где всё ломается
Маршрут описан, но его обходят. Если директор подписывает в мессенджере, система мертва независимо от настроек. Лечится не технически.
Распознаёт, но никто не проверяет. Модель извлекла сумму с ошибкой в разряде — платёж ушёл не тот. Нужен порог уверенности: ниже него документ уходит человеку, а не в маршрут.
Автоматизировали редкий документ. Приятно показать на демо, бесполезно в работе. Считать надо по количеству штук в месяц, а не по сложности.
Забыли про архив. Документы копятся, поиск по ним никто не настроил, и через год найти прошлогодний акт сложнее, чем было в почте.
Смежная задача — работа с содержимым документов, а не с их движением: извлечение данных, сверка и поиск разобраны в статье ИИ для документов. Общий порядок выбора процесса под автоматизацию — в разборе нейросетей для бизнеса, и он тот же: сначала процесс, который дорого обходится, потом инструмент.
Что делаю я
Первым делом прошу перечислить документы по количеству штук в месяц и показать, где они застревают. Обычно выясняется, что двум-трём типам документов нужен маршрут и подпись, а распознавание нужно одному, и то не срочно. Собираю ту часть, которая даёт эффект быстрее: маршрут с уведомлениями, шаблоны, единое хранилище. Распознавание и сверку добавляю потом, когда видно, сколько человеческого времени они реально сэкономят — а не потому, что это самая интересная часть проекта. Если задача внедрения ИИ оказывается шире документов, разбираем процессы целиком.
