ИИ в документообороте: автоматизация без СЭД

Коротко

LLM-агент — это программа, в которой языковая модель (Claude, GPT) выполняет цепочку действий сама: читает документ, извлекает данные, запускает проверки, пишет строку в реестр. Для малого и среднего бизнеса это способ закрыть рутину входящего документооборота — разбор договоров и первички, реестры, контроль реквизитов — без покупки СЭД за сотни тысяч рублей. Рабочая связка: Claude Code плюс движок, который держит агента в рамках процесса. Прототип собирается за 1–3 вечера, стабилизация на реальном потоке — 2–4 недели. Границы честные: юридически значимый обмен с контрагентами (счета-фактуры, УПД) агент не заменит — это функция оператора ЭДО, а маршруты согласования на десятки людей — территория СЭД. Ниже — воспроизводимый рецепт, сравнительная таблица и что учесть по 152-ФЗ.

Что LLM-агент делает в документообороте

Разведём три инструмента. СЭД — это система электронного документооборота внутри компании: маршруты согласования, версии, архив, контроль исполнения (1С:Документооборот, Directum, ЭЛМА365). ЭДО — это юридически значимый обмен документами с контрагентами через оператора (Диадок, СБИС) с квалифицированной электронной подписью. LLM-агент — это третий слой, который не заменяет первые два, а закрывает то, с чем они справляются плохо: неструктурированную рутину.

Что агент делает хорошо:

• извлекает поля из договоров и первички: контрагент, ИНН/КПП, номер, дата, сумма, ставка НДС, предмет, сроки;
• читает сканы и «кривые» PDF — мультимодальная модель разбирает изображение страницы без отдельного OCR-сервиса;
• ведёт реестр в Excel, Google Sheets или базе данных и раскладывает файлы по папкам с осмысленными именами;
• флажит аномалии: несходящийся НДС, истёкший договор, дубль счёта.

Чего не делает: не подписывает, не согласует за людей и не придаёт документам юридическую силу. Обзор всего класса задач — в статье про ИИ-агентов для бизнеса.

Рецепт: пайплайн разбора входящих без СЭД

Задача-эталон: на почту падают договоры, счета и акты, нужен реестр и отлов проблем до того, как документы уйдут в бухгалтерию. Пайплайн из шести шагов:

1. Приёмка. Папка «Входящие», синхронизированная с почтой или облаком. Форматы: PDF, DOCX, сканы JPG.
2. Чтение. Цифровой PDF читается напрямую, скан модель разбирает как картинку. Отдельное распознавание на старте не нужно.
3. Извлечение. Модель получает строгую схему полей и правило «не уверен — ставь null и флаг». Это главный приём против выдуманных реквизитов.
4. Валидация кодом. Всё детерминированное модели не доверяем: контрольное число ИНН, формат КПП, арифметика «сумма без НДС + НДС = итого», дата в разумном диапазоне. Этот код агент пишет один раз, дальше проверки работают без участия модели.
5. Реестр. Строка в таблицу, файл переименован по маске «2026-07-17_ООО-Ромашка_договор-14.pdf» и убран в структуру папок.
6. Исключения. Документы с флагами — в папку «Разобрать руками» плюс уведомление в Telegram. Человек смотрит только их.

Принцип всей конструкции: модель извлекает, код проверяет, человек решает. Согласование и подпись остаются за людьми — это красная линия.

Как воспроизвести на Claude Code: пошаговый план

Кода в статье не будет — его напишет агент. Ваша работа — постановка задачи и приёмка результата.

