Directum RX: возможности и что автоматизирует ИИ-агент поверх системы

Компания уже жила в Directum RX: договоры и допсоглашения с подрядчиками, заявки от подразделений, служебные записки, приказы, регистрация входящей корреспонденции, электронный документооборот (ЭДО) с контрагентами, архив с версиями и историей правок. Всё, что касалось документов, жило в системе. А решения по-прежнему принимались по пересказу: «согласование идёт, у кого — уточню и вернусь». Между тем, что система знает про документ, и тем, что видит руководитель, стоит ручная работа: обойти согласующих, напомнить о сроке, сверить сумму с учётом, собрать сводку к планёрке. Этот разрыв и закрывает ИИ-агент — программа, которая по заданному правилу сама читает данные систем и выполняет шаги.

Объём документов в стране растёт быстро, а скорость их обработки — нет. По данным ФНС, через систему электронного документооборота проходит уже около 160 миллионов электронных документов от юридических лиц и индивидуальных предпринимателей в год. Рынок систем электронного документооборота (СЭД) в 2024 году вырос на 15% и достиг 95 млрд рублей, а за пять лет — на 61% (расчёт BusinesStat, приводится в отраслевом обзоре TAdviser). По оценке оператора ЭДО, в 2025 году трафик обмена электронными документами в бизнесе вырос в 1,5 раза, а юридически значимый обмен между контрагентами прибавил 19% за год. При этом в опросе hh.ru 38% работников говорят, что тратят больше шести часов в неделю на согласование документов, заявок и запросов. Документов становится больше, а время на согласование остаётся тем же — это и есть место, где теряются дни.

Сразу договоримся о границах, чтобы не было ожиданий «ИИ вместо процессов». Directum RX остаётся рабочим местом: документы, карточки, версии, маршруты, подписи и архив живут там же, где жили. ИИ-агент не заменяет систему и не переписывает регламенты — он читает то, что уже накоплено в ней и вокруг неё, сопоставляет и возвращает результат обратно: в задачу, в карточку документа, в сводку ответственному. Дальше разберём по порядку: что система закрывает сама, где проходят её границы и что добавляет агент поверх.

Коротко

Directum RX закрывает работу с документами внутри компании: карточки и версии, маршруты согласования, задачи, договоры, делопроизводство, ЭДО с контрагентами и архив. Границы начинаются там, где документ нужно сопоставить с учётом, сроками в других системах и перепиской. Этот слой снимает ИИ-агент: он следит за сроками, находит расхождения, разбирает текст и собирает сводку по решениям, а подпись и решение остаются человеку.

Содержание

• Что умеет Directum RX и какие процессы в нём живут
• Где проходят границы возможностей системы
• Почему просроченное согласование видно поздно
• Что съедает время между документом и решением
• Что делает ИИ-агент поверх Directum RX
• Какие риски это снимает
• Сколько часов это возвращает
• Чеклист: 10 мест в документообороте, где агент снимает ручную работу
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно
• Источники

Что умеет Directum RX и какие процессы в нём живут

Систему обычно оценивают по списку функций, а работать в ней приходится процессами. Разберём по контурам — что реально закрывает платформа, если смотреть на неё не как на хранилище файлов, а как на рабочее место компании.

Документы и их жизненный цикл

Документ в Directum RX — это карточка с реквизитами, файлами, версиями и историей. Документы создаются по шаблонам: от служебной записки и заявления до приказа, счёта и договора. У каждого документа есть права доступа, а каждая правка оставляет версию: видно, кто что изменил и когда. Согласованный и подписанный документ получает электронную подпись прямо в системе, заявки и поручения живут задачами в папках «Входящие» и «Исходящие», а папка «Замещение» позволяет заместителю принимать задачи отсутствующего коллеги. Именно из этой истории потом собирается доказательная база: чем подтверждено решение, когда оно принято и кем.

Согласование и маршруты

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

Договорная работа

