Обзор SeedDMS: веб-система управления документами с версиями и workflow

SeedDMS — не PDF-редактор и не настольный просмотрщик, а самостоятельная серверная система управления документами: файлы хранятся в центральном репозитории, пользователи работают с ними через браузер, а поверх обычного хранения добавляются версии, права доступа, поиск, уведомления и процессы согласования. На 12 сентября 2026 года официальный проект активно поддерживается: для новых установок разработчик рекомендует ветку 6.0.x, актуальный выпуск — 6.0.41; параллельно сопровождается зрелая ветка 5.1.x с выпуском 5.1.48. Поэтому SeedDMS имеет смысл оценивать прежде всего как self-hosted DMS для команды или организации, а не как замену программе для чтения PDF на одном компьютере.

Скачать SeedDMS

Безопасный путь получения дистрибутива начинается с официальной страницы SeedDMS, которая направляет на файлы проекта на SourceForge. Для новой установки следует брать quickstart-архив ветки 6.0.x, а не случайную сборку из стороннего репозитория. На дату проверки последним опубликованным пакетом является seeddms-quickstart-6.0.41.tar.gz размером около 115,6 МБ, опубликованный 21 августа 2026 года.

Ветка 5.1.x остаётся не заброшенным архивом, а поддерживаемой старой стабильной линией. Текущий пакет 5.1.48 опубликован в тот же день. Сам проект прямо пишет, что существующую установку 5.1.x не обязательно переводить на 6.0.x, если новые возможности шестой ветки не нужны. Для нового сервера, напротив, рекомендуется 6.0.x: в ней есть планировщик задач, новые workflow и ограничения операций по ролям.

Отдельного установщика EXE или DMG для обычного пользователя нет: SeedDMS является веб-приложением на PHP, поэтому архив разворачивается на сервере. Официальный проект также публикует Docker-образ, что удобно для изолированного развёртывания, но это всё равно серверный экземпляр, а не настольная программа. Для краткой демонстрации существует публичный demo-сервер, однако его база периодически очищается, а загрузка ограничена 5 МБ; использовать демонстрацию для реальных документов нельзя.

Что такое SeedDMS

SeedDMS — расширяемая свободная DMS с веб-интерфейсом, ориентированная на централизованное хранение и совместную работу с документами. Серверная часть написана на PHP, данные о документах и настройках хранятся в поддерживаемой СУБД, а сами пользователи заходят в систему через браузер. Производитель позиционирует продукт от частного архива до корпоративного сценария с контролем доступа и workflow, но наиболее естественная ниша — небольшие и средние организации, которым важны self-hosting и отсутствие лицензионного лимита на число пользователей или документов.

Главным разработчиком проекта является Uwe Steinmann. SeedDMS продолжает историю LetoDMS: после переименования проект сохранил развитие кодовой базы и нумерацию версий. Поэтому старые материалы о LetoDMS могут объяснять происхождение отдельных механизмов, но их нельзя автоматически считать инструкцией для актуального SeedDMS 6.0.41. Аналогично ветка 6.1.x, присутствующая среди веток исходного кода, не должна приниматься за рекомендованный стабильный выпуск: официальная страница загрузки на текущую дату указывает 6.0.41.

Не смешивайте ядро с клиентами, контейнерными сборками и расширениями. Collabora Office, OnlyOffice, Tesseract, Paperless-ngx, антивирусная проверка и PDF-водяные знаки перечисляются именно как расширения, поэтому их лицензии и требования оцениваются отдельно.

Основные функции SeedDMS

Репозиторий, папки и версии

Документы размещаются в иерархии папок, но DMS добавляет метаданные и историю: официально заявлено хранение всех версий. Новую редакцию можно загрузить как следующую версию того же объекта, не уничтожая предыдущую. Для договоров и регламентов это устраняет практику файлов вроде «final-2-new» и сохраняет единый контекст документа.

Права, пользователи и процессы согласования