1. Соберите выборку: 20–30 реальных документов, из них треть «плохих» — мятые сканы, нестандартные шаблоны контрагентов.
2. Опишите схему реестра: какие поля реально нужны бухгалтеру и юристу. Десять полей лучше сорока.
3. Поставьте задачу агенту в Claude Code: цель, схема полей, правила валидации, маска имён, структура папок. Движок Quest здесь не обязателен — пайплайн соберётся и без него, — но он снимает типовую боль: держит декомпозицию и контекст, чтобы на многошаговой задаче агент не «поплыл» и результат воспроизводился. Для конвейеров с таблицами и отчётами есть модуль Data Insight.
4. Прогоните выборку и посчитайте точность по полям. ИНН, суммы и даты должны сходиться почти в 100% — за счёт валидации кодом, а не веры в модель. Свободные поля вроде предмета договора правятся руками без драмы.
5. Задайте порог доверия: на старте в ручной разбор уходит всё подозрительное, по мере накопления статистики порог снижаете.
6. Автоматизируйте запуск: cron или папка-триггер. Реестр обновляется сам, вы разбираете только исключения.

Честные сроки: прототип — 1–3 вечера, стабилизация на живом потоке — 2–4 недели правок. Готовые карточки по автоматизации процессов — в бесплатном разделе арсенала «Бизнес». Шаблон промпта для извлечения полей договора — в закреплённом посте Telegram-канала t.me/qvib.

LLM-агент, СЭД или руками: что выбрать

Вывод: это не конкуренты, а слои. Типовая связка для СМБ — ЭДО как канал юридически значимого обмена, LLM-агент как «руки», которые разбирают весь входящий поток и ведут реестры. СЭД добавляется, когда согласующих становится много. Про дилемму «строить самому или звать подрядчика» — отдельный разбор.

Когда без СЭД и ЭДО не обойтись

• Юридическая значимость. Электронные счета-фактуры и УПД ходят только через оператора ЭДО с квалифицированной подписью; для прослеживаемых товаров электронный обмен — обязанность, а не выбор.
• Маршруты согласования. Документ визируют пять и больше человек с ролями, замещениями и сроками — это зрелая СЭД, а не скрипт.
• Аудит-трейл под проверки. Регулируемым отраслям нужны неизменяемые журналы действий.
• Кадровый ЭДО. У него отдельная регуляторика в Трудовом кодексе — не поле для самоделок.

Практический признак, что пора смотреть СЭД: разбор входящих вы автоматизировали, но документы всё равно теряются на этапе согласования между людьми.

Что с персональными данными

Договоры и первичка почти всегда содержат ПДн: ФИО подписантов, паспортные данные ИП, телефоны представителей. Отправка документа в облачную LLM — это передача данных на сервер провайдера, как правило зарубежный. Практический минимум:

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

Разбор требований закона — в статье про ИИ и 152-ФЗ, технические риски агентов — в материале о безопасности вайб-кодинга. Это не юридическая консультация: под аудит конкретного процесса нужен юрист по персональным данным.

Честно про qvib

qvib.pro — это один человек и ИИ. Мы продаём движок Quest (4900 ₽ разово) и модули к нему по 1900 ₽ — коробку и знания, а не услуги внедрения. Пайплайн из этой статьи вы собираете сами: база знаний с 500+ карточками бесплатна, движок нужен, чтобы агент стабильно держал сложную задачу. Не хотите сами — зовите интегратора; агентствам, которые внедряют, у нас партнёрская программа с комиссией 25–40%.

Частые вопросы

Модель не выдумает реквизиты в реестре?

Выдумает, если позволить. Поэтому реквизиты, суммы и даты проверяет обычный код — контрольное число ИНН, арифметика НДС, — а модель обязана ставить null вместо догадки. В реестр попадают только валидированные строки, остальное уходит человеку.

Со скольких документов в месяц это окупается?

Ориентир — от 100–200 входящих в месяц: это 10–20 часов ручного разбора, которые снимает агент. При меньших объёмах тоже работает, но окупается скорее нервами, чем деньгами.

А исходящие документы так можно готовить?

Черновики — да: агент собирает договор из шаблона и данных контрагента. Но отправка юридически значимых документов — только через оператора ЭДО с подписью. Агент готовит, человек проверяет и подписывает.

Нужен ли отдельный OCR-сервис для сканов?

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