Договоры, дополнительные соглашения, протоколы разногласий, акты — свой контур с реестром, сроками, ответственными и историей изменений. Ведётся карточка контрагента, сохраняются связи между договором, заявкой и документами-основаниями. Здесь же живут сроки: окончание договора, дата уведомления о пролонгации, этапы оплаты. Пока по этим срокам кто-то ходит в систему и смотрит руками, они и остаются ручными.

Делопроизводство и обращения

Входящая и исходящая корреспонденция, регистрация, резолюции, поручения по документу и контроль их исполнения. Встроенные интеллектуальные сервисы платформы (в поставке Directum RX Intelligence, на модели GigaChat в модуле «Генеративный ИИ») умеют распознать текст, определить вид документа, извлечь реквизиты, заполнить карточку и сформировать проект резолюции. По вендорским данным, обработка письма ускоряется в пять раз — до двух минут, из которых минута уходит на сканирование и минута на проверку корректности распознанных данных.

Электронный документооборот с контрагентами

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

Архив, поиск и отчётность

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

Встроенный интеллект и интерфейс интеграций

У платформы есть встроенные ИИ-сервисы: распознавание и классификация документов, извлечение реквизитов и автозаполнение карточек, сравнение версий, в том числе разноформатных, аннотации к документам, поиск по запросам на естественном языке, генеративные черновики писем и поручения из текста протокола или приказа. Вендор заявляет ускорение обработки договорного документа в 3,5 раза — до четырёх минут вместо четырнадцати. Всё это работает внутри системы и по правилам, заданным в системе.

Второй важный элемент — открытый интерфейс интеграций: API (Application Programming Interface — программный интерфейс) для работы с документами, задачами и справочниками плюс готовые интеграционные решения с ERP-системами и сервисами ЭДО. Без этой точки входа внешний агент поверх платформы собрать нельзя. Платформа при этом масштабируется до 50 тысяч одновременных пользователей (по нагрузочному тестированию вендора это соответствует 100–120 тысячам пользователей системы), работает на PostgreSQL и MS SQL, поддерживает Linux и Windows, включена в реестр российского ПО и соответствует требованиям ФСТЭК. Для нас важен вывод: контур документов в компании зрелый и управляемый, а значит, данные для агента уже есть — их не нужно собирать заново.

Как это же устроено в других контурах, мы разбирали отдельно: возможности Битрикс24 и роль ИИ-агента поверх портала и что добавляет агент поверх системы управления задачами. Логика везде одна: система остаётся, слой между данными и решением добавляется. Разбор того же слоя для процессов согласования — в материале про Pyrus: возможности платформы и ИИ-агент в согласовании заявок.

Где проходят границы возможностей системы

Границы полезно называть прямо: это не недостатки платформы, а её природа. Внутрисистемные процессы работают по правилам, а бизнес живёт в стыках между системами.

• Система видит документ, а не сделку. Договор согласован, но оплата по нему сдвинулась, а номенклатура в счёте не совпадает с заказом в учётной системе. Сопоставление двух картин — ручная работа.
• Встроенный интеллект не выходит за границы системы. Он распознаёт, классифицирует и заполняет карточку по правилам, заданным внутри Directum RX. Он не читает почту, не сверяет данные с 1С и не следит за сроком, который живёт в чужой системе.
• Маршрут работает по роли, а не по обстановке. Он не знает, что контрагент — проблемный, что сумма выше лимита по этому типу договора или что похожий документ уже вернули на доработку в прошлом месяце.
• Отчёт считается по зарегистрированным документам. Письмо, звонок и договорённость в мессенджере в отчётность не попадают. А именно там чаще всего и рождается задержка.
• Контроль поручений держится на формальном сроке. Нет срока в карточке — нет и контроля. Поручение, отданное словами, для системы не существует.
• Сводка руководителю собирается руками. Отчёты показывают цифры, но не отвечают на вопрос «что из этого требует моего решения сегодня». Этот слой обычно делает документовед или сам руководитель.

Почему просроченное согласование видно поздно

Причина не в дисциплине сотрудников. Причина структурная: между системой и решением нет слоя, который сопоставляет данные и доводит отклонение до человека.