SeedDMS управляет пользователями и группами, поддерживает ACL и внешнюю аутентификацию. Workflow охватывает проверку, утверждение и пересмотр, а в 6.0.x есть роли и ограничения операций по ролям. Поэтому видимость документа и право изменить или согласовать его можно разделять.

Поиск по метаданным и по содержимому

SeedDMS различает два механизма поиска. Поиск по базе данных работает с названием, комментарием, владельцем, ключевыми словами и пользовательскими атрибутами и не требует отдельного индекса. Полнотекстовый поиск добавляет содержимое файлов, но требует включения движка и регулярного обновления индекса. Для актуальной установки разработчик рекомендует SQLiteFTS; старый Zend Lucene сохранён, но помечен как устаревший.

В full-text попадает содержимое только последней версии. Старые версии остаются в истории, но не участвуют в поиске по тексту. После крупных изменений прав, атрибутов или структуры индекс может потребовать обновления или перестройки.

Предпросмотр и конвертация

«Поддержка любого формата» означает прежде всего хранение. Для миниатюры, текста или PDF-представления нужен конвертер конкретного MIME-типа. SeedDMS использует conversion services для получения текста, изображений и PDF-представлений; для многих типов вызываются внешние инструменты, например pdftotext.

Сканированный PDF без текстового слоя не даст полезного текста через обычное извлечение: нужен OCR. Tesseract доступен как интеграция через расширение, но SeedDMS не является готовой OCR-станцией. Если распознавание — главная задача, специализированный ABBYY FineReader логичнее использовать до помещения результата в DMS.

WebDAV, REST API и автоматические задания

WebDAV открывает доступ к разрешённым папкам через совместимые клиенты, а REST API позволяет загружать и получать документы программно. Это база для связи репозитория с внутренними порталами и другими системами без общего сетевого диска.

Scheduler в SeedDMS 6 управляет периодическими задачами: индексированием, проверкой контрольных сумм, отсутствующих превью и сроков. Он сам не работает как демон: его запускает внешний cron от пользователя веб-сервера, а доступ к документам выполняется через учётную запись cli_scheduler.

Интерфейс и удобство использования

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

Форма добавления документа позволяет отделить свойства самого документа от данных конкретной версии. На опубликованном разработчиком скриншоте видны название, комментарий, ключевые слова, категории, срок действия, владелец, пользовательские атрибуты и назначение проверяющих. Это хороший пример DMS-подхода: файл становится объектом с контекстом, а не просто бинарным вложением. Числовой лимит загрузки на конкретном скриншоте не является системным лимитом продукта: максимальный размер определяется конфигурацией экземпляра и PHP/веб-сервера.

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

Поддерживаемые форматы и совместимость

SeedDMS не ограничивает репозиторий списком «разрешённых офисных форматов»: хранить можно документы произвольных типов. Однако три разных понятия нельзя смешивать. Хранение означает, что файл можно поместить в репозиторий и вернуть обратно. Предпросмотр требует конвертации в изображение или PDF, понятный браузеру. Полнотекстовый поиск требует преобразования содержимого в UTF-8 plain text. Поэтому неизвестный CAD-файл или специализированный бинарный формат может безопасно храниться и версионироваться, но не обязательно получит миниатюру или индекс содержимого.

Для PDF ситуация зависит от происхождения документа. PDF с текстовым слоем хорошо подходит для pdftotext и индексирования; скан в виде изображений требует OCR. Для Office-документов внешний конвертер определяет, как будут обработаны колонтитулы и другие элементы. Если документ нужно не просто хранить, а править как офисный файл, редактор остаётся внешним: например, LibreOffice может выступать рабочим приложением, после чего изменённый файл загружается как новая версия.

