OpenText, Documentum и FileNet ушли с российского рынка вместе с поддержкой и обновлениями. Компании и ведомства, у которых эти платформы держали договоры, кадры и переписку с регуляторами, остались с системой, которую больше нельзя легально патчить. Вопрос уже не «мигрировать ли», а «на чём собирать замену». Хорошая новость: зрелый российский и open-source стек закрывает почти весь функционал классических ECM. Плохая – собрать его в работающую СЭД сложнее, чем купить коробку.

Из чего складывается СЭД

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

Раньше монолитная ECM закрывала все четыре сразу. Сейчас выгоднее собирать из компонентов, где каждый делает свою работу. Метаданные и карточки кладём в реляционную СУБД – PostgreSQL и его сертифицированные сборки давно тянут такую нагрузку; мы подробно разбирали выбор в материале про импортозамещение СУБД. Файлы держим в S3-совместимом объектном хранилище (MinIO, Ceph) – это снимает с базы нагрузку на блобы и даёт дешёвое масштабирование. Полнотекстовый поиск выносим в OpenSearch или Elasticsearch.

Реестр совместимого ПО ФСТЭК и Минцифры предлагает и готовые СЭД: «ДЕЛО», Directum RX, Docsvision, ТЕЗИС. Для типового делопроизводства они закрывают задачу из коробки. Заказная сборка оправдана, когда документооборот вплетён в отраслевые процессы – производство, госуслуги, банковский бэк-офис и коробка требует столько доработок, что дешевле строить на платформе.

Юридическая значимость – ядро, а не опция

Технически переложить файлы и карточки несложно. Сложное – сохранить юридическую силу документов. Здесь нельзя импровизировать: квалифицированная электронная подпись по 63-ФЗ, работа с аккредитованными УЦ, метки доверенного времени, интеграция с КриптоПро или ВипНет. Если СЭД обслуживает госорган, добавляются обмен через СМЭВ, форматы и регламенты межведомственного взаимодействия.

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

Где осторожно подключать ИИ

Соблазн навесить на СЭД «умные» функции велик: автоклассификация входящих, извлечение реквизитов из сканов, поиск по смыслу. Часть этого реально полезна и работает уже сегодня. Но к языковым моделям в контуре с юридически значимыми документами подходите трезво – мы писали об ограничениях в заметке про LLM в продукте. Модель может предложить маршрут или подсветить похожие дела, но решение о регистрации, согласовании и подписании остаётся за человеком и за детерминированной логикой. ИИ здесь – ассистент оператора, а не звено в цепочке доверия.

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

Вывод

Замена зарубежной ECM – не покупка нового ярлыка на рабочий стол, а пересборка архитектуры на компонентах, которые вы контролируете. Начните с инвентаризации: какие документы юридически значимы, какие маршруты критичны, что обязан принимать регулятор. От этого зависит, хватит ли коробочной СЭД или нужна платформа. Импортозамещение остаётся главным драйвером ИТ-бюджетов – мы отмечали это среди трендов на 2024 год, и документооборот тут на переднем крае.