Документ зарегистрирован, маршрут запущен — формально всё в порядке. Дальше начинается то, что в системе не видно. Согласующий ушёл в отпуск, а замещение не настроено. Юрист ждёт бумажный оригинал, о котором попросил в комментарии. Контрагент прислал протокол разногласий по электронной почте, а не через ЭДО, поэтому в карточке документа его нет. Сумма в счёте не совпала с заказом, бухгалтер написал об этом в почте, и комплект ушёл на повторное согласование — но в статусе по-прежнему «на согласовании». В системе всё это выглядит одинаково: документ в работе.

Каждый такой случай сам по себе мелочь. Вместе они дают то, что видно только на приёмке периода: договор продлился автоматически, потому что уведомление не отправили за 30 дней; комплект первичных документов вернулся на пересогласование, и закрытие объёмов сдвинулось вместе с оплатой; спор с подрядчиком идёт без доказательной базы, потому что согласование шло в почте. К этому моменту вариантов решения уже меньше: нельзя было предупредить контрагента заранее, нельзя было переставить приоритеты, нельзя было подстраховаться другим поставщиком.

Тот же механизм, только в других контурах, разобран в материалах про первичную проверку договоров агентом и про риски срыва срока в управлении проектами. Логика одна: сигнал уже есть в данных, но не доходит до человека, который может принять решение.

Что съедает время между документом и решением

Между «документ пришёл» и «по нему принято решение» стоит цепочка ручных шагов. В типовом документообороте девелопера она выглядит так:

1. Документ регистрируют, вручную заполняют карточку и реквизиты, если распознавание не настроено или скан плохой.
2. Определяют маршрут: кто согласует, в каком порядке, какие приложения нужны. Часто это переписка в мессенджере, а не правило в системе.
3. Документовед обходит согласующих: напоминает, уточняет, отвечает на «а что там по существу».
4. Юрист или финансист ищет в системе связанные документы и историю отношений с контрагентом.
5. Бухгалтер сверяет суммы и номенклатуру с учётной системой и возвращает комплект, если нашёл расхождение.
6. Собирается сводка «что на подписи, что просрочено, что ждёт решения» — обычно к планёрке и обычно вручную.
7. Решение принимается на совещании и снова попадает в систему текстом, без связи с тем, из-за чего документ встал.

По данным опроса hh.ru, 38% работников тратят на согласование документов, заявок и запросов больше шести часов в неделю, а 25% — столько же на подготовку неавтоматизированных отчётов. По отраслевым замерам договорной работы картина ещё конкретнее: в опросе LegalOn и In-House Connect 52% организаций обрабатывают от 101 до 1000 договоров в год, а на один договор у большинства уходит от двух до четырёх часов — для компании с 500 договорами это около 188 рабочих дней в год. Разбор типового коммерческого договора, по публикации Definely, занимает 4–7 часов: 2–4 часа на пункты и коммерческие условия, 1–2 часа на сверку определений и перекрёстных ссылок, около часа на вычитку оформления. Эти часы никто не ворует — они растворяются в ручных сверках и опоздавших решениях.

Что делает ИИ-агент поверх Directum RX

Агент не переписывает маршруты и не ведёт свой архив. Он подключается к платформе по её интерфейсу интеграций и работает с тем, что в ней есть, плюс с тем, что рядом: учётной системой, сервисом ЭДО, почтой, календарём.