На стороне сервера официально заявлены Linux, macOS и Windows. На практике Linux особенно удобен из-за доступности командных конвертеров, и сам разработчик приводит Linux-примеры в документации. Клиентская сторона платформенно нейтральнее: достаточно современного браузера и сетевого доступа к серверу. Native-приложения SeedDMS для Windows, macOS, Android или iOS не являются ядром продукта. Для мобильного доступа можно пользоваться веб-интерфейсом; отдельное расширение умеет эмулировать Paperless-ngx API, чтобы подключать совместимые приложения, но это дополнительный слой, а не собственное мобильное приложение SeedDMS.

Производительность и стабильность

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

Самое ресурсоёмкое место — не сохранение метаданных, а производная обработка. Извлечение текста, OCR, построение миниатюр и конвертация Office-файлов используют внешние процессы и CPU; массовая генерация превью одновременно увеличивает дисковый ввод-вывод. Если сервер обслуживает рабочую группу, эти задания лучше планировать, а не запускать бесконтрольно в часы пикового доступа. Scheduler позволяет разделить частое инкрементальное обновление индекса и более редкую полную перестройку.

Стабильность проекта подтверждается не маркетинговой декларацией, а продолжающимся выпуском обновлений: в 2026 году ветка 6.0.x получила 6.0.38, 6.0.39, 6.0.40 и 6.0.41. При этом обновление не следует превращать в механическую замену каталога. В документации отдельно разбираются изменения раскладки файлов, внесённые начиная с 6.0.35/6.0.36, и совместимость расширений. Перед обновлением нужны резервные копии каталога данных, конфигурации и базы, а расширения следует проверять на совместимость с новой сборкой.

Лицензирование и версии

SeedDMS распространяется по GNU GPL v2. Для базовой системы нет покупки лицензии «на место», обязательной подписки или ограничения на число пользователей и документов. Самостоятельный сервер можно развернуть без регистрации у разработчика и без подключения к облаку производителя. Поэтому термин «бесплатная версия» здесь не равен урезанному тарифу: открытое ядро является полноценным продуктом. Публичная демо-установка — только демонстрационная площадка, а не пробный период с последующей оплатой.

Версия 6.0.x — рекомендуемая линия для новой установки. Она появилась в 2020 году и отличается от 5.1.x прежде всего механизмами, которые развивались именно для шестой ветки: scheduler, новые workflow, роли и ограничения операций. 5.1.x остаётся старой стабильной веткой и продолжает получать исправления; официальный сайт прямо советует не мигрировать работающую 5.1.x только ради номера версии, если функций 6.0.x не требуется.

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

Системные требования

Сервер

Актуальная инструкция ветки 6.0.x требует веб-сервер с PHP не ниже 8.2. Для базы можно использовать SQLite3 либо отдельную MySQL; документация указывает MySQL 5 или новее. PostgreSQL поддерживается, но в той же актуальной инструкции разработчик предупреждает, что этот вариант протестирован хуже. Официальная страница возможностей также перечисляет MariaDB. Для PHP нужны PDO-драйвер выбранной СУБД, GD, mbstring и XML; дополнительные модули зависят от включённых функций и расширений.

Для генерации изображений предпросмотра требуется ImageMagick/Imagick. Полнотекстовый поиск по содержимому различных форматов может потребовать pdftotext, docx2txt и другие CLI-конвертеры. Quickstart-архив уже содержит PHP-зависимости из Packagist, поэтому официальный manual рекомендует именно quickstart вместо ручного собирания всех пакетов. Фиксированных минимальных значений RAM, числа CPU или свободного диска для 6.0.41 разработчик не публикует; подменять их вымышленными цифрами некорректно. Ёмкость хранилища следует рассчитывать по объёму оригиналов, числу версий, превью, индексу и резервным копиям.

Клиентские устройства и сеть

Рабочее место — браузер, поэтому отдельный нативный клиент не обязателен. Для WebDAV потребуется совместимый клиент или файловый менеджер, а для редактирования содержимого — программа, понимающая исходный формат. Производственное размещение должно использовать HTTPS: актуальная инструкция SeedDMS прямо рекомендует защищённое соединение. Каталог данных нельзя публиковать как часть DocumentRoot веб-сервера, иначе оригиналы могут оказаться доступны напрямую в обход правил DMS.

