# Внедрение ИИ в документооборот: от входящего до архива

> Внедрение ИИ в документооборот: классификация и маршрутизация входящих, извлечение реквизитов, проверка договора, поиск по архиву, контроль сроков.

- Источник: https://lokai.ru/vnedrenie-ii-v-dokumentooborot/
- Организация: Local AI — Внедрение ИИ в закрытом контуре
- Обновлено: 2026-08-07
- Раздел: Главная → Отрасли → Документооборот

---

ИИ в документообороте берёт на себя первичную обработку: классифицирует входящие и направляет их ответственному, извлекает реквизиты из договоров и актов, сравнивает договор с типовой формой и подсвечивает отклонения, собирает пакет документов по сделке, ищет по архиву смыслом, а не по названию файла, и напоминает о сроках согласования. Точность зависит от качества сканов, поэтому пороги и правила настраиваются под ваш поток.

- **2–4** — недели пилота на одном потоке документов
- **4–8** — недель до работающего контура на типовом кейсе
- **100%** — документов и архива остаётся внутри периметра
- **0** — документов, согласованных системой без человека

## Сценарии внедрения ИИ в документооборот

Документооборот тратит время на три вещи: понять, что за документ пришёл, вытащить из него данные и найти его потом. Всё остальное — уже согласование. Шесть сценариев ниже закрывают именно эти три задачи.

### Классификация и маршрутизация входящих

Письмо, скан или файл из ЭДО определяется по типу — договор, счёт, претензия, запрос, кадровый документ — и уходит ответственному по правилам подразделения. Спорные случаи попадают в отдельную очередь.

### Извлечение реквизитов

Из документа вытаскиваются стороны, номер, дата, суммы, сроки, предмет, банковские реквизиты и позиции таблиц. Данные ложатся в карточку СЭД или учётной системы без ручного ввода.