1. Читает документы и историю. Карточки, реквизиты, версии, комментарии, сроки задач, состав согласующих, связанные договоры и допсоглашения. Не целиком весь архив, а тот перечень видов документов и подразделений, который указан в задании.
2. Сопоставляет документ с учётом. Сверяет договор и комплект первичных документов с данными учётной системы: сумма, номенклатура, объём, цена, условия оплаты. Как это устроено технически — в разборе про подключение ИИ-агента к учётным системам.
3. Следит за сроком согласования. Видит, что документ стоит у согласующего дольше обычного, что замещение не включено, что до срока уведомления о пролонгации осталось три дня, — и пишет об этом ответственному, пока ситуацию ещё можно поправить.
4. Проверяет комплектность и расхождения. Нет обязательного приложения, не совпадает сумма с заказом, в договоре нет антикоррупционной оговорки, в проекте встретились персональные данные — документ возвращается автору с перечнем замечаний до того, как попадёт в маршрут. Это ровно та работа, которую в разборе IBS Consulting описывают как типовые замечания и динамическую матрицу согласования.
5. Разбирает текст и переписку. Достаёт из почты и комментариев то, что не попало в систему: протокол разногласий, обещанный ответ поставщика, новую редакцию приложения. Договорённость превращается в черновик задачи или поручения с ответственным и сроком — человек подтверждает одним действием.
6. Готовит проект резолюции и маршрут. По содержанию документа предлагает, кто и в каком порядке согласует, какие приложения запросить. Решение о маршруте остаётся за человеком.
7. Собирает сводку по решениям, а не по цифрам. Не «на согласовании 42 документа», а «семь документов требуют решения сегодня: по трём просрочен срок у согласующего, по двум расхождение сумм с учётом, один на пролонгацию, один спорный комплект».
8. Ведёт журнал сигналов. Что заметил, кому отдал, что решили, чем закончилось. Через две недели видно, какие сигналы подтверждаются, а какие агент ловит зря, — это и есть настройка, а не вера в инструмент.

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

Какие риски это снимает

Риски назовём первыми и конкретно: часы идут следом, потому что они — следствие. Считаем не «эффективность документооборота», а сценарии: что происходит, кто платит и чем заканчивается.

Договор продлился, потому что уведомление не успели

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

Комплект вернулся на пересогласование и сдвинул оплату

В комплекте первичных документов не совпала сумма или позиция номенклатуры с заказом в учётной системе. Комплект вернули контрагенту, тот исправил и прислал заново — минус неделя. По расчёту LegalOn и In-House Connect, на один договор у большинства организаций уходит от двух до четырёх часов, и эта работа выполняется повторно при каждой итерации. В масштабе квартала такие возвраты сдвигают закрытие объёмов и оплату подрядчикам, а вместе с ними — кассу и график работ.

Спор без доказательной базы

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

Пропущенный срок как повод для замечаний и штрафов

Регистрация входящих, сроки ответа на обращения, наличие обязательных реквизитов в договоре, хранение документов — это не только внутренняя дисциплина. Отсутствие документа или пропущенный срок ответа — это основание для замечаний при проверке и для претензий со стороны контрагента, а восстановление документа в архиве почти всегда дороже, чем его своевременная регистрация. Агент фиксирует срок в момент регистрации и больше не даёт ему пройти незамеченным.

Зависимость от одного человека

Очередь согласований, знание истории контрагента и договорённости живут в голове одного документоведа или юриста. Его отпуск или уход — это не потеря сотрудника, а остановка документооборота на несколько недель. Журнал сигналов и вынесенная в систему история отношений снимают эту зависимость частично, а иногда и полностью.

Сколько часов это возвращает

Часы — уже следствие: сначала снимаем риск, потом считаем освободившееся время. Ниже — типовой расчёт для контура, где обрабатывается 220 документов в месяц (договоры, допсоглашения, заявки, служебные записки) и участвуют 12 согласующих.

Показатель	Вручную	С агентом
Регистрация входящего документа, минут на документ	6	1
Подготовка маршрута и проекта резолюции, минут на документ	8	1
Обход согласующих и напоминания о сроке, минут в неделю	300	40
Сборка сводки «на подписи и на контроле», часов в неделю	4	0,5
Задержка с признанием просрочки согласования, дней	5	1

Арифметика открытая, числа можно заменить своими:

• Регистрация и маршрут. 220 документов × 14 минут = 3 080 минут, то есть около 51 часа в месяц. С агентом — 220 × 2 = 440 минут, около 7 часов. Освобождается примерно 44 часа в месяц.
• Контроль сроков. 300 минут в неделю — это 5 часов, или около 21 часа в месяц. С агентом остаётся 40 минут в неделю, около 3 часов в месяц. Освобождается около 18 часов.
• Сводка руководителю. 4 часа в неделю против 0,5 — экономия 3,5 часа в неделю, около 15 часов в месяц.
• Деньги. По часовой ставке документоведа 700 ₽ и руководителя 1 500 ₽ получается 44 × 700 = 30 800 ₽, 18 × 700 = 12 600 ₽ и 15 × 1 500 = 22 500 ₽ — около 65 900 ₽ в месяц, если считать все часы. Консервативно берём половину: примерно 33 000 ₽ в месяц, около 400 000 ₽ в год.
• На трёх юрлицах группы (или трёх площадках) оборот документов растёт примерно втрое при том же контуре агента: освобождается уже около 130 часов и порядка 110 000 ₽ в месяц в этом расчёте.

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

Чеклист: 10 мест в документообороте, где агент снимает ручную работу

Этот список — карта проверки. Пройдитесь по пунктам и отметьте, что у вас закрыто системой, что настройками, а что держится на людях и переписке.

1. Заполнение карточки входящего документа. Реквизиты и вид документа определяются сами, человек только проверяет.
2. Определение маршрута согласования. Состав согласующих предлагается по содержанию документа, а не по памяти.
3. Документ с неполным комплектом. Возвращается автору с перечнем недостающих приложений до запуска маршрута.
4. Просрочка на подлёте. Сигнал приходит за дни до крайнего срока, а не на планёрке.
5. Замещение и отпуск. Документ не стоит неделю у человека, которого нет в офисе.
6. Сроки по договорам. Пролонгация, дата уведомления, этапы оплаты — под контролем, а не в календаре одного сотрудника.
7. Сверка с учётной системой. Сумма, номенклатура и условия оплаты не расходятся между договором, счётом и заказом.
8. Разбор переписки. Протокол разногласий и новое приложение из почты попадают в карточку документа, а не теряются.
9. Типовые замечания. Отсутствие обязательных оговорок и реквизитов ловится до подписи, а не на проверке.
10. Журнал сигналов и решений. Что заметили, кому отдали, что решили, чем закончилось — с датами и ссылками на документы.

Что остаётся за человеком

• Решение по спорным условиям. Агент показывает расхождение и предлагает вариант; принять условия, пойти на компромисс или отказаться — решение человека.
• Подпись и отправка. Документ подписывает и отправляет контрагенту человек. Агент не подписывает и не отправляет ничего.
• Деньги. Оплата, цена, штрафы и уступки — не зона агента, даже если он первым увидел расхождение.
• Разговор с контрагентом. Предупредить о сдвиге, договориться о новом сроке, обсудить замену поставщика — человек. Агент готовит основание.
• Границы прав агента. Разрешено: читать данные перечисленных видов документов, сопоставлять, считать, готовить проекты и сигналы. Запрещено: согласовывать за участника, менять маршрут, закрывать задачи, править карточки, отправлять что-либо контрагенту.

Как это выглядит на практике

Такой контур мы собирали в проектной команде девелопера. Начали не с ИИ, а с вопроса: на какой стадии руководитель узнаёт, что документ стоит и сроки уходят. Дальше — вводная встреча и контрольный срез по контурам: какие документы ведут в системе, какие отчёты собирают руками, из чего складывается сводка ответственных и где живут договорённости, которых в системе нет. На выходе получили журнал «сигнал → владелец → действие → результат» на 10 рабочих дней: один рабочий формат, в котором видно, был ли сигнал полезным, кто им занимался и что в итоге изменилось.

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

Как внедрить поэтапно

1. Выбрать один процесс. Не «внедрить ИИ в документооборот», а конкретную боль: сроки согласования, регистрацию входящих или контроль поручений. Один процесс — один замер.
2. Снять исходную картину. Сколько документов в месяц, сколько времени уходит на регистрацию и маршрут, сколько просрочек ловится поздно. Без этой цифры потом нечего сравнивать.
3. Определить данные и права. Какие виды документов и подразделения агент читает, к каким системам подключается, что ему запрещено. Права — минимальные, доступ — только из внутренней сети.
4. Собрать сигналы в журнал. Первые две недели агент не действует, а только показывает: сигнал, основание, предлагаемое действие. Люди проверяют точность и отмечают ложные срабатывания.
5. Встроить в рабочий ритуал. Сводка приходит к планёрке, сроки и расхождения разбираются ежедневно, черновики поручений подтверждаются в момент появления. Ритуал важнее технологии.
6. Расширять по подтверждённым точкам. Оставляем то, что подтвердилось, убираем шум, подключаем следующий процесс — обычно сверку с учётом, договорные сроки или отчётность для руководства.