Карта критических зависимостей

Преимущества и недостатки SeedDMS

Плюсы и минусы

Полный контроль размещения. Сервер можно держать внутри собственной сети, без обязательной передачи документов внешнему SaaS.

Открытая лицензия и отсутствие пользовательских квот ядра. Нет платы за каждого сотрудника или документ со стороны базового SeedDMS.

История версий. Новая редакция не обязана уничтожать старую; это важнее простого «общего диска».

Развитые DMS-механизмы. ACL, пользователи и группы, review/approval/revision workflow, уведомления, REST API и WebDAV входят в общую архитектуру продукта.

Расширяемость. Конвертеры и расширения позволяют подключать OCR, офисное редактирование, антивирус, импорты и дополнительные каналы уведомлений.

Активное сопровождение. В 2026 году обе основные ветки получали обновления, а 6.0.x остаётся официально рекомендуемой для нового развёртывания.

Минусы

Нужен администратор. PHP, веб-сервер, СУБД, cron, TLS, файловые права, резервное копирование и обновления остаются ответственностью владельца.

Это не редактор документов. SeedDMS хранит и координирует версии, но содержимое Office/PDF обычно меняется во внешнем приложении.

OCR не является готовой функцией «из коробки» для любого скана. Требуются соответствующие конвертеры или расширения.

Поиск требует обслуживания. Полнотекстовый индекс нужно актуализировать; он индексирует содержимое только последней версии.

Интеграции увеличивают сложность. Чем больше внешних конвертеров и расширений, тем больше компонентов нужно обновлять и проверять.

Русский интерфейс нельзя обещать по текущим официальным данным. Перед внедрением локализацию нужно проверять на конкретной сборке.

Паспорт обратимости операций

Для реального плана выхода из системы мало скачать только последние PDF. Ценность DMS также заключена в метаданных, структуре папок, пользователях, правах и истории версий. Перед миграцией нужно отдельно инвентаризировать бинарное хранилище, базу данных и settings.xml, а также зафиксировать список расширений. Только такой комплект позволяет сохранить не просто файлы, а контекст, на котором держалась работа.

Полная стоимость использования

Лицензионная цена ядра SeedDMS равна нулю, но стоимость владения складывается из инфраструктуры и труда. Минимальный локальный экземпляр на SQLite может быть дешёвым, однако производственный сервер требует резервного копирования, мониторинга, HTTPS-сертификатов, места для нескольких версий и времени администратора. Полнотекстовый поиск добавляет конвертеры и периодическую индексацию; OCR увеличивает вычислительную нагрузку. Если используются MySQL/MariaDB, отдельное хранилище резервных копий или отказоустойчивость, это тоже относится к бюджету DMS.

Вторая статья расходов — поддержка и расширения. Сообщество предоставляет форум и mailing list, а MMK GmbH предлагает платную профессиональную помощь, хостинг, кастомизацию и ряд расширений. Универсального публичного прайс-листа на полный комплект в проверенных данных нет, поэтому сравнивать SeedDMS с SaaS только по строке «0 рублей за лицензию» неправильно. У SaaS значительная часть администрирования включена в подписку; у SeedDMS организация получает контроль, но оплачивает его инфраструктурой и компетенцией.

Сравнение с аналогами

Сравнение ниже использует единые критерии: размещение архива, поиск/OCR, workflow и модель редактирования. Sumatra PDF приведён как ориентир для читателя сайта, хотя это продукт другого класса.

SeedDMS и Sumatra PDF скорее дополняют друг друга: первая система отвечает за централизованную версию, права и историю, второй продукт — за быстрое локальное чтение на Windows. Если нужен только просмотр файлов, серверная DMS избыточна; если нужен общий контролируемый архив, просмотрщик её не заменит.