[Стык с 1С](https://lokai.ru/vnedrenie-ii-v-1s/)

### Проверка договора на отклонения

Присланный контрагентом текст сравнивается с вашей типовой формой: изменённые условия оплаты, ответственность, подсудность, автопролонгация, односторонний отказ. Каждое отклонение выводится цитатой.

### Сборка пакета документов

По сделке или проекту видно, чего не хватает: приложения, спецификации, доверенности, подписанного экземпляра. Система собирает недостающее списком и ставит задачу ответственному.

### Поиск по архиву смыслом

Вопрос «где договор с отсрочкой больше 60 дней по региону» находит документы по содержанию, а не по имени файла. В ответе — ссылки на карточки и цитаты из нужных пунктов.

[Дообучение на ваших данных](https://lokai.ru/doobuchenie-modeley/)

### Контроль сроков согласования

Маршрут сверяется с нормативом: где документ стоит дольше положенного, кто держит очередь, что горит по срокам подписания. Руководитель видит узкие места до срыва, а не по факту.

## Тип документа, извлекаемые данные и уровень контроля

Правая колонка отвечает на главный вопрос службы ДОУ: где можно доверять автоматике, а где документ обязан пройти через человека. Пороги настраиваются по каждому типу отдельно на пилоте.

*Типы документов, состав извлекаемых реквизитов и режим контроля при внедрении ИИ*

| Тип документа | Что извлекаем | Точность и контроль |
|---|---|---|
| Договор в электронном виде | Стороны, предмет, суммы, сроки, условия оплаты, ответственность, отклонения от типовой формы | Высокая на текстовом слое; отклонения всегда смотрит юрист |
| Скан договора с подписями | То же плюс наличие подписей, печатей, приложений и нумерации страниц | Зависит от качества скана; страницы с низкой уверенностью уходят оператору |
| Счёт и УПД | Номер, дата, контрагент, позиции, суммы, НДС, банковские реквизиты | Высокая на электронных документах; проведение — только человеком |
| Акт и накладная | Период, объём, позиции, подписи, ссылка на договор | Устойчиво на печатных формах; спорные позиции подтверждает ответственный |
| Входящее письмо и обращение | Тема, суть запроса, отправитель, срок ответа, требуемое действие | Классификация надёжна на типовых обращениях; нетиповое идёт в общую очередь |
| Претензия | Требование, сумма, ссылки на пункты договора, приложения, срок ответа | Извлечение точное, оценка обоснованности — за юристом |
| Рукописные заявления и пометки | Тип документа, дата, ФИО, отдельные поля | Точность нестабильна; поля подтверждаются человеком по умолчанию |

## Где падает точность распознавания и чем это компенсируется

Качество на реальном потоке определяется исходником, а не выбором модели. Ниже пять ситуаций, где точность проседает предсказуемо, и правила, которыми мы это закрываем.

1. **Плохие сканы и фото.** Кривая геометрия, тени, разрешение ниже 300 dpi, сжатие в мессенджере. Компенсируем предобработкой — выравнивание, повышение контраста, разбиение на страницы — и порогом уверенности: страница ниже порога уходит оператору целиком, а не заполняется наполовину.
2. **Печати и подписи поверх текста.** Оттиск закрывает суммы и даты как раз в самых важных полях. Правило простое: поле, перекрытое печатью, не заполняется автоматически, а помечается как требующее проверки. Дублирующие реквизиты берутся из другого места документа, если они там есть.
3. **Рукописный текст.** Заявления, пометки на полях, резолюции руководителя распознаются заметно хуже печатного текста, а почерк у каждого свой. По рукописным полям режим по умолчанию — обязательное подтверждение человеком. Автоматически заполняем только то, что подтверждается структурой документа.
4. **Многостраничные приложения и спецификации.** Таблица, разорванная переносом на несколько страниц, теряет заголовки, а нумерация приложений сбивается при сканировании пачкой. Компенсируем правилами сборки: страницы связываются по колонтитулам и нумерации, а расхождение итоговой суммы с суммой строк блокирует автозаполнение.
5. **Разнобой форм у контрагентов.** Одна и та же накладная у трёх поставщиков выглядит по-разному. Здесь помогает не смена модели, а накопление примеров: система дообучается на ваших документах, и по частым контрагентам точность растёт заметно быстрее, чем по разовым. Логика работы с потоком первички разобрана также на странице [ИИ в бухгалтерии](https://lokai.ru/vnedrenie-ii-v-buhgalteriyu/).

## Как ИИ встраивается в СЭД и смежные системы

Сценарий подключается к системам, где документы уже живут: СЭД или 1С:Документооборот для карточек и маршрутов, учётная система для реквизитов и сделок, оператор ЭДО для входящих в электронном виде, почтовый ящик и общие папки для всего остального. Обмен идёт через API и очереди, ручных выгрузок в процессе нет. Логистические документы — ТТН, доверенности, акты недостачи — разбираются той же связкой, подробности на странице [ИИ в логистике](https://lokai.ru/vnedrenie-ii-v-logistiku/).

Если СЭД в компании нет, проект не отменяется, а меняет порядок. Тогда ИИ становится первым местом, где документ приобретает структуру: из письма и вложения извлекаются поля, складываются в реестр и в учётную систему, и уже поверх этого считаются сроки и метрики. Такой проект часто полезнее, чем у компании с развитой СЭД, потому что до него реестра не существовало вовсе.

Модели разворачиваются на вашем сервере. Для текста используем открытые веса — Qwen, DeepSeek, GLM, для поиска по архиву эмбеддинги multilingual-e5 и BGE-M3. Договоры, коммерческие условия и переписка не покидают периметр, внешние API отключены по умолчанию. Права разграничены по ролям: юрист видит договоры своего направления, бухгалтерия — закрывающие, руководитель — сводку. Каждое обращение к архиву журналируется. Подробности контура — на странице [локальный ИИ](https://lokai.ru/lokalnyy-ii/).

## Как идёт проект внедрения ИИ в документооборот

Начинаем с одного потока с понятным объёмом: входящие письма, счета или договоры одного типа. Архив и сложные проверки подключаем, когда извлечение уже держит нужную точность.

1. **Диагностика потока** — входит  
   Считаем объём документов по типам, часы на ручной ввод и маршрутизацию, долю просроченных согласований. На выходе — сценарий, метрика и ROI-модель.
2. **Пилот · 2–4 недели** — $3–5k  
   Один тип документа. Прогон вашего архива за прошлый период, замер доли полей с правками, настройка порогов и правил ухода на ручную проверку.
3. **Внедрение под ключ** — от $30 000  
   Контур на вашем сервере: модели, интеграция с СЭД, ЭДО и учётной системой, индексация архива, роли и журналирование, дашборд по срокам согласования.
4. **Развитие** — $2,5–5k/мес  
   Новые типы документов итерациями, еженедельный release candidate с changelog, подписанные версии, откат одним действием, контроль качества извлечения.

## Чего ИИ в документообороте не делает

Не согласовывает и не подписывает документы. Электронная подпись остаётся у ответственных лиц, маршрут завершает человек. Система готовит документ к решению: показывает отклонения, подтягивает историю по контрагенту, напоминает о сроке. Автоматически она закрывает только служебные шаги, где откат ничего не стоит, — регистрацию входящего, постановку задачи, уведомление.

Не заменяет юридическую экспертизу. Сравнение с типовой формой находит изменённые формулировки и пропущенные пункты, но оценку риска и переговорную позицию определяет юрист. Мы отдельно настраиваем систему так, чтобы она не выносила вердикт «договор безопасен» — только перечень отличий с цитатами.

Не наводит порядок в архиве за вас. Если файлы лежат без структуры, версии не различаются, а один договор существует в пяти редакциях без пометок, поиск будет находить всё сразу. Первичная разметка архива — отдельная работа, и на диагностике мы называем её объём честно. Общая логика проектов описана на странице [внедрение ИИ](https://lokai.ru/vnedrenie-ii/).

## Частые вопросы про внедрение ИИ в документооборот

**Какая точность извлечения реквизитов реальна на нашем потоке?**

Назвать цифру до замера нельзя, и любой, кто её называет, говорит про лабораторные условия. Разброс огромный: электронный документ из ЭДО — это структурированный файл, там ошибок почти нет; ровный скан печатного договора читается уверенно; фото документа с телефона под углом и с печатью поверх таблицы даёт заметно больше правок. На пилоте мы прогоняем ваш реальный архив за прошлый период и считаем долю полей, потребовавших вмешательства, отдельно по каждому типу документа. Эта таблица и становится основанием для порогов: где автозаполнение разрешено, где обязательна проверка.

**Что делать с рукописными документами и резолюциями?**

Относиться к ним как к отдельному классу с другим режимом контроля. Рукописный текст распознаётся заметно хуже печатного, и качество сильно зависит от почерка, поэтому по таким полям режим по умолчанию — обязательное подтверждение человеком. Практически работает такой порядок: система определяет тип документа и дату, вытаскивает то, что подтверждается структурой бланка, а свободный рукописный текст показывает оператору рядом с изображением, чтобы проверка занимала секунды. Заметный выигрыш даёт не модель, а перевод самих заявлений в электронную форму — часто это дешевле, чем бороться с распознаванием.

**У нас нет СЭД, документы в почте и папках. Проект возможен?**

Возможен, и часто даёт больший эффект, чем у компании с развитой системой. Без СЭД ИИ становится первым местом, где документ приобретает структуру: из письма и вложения извлекаются поля, складываются в единый реестр и в учётную систему, и уже поверх этого считаются сроки, объёмы и загрузка ответственных. До проекта такой аналитики обычно не существует вовсе. Ограничение одно: нужно договориться о единой точке приёма документов и о правилах именования. Без этого часть потока продолжит жить в личной почте сотрудников, и реестр будет неполным.

**Может ли система сама согласовывать и подписывать документы?**

Согласование и подписание остаются за людьми. Электронная подпись не передаётся системе, и маршрут всегда завершает человек. Автоматически закрываются только служебные шаги, где ошибка обратима: регистрация входящего, присвоение номера, постановка задачи ответственному, уведомление о приближении срока. Всё, что создаёт обязательства, требует явного подтверждения. Мы предлагаем разделять два режима на пилоте: система работает в наблюдательном режиме, готовя решения, а служба ДОУ сравнивает их со своими. Когда расхождения по конкретному типу документа становятся редкими, часть шагов переводится в автоматический режим осознанно.

**Как ИИ проверяет договор на отклонения от типовой формы?**

Сначала в контур загружаются ваши типовые формы и правила: какие условия считаются обязательными, какие изменяемыми, а какие недопустимыми. Присланный контрагентом текст разбирается по разделам и сопоставляется с эталоном по смыслу, а не по совпадению строк, потому что то же условие можно сформулировать десятком способов. На выходе юрист получает перечень отличий с цитатами и указанием пункта: изменена ответственность, добавлена автопролонгация, убран односторонний отказ, изменена подсудность. Вердикта система не выносит и оценку риска не даёт — это работа юриста, а перечень отличий экономит ему чтение целиком.

**Сколько стоит внедрение ИИ в документооборот?**

Диагностика с картой процессов и ROI-моделью входит бесплатно. Пилот на одном типе документа — $3–5 тыс. за 2–4 недели, сумма засчитывается в стоимость внедрения. Полный контур — от $30 000: модели на вашем сервере, интеграция с СЭД, ЭДО и учётной системой, индексация архива, роли и журналирование, дашборды и регламенты. Подписка на развитие — $2,5–5 тыс. в месяц. На стоимость сильнее всего влияют два фактора: число типов документов, которые нужно поддержать, и состояние архива. Разбор неструктурированного файлового хранилища занимает заметную часть первого этапа.

---

Бесплатный аудит и расчёт окупаемости на ваших данных: https://lokai.ru/besplatnyy-audit-ii/

Почта: hello@lokai.ru · 123112, Москва, ММДЦ «Москва-Сити» · Пн–Пт, 09:00–19:00 МСК