Что в итоге

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

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

Если хотите понять, что из этого списка даст эффект именно у вас, начните с одного процесса: посчитаем связку «агент + ваши системы» и скажем, где часы, а где риски. Остальные материалы по направлению собраны в разделе Внедрение ИИ.

Источники

• Масштаб электронного документооборота в России: данные ФНС России за 2025 год — около 160 млн электронных документов в год от юридических лиц и индивидуальных предпринимателей, рост числа электронных налоговых уведомлений на 40%: публикация статистики ФНС на портале ЕМЧД.
• Объём рынка систем электронного документооборота: расчёт BusinesStat (май 2025) — оборот рынка ЭДО в 2024 году вырос на 15% и достиг 95 млрд рублей, за пять лет рост на 61% (с 59 до 95 млрд рублей): обзор рынка СЭД, TAdviser.
• Динамика обмена электронными документами: оценка оператора ЭДО — в 2025 году трафик обмена документами в бизнесе вырос в 1,5 раза, юридически значимый обмен между контрагентами прибавил 19% за год: Logistics.ru.
• Сколько времени уходит на согласование и отчётность в России: опрос hh.ru (май 2025, 3283 респондента) — 25% работников тратят на подготовку неавтоматизированных отчётов более 6 часов в неделю, 38% — столько же на согласование документов, заявок и запросов: CNews, публикация данных hh.ru.
• Сколько договоров обрабатывают организации и сколько времени уходит на один договор: отчёт LegalOn Technologies и In-House Connect «2025 State of Contracting Survey» (опрос 286 специалистов юридических служб, январь 2025) — 52% организаций обрабатывают от 101 до 1000 договоров в год, большинство тратит 2–4 часа на один договор, для команды с 500 договорами это около 188 рабочих дней в год. Исследование вендорское, выборка 286 человек: legalontech.com.
• Из чего складывается время разбора договора: публикация Definely (2025) — типовой коммерческий договор занимает 4–7 часов (2–4 часа на пункты и коммерческие условия, 1–2 часа на сверку определений и перекрёстных ссылок, около часа на вычитку оформления), сокращение времени разбора при автоматизации — 25–50%. Вендорская публикация, независимо не проверялась: definely.com.
• Российский пример сокращения времени проверки документа: «Компьютерра», кейс «Русклимата» (15.08.2025) — время проверки типового договора снизилось с 75 до 39 минут, отдел из 15 человек, библиотека из 32 типов рисков, тестовый контур с доступом только из внутренней сети: computerra.ru.
• Что закрывает сама платформа: описание возможностей и архитектуры Directum RX — документы, задачи, замещение, Agile-доски, no-code и low-code адаптация, 50 тыс. одновременных пользователей, открытый API, интеграции с ERP-системами и сервисами ЭДО, реестр российского ПО: directum.ru.
• Что умеет встроенный интеллект системы и какой эффект заявляет вендор: Directum RX Intelligence — распознавание и классификация документов, извлечение реквизитов, определение состава согласующих, сравнение версий, анализ трудозатратных этапов; заявленный эффект: обработка письма — 2 минуты (ускорение в 5 раз), первичного документа — 2 минуты (в 7,5 раза), договорного документа — 4 минуты вместо 14 (в 3,5 раза): directum.ru, Directum RX Intelligence. Вендорские данные, независимо не проверялись. ИИ-проверка договоров в системе (нормоконтроль с версии 4.12, модель GigaChat в модуле «Генеративный ИИ», у юристов крупных корпораций 30–50 договоров в день): directum.ru, разбор ИИ-проверки договоров.