Для непосредственной правки PDF нужны инструменты другого класса: PDF-XChange Editor, Adobe Acrobat Pro или PDF24 Creator. Они могут готовить файл до загрузки, а SeedDMS остаётся системой хранения и контроля.

Инструкция по установке

Установка quickstart 6.0.41 на собственный веб-сервер

1. Подготовьте сервер. Нужны веб-сервер, PHP 8.2 или новее и обязательные PHP-модули. Для первого запуска проще использовать SQLite3; MySQL/MariaDB можно подключить сразу или после проверки базовой установки.

2. Загрузите официальный quickstart. Берите 6.0.41 через официальную страницу SeedDMS/SourceForge.

3. Распакуйте архив на сервере. Не направляйте DocumentRoot на весь каталог quickstart. Веб-сервер должен публиковать только подкаталог www; каталог data и конфигурация не должны становиться доступными по обычному URL.

4. Выставьте права файловой системы. Каталог данных и settings.xml должны быть доступны веб-серверу на запись в момент настройки; остальным каталогам достаточно чтения, если конкретная функция не требует иного.

5. Настройте пути и httpRoot. Это можно сделать в settings.xml либо через веб-инсталлятор. Для запуска инсталлятора временно создаётся файл ENABLE_INSTALL_TOOL в каталоге conf.

6. Завершите установку и закройте инсталлятор. После сохранения конфигурации удалите ENABLE_INSTALL_TOOL. Для production включите HTTPS и проверьте, что прямой веб-доступ к data и conf невозможен.

7. Войдите с начальными учётными данными и немедленно смените пароль. В документации стартовая пара указана как admin/admin; её нельзя оставлять после первого входа. Одновременно задайте корректный адрес администратора.

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

Параметры, которые важно настроить сразу

HTTPS и публичный корень: наружу публикуется только www, а data и conf не открываются напрямую.

Резервные копии: отдельно защищаются база, каталог данных и settings.xml; проверяется не только создание, но и восстановление тестовой копии.

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

Конвертеры: включаются только для реально используемых типов файлов; затем проверяется превью и извлечение текста на контрольных документах.

Full-text: для 6.x выбирается актуальный механизм SQLiteFTS, создаётся индекс и определяется расписание обновления.

Scheduler: если нужны автоматические задачи, создаётся cli_scheduler с минимально достаточными правами и cron запускается от пользователя веб-сервера.

Почта и уведомления: тестируются на отдельной группе, чтобы workflow не создавал молчащие или, наоборот, чрезмерные рассылки.

Отдельного официального деинсталлятора в актуальной инструкции нет. Перед выводом сервера из эксплуатации сначала сохраняют проверяемую копию data, базы и settings.xml; дальнейшее удаление сайта и БД выполняется средствами собственной инфраструктуры.

Практические кейсы

Кейс 1: договор с контролируемой историей версий

Цель: хранить один договор без файлов «final-3». Подготовка: создайте папку проекта, группу и права. Шаги: загрузите исходный файл с метаданными; после правки во внешнем редакторе добавьте результат как новую версию того же документа и при необходимости назначьте согласование. Проверка: текущая и предыдущая версии видны в одной карточке, а читатель не получает права изменения. Ограничение: содержимое Office/PDF редактируется не самим SeedDMS.

Кейс 2: поиск по цифровым PDF и сканам

Цель: находить файл по фразе внутри. Подготовка: включите SQLiteFTS, PDF-to-text и OCR для сканов. Шаги: загрузите цифровой PDF и скан с известными контрольными фразами, обновите индекс и выполните поиск. Проверка: оба документа находятся для пользователя с доступом. Ограничение: полнотекстово индексируется содержимое только последней версии; после крупных изменений прав или схемы атрибутов индекс может потребовать перестройки.

Кейс 3: правка без конфликта двух сотрудников

Цель: исключить две независимые редакции одной версии. Подготовка: настройте checkout-каталог и доступ к нему. Шаги: первый сотрудник делает check-out, редактирует файл внешней программой и завершает работу check-in; второй ориентируется на состояние блокировки. Проверка: результат становится новой версией, старая остаётся в истории. Ограничение: прямое сохранение через WebDAV может создавать версии при каждом autosave, поэтому не равно совместному облачному редактору.

Кейс 4: автоматическая переиндексация

Цель: обновлять поиск без ручной страницы администратора. Подготовка: создайте cli_scheduler, выдайте ему необходимые права и настройте внешний cron от пользователя веб-сервера. Шаги: добавьте частую задачу обновления индекса и более редкую полную перестройку, сначала запустив их в контролируемое время. Проверка: новый документ появляется в поиске после следующего цикла. Ограничение: задача SeedDMS не выполнится чаще, чем запускается внешний scheduler.

Кейс 5: доступ внутреннего портала через REST API

Цель: получать документы без общего сетевого диска. Подготовка: заведите отдельную сервисную учётную запись с доступом только к нужной ветке. Шаги: проверьте аутентификацию, чтение метаданных и скачивание последней версии на тестовом объекте, затем перенесите вызовы в интеграцию. Проверка: файл соответствует актуальной версии, а чужие ветки недоступны. Ограничение: использовать административный аккаунт для интеграции не требуется и небезопасно.

Часто задаваемые вопросы

Достаточно ли копировать только каталог data для резервной копии?

Нет. Для восстанавливаемого экземпляра важны как минимум содержимое data, база с метаданными и settings.xml. Список установленных расширений тоже стоит фиксировать: без него после аварии можно вернуть файлы, но не полностью воспроизвести рабочую конфигурацию.

Подойдёт ли публичная demo-установка для пилота с реальными файлами?

Нет. Официальный demo ограничивает загрузку 5 МБ и может очищать базу без предупреждения. Для пилота с рабочими материалами нужен собственный тестовый экземпляр с контролируемым хранением.

Почему новый пользователь не находит разрешённые документы в full-text?

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

Можно ли развернуть SeedDMS на shared hosting?

Технически это зависит от конкретного хостинга: нужны PHP 8.2+, подходящая СУБД или SQLite, файловые права и желательно возможность запускать фоновые задания и конвертеры. Если провайдер запрещает CLI, cron или нужные бинарные программы, хранение может работать, а полнотекстовый поиск и автоматизация — оказаться урезанными.

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

Для базовой self-hosted работы обязательного соединения с облаком SeedDMS нет. Интернет понадобится для получения обновлений и для тех расширений или интеграций, которые сами обращаются к внешним сервисам.

Что делать, если Office-файл хранится, но не получает превью?

Разделите проблему на хранение и конвертацию. Если оригинал загружается и скачивается, репозиторий работает; затем проверяются MIME-тип, наличие подходящего conversion service, внешняя команда и права системного пользователя. Отсутствие превью само по себе не означает повреждение исходного файла.

Вывод

SeedDMS подходит организациям, которым нужен собственный документный репозиторий без подписки за пользователя: централизованные папки, версии, разграничение доступа, согласования, уведомления, полнотекстовый поиск и интеграция через WebDAV/REST. Ветка 6.0.41 остаётся актуальным вариантом для нового сервера, а продолжающееся сопровождение 5.1.48 делает проект менее рискованным для тех, кто уже использует старую линию.

Выбирать SeedDMS стоит при наличии человека, который готов отвечать за веб-сервер, PHP, базу, HTTPS, backup, scheduler и конвертеры. Если главная задача — автоматизированный OCR бумажного архива, Paperless-ngx может быть естественнее; если нужны особенно сложные корпоративные процессы и тонкая инфраструктура EDMS — имеет смысл сравнить Mayan EDMS; если требуется только читать PDF на Windows, Sumatra PDF решает задачу намного проще. Для правки PDF нужен отдельный редактор; SeedDMS остаётся системой хранения и контроля.