LogicalDOC: руководство от гика, редакции, функции, интерфейс, автоматизация и ограничения

↓Скачать LogicalDOC

LogicalDOC — серверная система управления документами, а не настольный редактор отдельных файлов. Её задача — собрать документы в централизованный репозиторий, распределить доступ между сотрудниками, индексировать содержимое, хранить версии, привязать к файлам метаданные и, в старших редакциях, пропускать документы через согласования и ИИ-обработку. Актуальная коммерческая линия на сентябрь 2026 года относится к версии 9.3, выпущенной 13 августа 2026 года; бесплатная Community Edition развивается отдельно, и её последний опубликованный релиз — 9.2 от 12 августа 2025 года. Это различие важно: возможности Enterprise нельзя автоматически переносить на Community только потому, что обе редакции используют общий веб-интерфейс и одну документацию.

Что такое LogicalDOC и в каком состоянии продукт

Разработчиком и поставщиком LogicalDOC выступает LOGICALDOC Srl. Продукт относится к классу DMS — систем управления документами. В отличие от файлового сервера, где документ обычно представлен только файлом и путём к папке, LogicalDOC добавляет поверх хранилища индекс, карточку с метаданными, историю версий, разрешения, журнал действий, поиск и дополнительные процессы. В результате сотрудник работает не только с самим DOCX, PDF, изображением или письмом, но и с его состоянием внутри репозитория.

Коммерческая ветка остаётся активно поддерживаемой. Версия 9.3 расширила ИИ-обработку документов: в ней появились распознавание объектов на основе моделей YOLO, автоматическое заполнение расширенных атрибутов и обработка найденных областей через OCR. Эти функции относятся к текущей платной платформе и не означают, что Community Edition 9.2 получила тот же набор. Бесплатная редакция остаётся отдельным открытым выпуском под GNU LGPL v3 и распространяется без официальной технической поддержки команды LogicalDOC.

LogicalDOC не следует смешивать с программами для локального чтения PDF или с редакторами Office. Пользователь открывает веб-интерфейс в браузере, а документы хранятся на сервере LogicalDOC либо в размещённой поставщиком Cloud-редакции. Локальные приложения iOS и Android дополняют сервер: они подключаются к существующему экземпляру LogicalDOC и дают доступ к репозиторию с мобильного устройства.

Основные параметры

Параметр	Актуальное состояние
Тип	Серверная DMS с веб-интерфейсом; Cloud — размещённая SaaS-редакция
Разработчик	LOGICALDOC Srl
Текущая коммерческая версия	LogicalDOC 9.3, 13 августа 2026 года
Текущая Community Edition	LogicalDOC CE 9.2, релиз 12 августа 2025 года
Редакции	Community, Business, Enterprise, Cloud
Доступ к интерфейсу	Современный веб-браузер; мобильные приложения iOS и Android
Серверные ОС для коммерческой установки	Red Hat Enterprise Linux 9, Ubuntu Server 22.04 LTS или новее, Windows Server 2022
Минимум для сервера	64-битный процессор 2,5 ГГц, 8 ядер; 24 ГБ ОЗУ; 512 ГБ быстрого дискового пространства
Минимум для рабочего места	64-битный двухъядерный процессор 2,2 ГГц, 8 ГБ ОЗУ, сетевое соединение с сервером
Текущая Java для коммерческой линии	JDK 25 на странице системных требований и в руководстве по установке
Поддерживаемые браузеры	Firefox 147+, Edge 143+, Chrome 143+, Safari 18+
Базовые функции Community	Веб-интерфейс, полнотекстовая индексация, метаданные, версии, поиск, мобильный доступ, SOAP/REST API
Расширенные функции	OCR, конвертация, интеграции, Workflow, SSO, двухфакторная аутентификация и ИИ распределены по коммерческим редакциям
Пробный режим	30-дневная пробная версия и доступ к демонстрационному веб-экземпляру после заполнения формы
Цена	Community — бесплатно; Business, Enterprise и Cloud — индивидуальная коммерческая котировка

Требования относятся к текущей коммерческой линии. Для Community Edition отдельный релиз 9.2 указывает совместимость с Java 21; поэтому при планировании внедрения нельзя механически брать требования коммерческой 9.3 и считать их спецификацией CE 9.2. Для производственной установки полезнее сначала зафиксировать выбранную редакцию, а уже затем сверять Java, серверную ОС и способ обновления.

Редакции, платформы и модель развёртывания

Community — бесплатная открытая редакция. Она подходит для самостоятельного развёртывания, когда организация готова обслуживать сервер своими силами и ей достаточно базового управления документами. В текущей матрице функций Community сохраняет веб-интерфейс, мобильные приложения, полнотекстовый поиск, метаданные, версии и веб-сервисы, но не включает OCR, встроенную конвертацию нескольких форматов, полноценный Workflow, двухфакторную аутентификацию, SSO и ИИ-функции старших редакций.

Business добавляет коммерческие инструменты, которых нет в Community: OCR, конвертацию форматов, онлайн-редактирование, шифрование файлов и ряд интеграций, включая Microsoft Office Add-in, OnlyOffice и Google Drive. При этом текущая сравнительная матрица не отмечает в Business полноценный Workflow, SSO, двухфакторную аутентификацию и ИИ-модули. Для компании это принципиальная граница: покупка Business не равна покупке Enterprise с урезанным масштабом.

Enterprise предназначена для сценариев, где нужны процессы согласования, расширенная аутентификация и ИИ-функции. Именно эта редакция в текущей матрице включает Workflow, SSO, двухфакторную аутентификацию, AI Models, embeddings, robots, Semantic Search, автоматическую классификацию и заполнение полей. Cloud предоставляет сопоставимый старший функциональный класс как размещённый сервис, поэтому заказчику не требуется собственный сервер LogicalDOC.

При самостоятельной установке серверная часть разворачивается на поддерживаемой серверной ОС. Пользователю не нужен отдельный настольный клиент для обычных операций: достаточно браузера. Если сервер находится в организации, рабочие места подключаются к нему по сети. На Linux-сервере полезно заранее понимать общие принципы установки приложений в Linux, хотя конкретную установку LogicalDOC следует выполнять по его актуальному руководству и с требуемой версией JDK.

Cloud снимает задачу обслуживания ОС и Java с заказчика, но переносит зависимость на доступность внешнего сервиса и интернет-соединения. On-premise, напротив, оставляет инфраструктуру и данные под контролем организации, но требует администрирования, мониторинга, резервного копирования и обновлений. Это не вопрос «лучше или хуже»: выбор определяется политикой хранения данных, компетенцией администраторов и требованиями к доступности.

Интерфейс и рабочие зоны

Основной интерфейс LogicalDOC построен вокруг вкладок Dashboard, Documents, Search и Administration. Administration отображается администраторам, а обычный сотрудник работает преимущественно с Dashboard, Documents и Search. В верхней части интерфейса также доступны быстрый поиск и индикаторы состояния, а нижняя статусная область сообщает о буфере, взятых на редактирование документах, сообщениях, событиях календаря и ожидающих задачах Workflow.

Dashboard служит обзорной панелью. Его содержимое собирается из dashlet-блоков: пользователь видит только те элементы, которые доступны в его конфигурации и редакции. Для ежедневной работы это удобная точка входа в активность репозитория, но не замена дереву папок: фактическая работа с файлами сосредоточена во вкладке Documents.

Documents разделена на дерево папок слева, таблицу документов справа и нижнюю панель свойств выбранного объекта. Таблица отображает документы текущей папки и состояние каждого элемента. В интерфейсе предусмотрены индикаторы индексации, неизменяемости, блокировки, checkout, подписи, пароля, закладки, штампа и других состояний. По умолчанию список выводит первые 100 записей, поэтому структура папок и разумное распределение массива имеют практическое значение.

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

Preview особенно важен для разграничения доступа. В актуальной модели разрешений Preview и Download разделены: администратор способен разрешить просмотр документа в интерфейсе и одновременно запретить его скачивание. Это полезно в системах, где сотруднику нужно прочитать содержимое, но не требуется локальная копия.

Search объединяет несколько механизмов. Full-text ищет по проиндексированному содержимому, Parametric Search — по метаданным, а Enterprise/Cloud добавляют Semantic Search по смысловому сходству. Эти режимы решают разные задачи и не взаимозаменяемы: поиск по номеру договора логичнее строить по атрибуту шаблона, поиск точной фразы — по полнотекстовому индексу, а поиск концептуально похожих материалов — по embeddings.

Administration содержит настройки сервера, пользователей, групп, безопасности, метаданных и расширенных механизмов. Для сотрудников эта вкладка обычно скрыта. Администратор, в отличие от конечного пользователя, отвечает не за отдельный документ, а за правила, в рамках которых весь репозиторий работает.

Основные функции и как они связаны

Централизованный репозиторий и папки

Базовый объект LogicalDOC — документ в папке репозитория. Папка определяет контекст хранения и наследуемые права, а документ получает собственные свойства, версии, теги и историю. Разработчик отдельно рекомендует не складывать более 10 000 документов в одну папку: для ограничения количества предусмотрен административный параметр maxdocsperfolder. Поэтому структура репозитория влияет не только на навигацию, но и на управляемость большого массива.

Стандартная загрузка принимает один или несколько файлов. Для переноса структуры каталогов предусмотрен импорт ZIP: архив обрабатывается отдельной задачей, а завершение сообщается системным уведомлением. Максимальный размер обычной загрузки по умолчанию равен 100 МБ; администратор изменяет его в Administration > Settings > GUI Settings > Upload max. size. Эти ограничения относятся к веб-загрузке и не являются ограничением формата документа как такового.

Метаданные, шаблоны, теги и расширенные атрибуты

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

В LogicalDOC 9.3 механизм Fillers расширяет автоматическое заполнение. Доступны обработчики, связанные с тегами, языком, шаблонами и атрибутами; для атрибутов старшие редакции используют стратегии на базе AI Model или Semantic Similarity. Объектное распознавание через YOLO позволяет обнаружить заданную область, а OCR — извлечь текст из неё и поместить результат в расширенное поле. Это специализированная автоматизация метаданных, а не универсальное редактирование документа.

Полнотекстовый и параметрический поиск

Full-text Search ищет по содержимому после индексации. Новые документы обычно попадают в индекс в фоновом режиме; документация указывает типичный интервал около 30 минут, но фактическая задержка зависит от конфигурации. При загрузке есть параметр Immediate indexing, который запускает индексацию сразу. Поисковая форма умеет ограничивать область папкой и поддерживает шаблоны символов ? и *.

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

Поисковое условие сохраняется как Saved Search. Такой объект удобен для регулярно повторяющейся выборки: например, документов определённого шаблона в конкретной папке. Сохранённый поиск не создаёт копии документов — он сохраняет критерии, по которым система формирует результат при следующем запуске.

Версии и контролируемое редактирование

Изменение содержимого строится вокруг цикла Checkout/Checkin. Checkout блокирует документ для изменений другими сотрудниками и фиксирует пользователя, который забрал его в работу. После локального редактирования Checkin загружает новое содержимое, снимает блокировку и автоматически создаёт очередную версию. Параметр Major Version позволяет поднять старший номер, например с 1.0 до 2.0.

Предыдущие состояния не исчезают после Checkin. Они доступны во вкладке Versions для скачивания, предварительного просмотра и сравнения. Это даёт репозиторию управляемую историю изменений и отделяет осознанную новую редакцию от простой перезаписи файла в общей сетевой папке.

Разрешения и модель RBAC

LogicalDOC поддерживает назначение прав как отдельным пользователям, так и группам; документация рекомендует групповой вариант как ролевую модель RBAC. Набор разрешений детализирован: Read, Preview, Print, Download, Email, Write, Add, Security, Immutable, Password, Delete, Move, Rename, Revision, Import, Export, Sign, Workflow и другие операции разделены. Поэтому право прочитать карточку, увидеть Preview, скачать файл и изменить содержимое не обязаны принадлежать одной роли.

Права папки распространяют политику на содержащиеся документы и при необходимости на дочерние папки. Администратор добавляет пользователя или группу в Security, отмечает нужные операции и применяет изменения. Гранулярность требует дисциплины: неверно выданный Download изменяет модель защиты даже тогда, когда Preview настроен правильно.

Конвертация, OCR и экспорт

В коммерческих редакциях LogicalDOC содержит конвертеры и OCR, но доступность конкретного действия зависит от редакции и серверной настройки. В документации перечислены конвертеры на основе LibreOffice, Ghostscript, ImageConverter, OnlyOffice и ряда внешних сервисов. Это означает, что видимая команда Convert ещё требует работоспособного конвертера для исходного и целевого типов.

Команда Download выдаёт оригинал; при выборе нескольких документов система формирует ZIP. Convert создаёт представление в выбранном выходном формате, а Export as PDF формирует PDF; при выборе нескольких элементов их содержимое объединяется в один PDF. Эти операции следует различать: скачивание сохраняет исходный объект, конвертация меняет формат представления, экспорт в PDF создаёт отдельный переносимый результат.

Workflow и автоматические процессы

Полноценный Workflow в текущей матрице относится к Enterprise и Cloud. Пользователь с разрешением Workflow запускает процесс для выбранных документов, а свойство Workflow Status показывает текущую задачу. Администратор проектирует шаблон процесса в веб-дизайнере, где используются задачи, переходы, начальное состояние, Fork, Join и конечное состояние.

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

ИИ-функции и семантический поиск

В Enterprise и Cloud доступны AI Models, embeddings, robots, Semantic Search, автоматическая классификация и заполнение полей. Semantic Search преобразует документы и поисковую фразу в числовые представления и сравнивает их смысловую близость. Для такого поиска документ должен пройти обычную индексацию и создание embedding; по умолчанию эти фоновые операции выполняются не мгновенно.

Параметры Semantic Search включают язык, схему embedding, папку и Threshold. Чем выше Threshold, тем строже требование к смысловой близости. Документация приводит значение около 50 как сбалансированную отправную точку. Это не «точность в процентах», а порог отбора внутри механизма семантического сопоставления.

Версия 9.3 расширяет ИИ не только поиском. Распознавание объектов и Attribute Filler рассчитаны на поток документов, где нужное значение находится в определяемой области изображения или скана. Система сначала находит объект, затем применяет OCR к области и заполняет выбранный атрибут. Польза появляется там, где структура входящих форм повторяется достаточно стабильно для такой автоматизации.

API, почта и мобильный доступ

SOAP и RESTful Web Services доступны во всех четырёх редакциях по текущей сравнительной матрице. Community Edition 9.2 добавила аутентификацию веб-сервисов через API token, поддержку Markdown и более детальное разрешение Preview. Это делает бесплатную редакцию пригодной для интеграций, но не добавляет в неё коммерческие Workflow и ИИ-модули.

Импорт электронной почты работает через удалённые почтовые аккаунты POP3/IMAP и плановую задачу Email Download. Для аккаунта задаются целевая папка, язык, формат импорта и фильтры расширений. Microsoft 365 требует отдельной конфигурации OAuth. Такой импорт полезен для централизованного поступления корреспонденции, но зависит одновременно от настроек LogicalDOC и политики почтового провайдера.

Мобильные приложения iOS и Android подключаются к серверу и дают доступ к репозиторию. Для Android актуальная документация указывает Android 10 / API 29 и сервер LogicalDOC 8.5.2 или новее. Мобильный клиент предназначен для доступа, загрузки, поиска и просмотра; он не заменяет административную консоль сервера.

Карта форматов и совместимости

Операция	Что реально поддерживается	Что сохраняется	Что проверить
Обычная загрузка	Один или несколько файлов через веб-интерфейс	Исходный файл и его карточка в репозитории	Право Write/Add, лимит загрузки, допустимость расширения
Импорт ZIP	Архив с деревом папок через Import documents from ZIP	Структура каталогов и документы после фоновой обработки	Системное сообщение о завершении, итоговую структуру
Импорт метаданных	Служебные файлы index.xml или index.csv для соответствующих импортных сценариев	Документы и описывающие их поля	Соответствие полей шаблона и входных данных
Индексация	Распространённые офисные документы, PDF, HTML, XML, изображения и другие типы, для которых настроено извлечение текста	Оригинал не меняется; создаётся поисковый индекс	Статус индексации и наличие извлечённого текста
Preview	Встроенное отображение поддерживаемых типов	Оригинал остаётся в репозитории	Разрешение Preview и работоспособность преобразования для просмотра
Convert	Выходные типы определяются установленными конвертерами	Исходник остаётся; создаётся конвертированное представление	Наличие нужного конвертера и качество результата
Export as PDF	Создание PDF; несколько выбранных документов объединяются в один PDF	Исходные документы остаются в репозитории	Порядок объединения, шрифты, страницы и визуальную целостность
Download	Оригинал; несколько выбранных элементов — ZIP	Локальная копия исходного содержимого	Разрешение Download и полноту архива
Markdown	Community Edition 9.2 получила загрузку, Preview и управление .md	Файл Markdown как документ репозитория	Версию сервера, если функция нужна именно в CE

LogicalDOC не стоит оценивать как универсальный конвертер файлов. Центральный сценарий — хранение управляемого оригинала, а преобразование служит Preview, выдаче или экспорту. Если задача ограничивается ручной правкой PDF, специализированные редакторы PDF проще и не требуют серверной DMS.

Задача → инструмент → результат → что проверить

Задача	Инструмент LogicalDOC	Результат	Контроль
Собрать документы отдела	Папки, стандартная загрузка, ZIP import	Централизованный репозиторий с деревом	Права папок, число документов, корректность структуры
Найти текст внутри файлов	Full-text Search	Выборка проиндексированных документов	Статус индексации и область поиска
Найти договор по реквизитам	Template attributes + Parametric Search	Результат по значениям метаданных	Правильность шаблона и заполненных атрибутов
Сохранить историю правок	Checkout/Checkin + Versions	Новая версия без уничтожения предыдущей	Номер версии, автор и снятие блокировки
Разрешить только чтение в интерфейсе	Preview permission без Download	Просмотр без штатной выдачи оригинала	Проверка под тестовой ролью
Согласовать документ	Workflow в Enterprise/Cloud	Управляемый процесс с текущей задачей	Workflow Status, исполнители и переходы
Автоматически запустить процесс	Workflow trigger	Старт процесса при создании подходящего документа	Шаблон, папку, событие и появившийся экземпляр
Найти материалы по смыслу	Semantic Search в Enterprise/Cloud	Список семантически близких документов	Embedding, язык, Threshold, папку
Извлечь поле со скана	Object Detection + OCR + Attribute Filler в актуальной старшей линии	Значение в расширенном атрибуте	Область распознавания и записанное значение
Интегрировать внешнюю систему	SOAP/REST Web Services	Программный доступ к операциям DMS	Права сервисной учётной записи, схему авторизации и обработку ошибок

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

Безопасность, приватность и зависимость от инфраструктуры

Безопасность LogicalDOC складывается из серверной аутентификации, прав на репозиторий и возможностей конкретной редакции. Базовая модель RBAC доступна на уровне папок и документов, а старшие редакции добавляют механизмы вроде двухфакторной аутентификации и SSO. Наличие этих пунктов нужно проверять именно по приобретённой редакции: в актуальной сравнительной матрице 2FA и SSO относятся к Enterprise и Cloud, а не к Community и Business.

Разделение Preview и Download позволяет построить сценарий «читать в системе, но не получать штатную локальную копию». Это не превращает веб-просмотр в абсолютную защиту от утечки: пользователь всё равно видит информацию на экране. Механизм решает задачу управления штатными действиями и журналируемого доступа, а не физического запрета на переписывание или фотографирование содержимого.

Для on-premise организация контролирует сервер, сетевой периметр, резервные копии, TLS, базу данных и доступ администраторов. Здесь качество защиты напрямую зависит от эксплуатации. Полезно согласовать права самой ОС с моделью репозитория; общий разбор прав доступа к файлам и каталогам Linux помогает понять уровень операционной системы, но не заменяет права LogicalDOC внутри DMS.

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

Интернет не является обязательным условием для самого принципа on-premise: сервер и пользователи способны работать внутри корпоративной сети. Однако интеграции с внешними облачными сервисами, Microsoft 365, внешними ИИ-провайдерами и размещённой Cloud-редакцией зависят от сетевого доступа. Если организация строит закрытый контур, каждую интеграцию следует рассматривать как отдельную зависимость, а не считать частью базового локального режима.

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

Что перестанет работать первым

При потере связи с on-premise сервером рабочие места перестанут открывать веб-интерфейс и документы, хотя сам сервер и данные останутся в локальной инфраструктуре. Это сетевой отказ доступа, а не повреждение репозитория. Для диагностики полезно отделить проблему браузера от общей недоступности сети; базовые проверки соединения разобраны в материале о том, почему компьютер не подключается к интернету, но внутри локальной сети дополнительно проверяются адрес сервера, DNS, прокси и межсетевой экран.

При недоступности Cloud пользователь теряет доступ к размещённому экземпляру до восстановления соединения или сервиса. Локального серверного узла у заказчика в этой модели нет, поэтому автономность ниже, чем у on-premise.

При сбое фоновой индексации уже загруженные документы остаются в репозитории, но Full-text Search перестаёт находить новые материалы по содержимому. Parametric Search по заполненным метаданным продолжает решать свою задачу, потому что не требует полнотекстового индекса.

При отказе конвертера оригиналы остаются доступными, но Preview, Convert или PDF-экспорт для затронутых типов способны завершаться ошибкой. Это локализует проблему: если Download оригинала работает, а представление не строится, следует проверять цепочку конвертации, а не сам файл в хранилище.

При недоступности модели embeddings или векторного хранилища Semantic Search перестаёт давать ожидаемый результат, тогда как обычный полнотекстовый и параметрический поиск сохраняют независимые механизмы. В текущей документации для векторного хранилища указана MariaDB 11.8 или новее.

При проблемах почтовой авторизации плановая загрузка писем прекращает пополнять целевую папку. Для Microsoft 365 отдельной точкой отказа становится OAuth-конфигурация. Уже импортированные документы от этого не исчезают.

При исчерпании лицензионных ограничений коммерческий экземпляр сверяется с пределами лицензии независимо от настраиваемой административной Quota. В LogicalDOC предусмотрены ограничения по пользователям, документам и другим ресурсам, поэтому инфраструктурный запас диска не отменяет лицензионные пределы.

Скрытая стоимость владения

Community Edition не требует покупки лицензии, но бесплатная лицензия не означает нулевую стоимость эксплуатации. Организации всё равно нужны сервер, диски, резервирование, обновление ОС и Java, мониторинг, база данных и компетенция администратора. Официальная поддержка команды LogicalDOC для Community не предоставляется, поэтому внутреннее сопровождение или услуги стороннего специалиста становятся частью бюджета.

Business, Enterprise и Cloud не имеют публичной фиксированной цены. Коммерческая форма просит выбрать продукт, число пользователей и размер репозитория, после чего формируется индивидуальная котировка. Поэтому корректное сравнение стоимости начинается не с выдуманной цены «за пользователя», а с одинакового набора исходных параметров и ожидаемого объёма хранения.

Функциональная граница между Business и Enterprise тоже влияет на бюджет. Когда проекту требуются Workflow, 2FA, SSO или текущие ИИ-модули, экономия на Business не решает задачу — потребуется старшая редакция. Обратная ситуация столь же важна: если компании нужны OCR, конвертация и офисные интеграции, но не нужны процессы согласования и ИИ, Enterprise добавит функциональность сверх исходной потребности.

Для on-premise скрытый расход связан с инфраструктурой: отдельный сервер, хранение резервных копий, тестовый контур для обновлений и время администратора. Минимальные 24 ГБ ОЗУ и 512 ГБ быстрого диска относятся только к нижней границе сервера; реальный репозиторий требует дополнительного пространства для документов, базы, индекса и резервных копий.

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

Интеграции также создают отдельные зависимости. OnlyOffice, Google Drive, Microsoft Office Add-in, внешние конвертеры и ИИ-провайдеры имеют собственную инфраструктуру и условия. Наличие пункта в LogicalDOC означает возможность интеграции, а не автоматическое включение всех сторонних сервисов в цену лицензии LogicalDOC.

Как пользоваться программой — советы гика

Вход и ориентация в рабочем пространстве

Цель: убедиться, что учётная запись видит нужные разделы и репозиторий до начала работы с файлами. Подготовка: нужен адрес сервера LogicalDOC, имя пользователя и пароль; для Cloud используется адрес размещённого экземпляра.

1. Откройте адрес LogicalDOC в поддерживаемом браузере и выполните вход.
2. После загрузки интерфейса проверьте наличие вкладок Dashboard, Documents и Search. Вкладка Administration отображается только пользователям с административными полномочиями.
3. Откройте Documents и убедитесь, что слева отображается доступное дерево папок, а справа — таблица документов выбранной папки.
4. Выберите тестовый документ и посмотрите нижнюю панель свойств, чтобы подтвердить доступ к карточке и связанным вкладкам.

Важный параметр: интерфейс показывает только те папки и действия, на которые у пользователя есть соответствующие разрешения. Проверка: нужная рабочая папка открывается, список документов загружается, а доступные кнопки соответствуют роли. Типичная ошибка: ожидать Administration у обычного сотрудника. Безопасный откат: ничего менять не требуется — выйдите из системы и передайте администратору имя отсутствующей папки или операции; не расширяйте права всей группе без проверки.

Загрузка одного или нескольких документов

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

1. Во вкладке Documents выберите целевую папку.
2. Нажмите Add documents на панели инструментов.
3. В окне загрузки выберите один или несколько файлов с компьютера.
4. При необходимости включите Immediate indexing, чтобы не ждать фоновой индексации.
5. Нажмите Send. Во втором диалоге заполните метаданные, которые должны примениться к новым документам.
6. Подтвердите добавление и вернитесь к таблице документов.

Важные параметры: стандартный максимальный размер загрузки по умолчанию — 100 МБ; администратор изменяет его через Administration > Settings > GUI Settings > Upload max. size. Проверка: файл появился в нужной папке, карточка содержит ожидаемые поля, а статус индексации соответствует выбранному режиму. Типичная ошибка: загрузка в папку без права записи или превышение лимита. Безопасный откат: если документ попал не туда, не создавайте вторую копию; пользователь с нужным разрешением перемещает объект либо удаляет ошибочную загрузку по установленной политике.

Импорт дерева папок из ZIP

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

1. Откройте Add documents в целевой папке.
2. Выберите ZIP-файл.
3. Включите Import documents from ZIP.
4. Отправьте архив через Send. Импорт запускается отдельной обработкой и не завершается в момент передачи файла.
5. Дождитесь системного сообщения о результате импорта.
6. Откройте созданные папки и сравните дерево с исходным архивом.

Важный параметр: массовое складывание более 10 000 документов в одну папку противоречит рекомендации LogicalDOC; крупный импорт лучше заранее разделить логически. Проверка: дерево и количество элементов соответствуют подготовленному архиву. Типичная ошибка: принять завершение загрузки ZIP за завершение импорта. Безопасный откат: при неверной структуре не запускайте повторный импорт поверх результата; сначала удалите или переместите ошибочно созданное дерево с учётом прав и политики хранения.

Заполнение шаблонных метаданных

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

1. Выберите документ в таблице Documents и откройте раздел Extended properties в нижней панели.
2. В списке Template назначьте подходящий шаблон документа. После выбора появятся настроенные для него пользовательские атрибуты.
3. Заполните расширенные атрибуты значениями из документа или принятой карточки.
4. Нажмите Save. Изменение метаданных сохраняется как новая минорная версия.
5. Откройте Search и выполните Parametric Search по одному из заполненных атрибутов.

Важный параметр: Parametric Search не требует индексации содержимого, поэтому корректно заполненный атрибут доступен для поиска независимо от состояния Full-text. Проверка: документ находится по точному значению атрибута. Типичная ошибка: записать одно и то же понятие в разные поля или в несогласованном формате. Безопасный откат: исправьте только ошибочное поле карточки; не заменяйте содержимое файла ради коррекции метаданных.

Полнотекстовый, параметрический и сохранённый поиск

Цель: выбрать механизм поиска в соответствии с тем, где находится искомое значение. Подготовка: для Full-text документ должен быть проиндексирован; для Parametric Search достаточно корректных метаданных.

1. Откройте вкладку Search.
2. Для поиска слов внутри файла выберите Full-text, введите поисковую фразу и при необходимости ограничьте область папкой. Для шаблонов символов используйте ? или *.
3. Для поиска по карточке откройте Parametric Search, добавьте условия по метаданным, а при необходимости выберите папку, язык и шаблон.
4. Нажмите Search и оцените результат.
5. Для регулярно используемой комбинации условий нажмите Save, задайте имя и описание. Позже она появится в разделе Saved Searches и запускается двойным щелчком.

Важные параметры: Full-text ищет содержимое и зависит от индекса; Parametric Search работает по полям карточки и не показывает текстовые выдержки. Проверка: один заведомо подходящий документ присутствует в результатах, а лишние элементы объясняются выбранными условиями. Типичная ошибка: искать свежую загрузку по содержимому до индексации. Безопасный откат: не меняйте файл ради поиска; проверьте статус индексации либо временно используйте метаданные.

Скачивание, Convert и Export as PDF

Цель: получить из репозитория исходник или переносимую производную копию, не разрушая управляемый оригинал. Подготовка: для Download требуется соответствующее разрешение; Convert и PDF-экспорт зависят от доступных конвертеров.

1. Во вкладке Documents выделите нужный документ.
2. Для оригинала вызовите контекстное действие Download. При выборе нескольких документов LogicalDOC упакует их в ZIP.
3. Для преобразования выберите Convert на панели инструментов, укажите выходной формат и выберите получение файла либо сохранение результата в текущей папке.
4. Для PDF выберите Export as PDF. Несколько выбранных документов формируют один объединённый PDF.
5. Откройте полученный результат в целевой программе и визуально проверьте страницы, символы и порядок.

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

Checkout, локальное редактирование и Checkin

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

1. Щёлкните документ правой кнопкой и выберите Checkout.
2. Убедитесь, что документ получил состояние checkout и для остальных пользователей стал доступен только на чтение.
3. Скачайте файл, измените его в подходящем локальном редакторе и сохраните локальную копию.
4. Вернитесь к документу, снова откройте контекстное меню и выберите Checkin.
5. Загрузите изменённый файл. Отметьте Major Version, только когда изменение должно поднять старший номер версии.
6. Подтвердите Checkin и откройте вкладку Versions.

Важный параметр: каждый Checkin автоматически создаёт новую версию и снимает блокировку. Проверка: новая версия отображается в Versions, предыдущая остаётся доступной, а checkout больше не активен. Типичная ошибка: оставить документ в checkout после локальной правки. Безопасный откат: если новая версия неверна, сохраните историю и используйте предыдущую версию как основу для следующего контролируемого Checkin вместо удаления всей истории.

Настройка прав на папку или документ

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

1. Выберите папку и откройте вкладку Security в панели деталей.
2. Добавьте роль через Add Group либо отдельного сотрудника через Add User.
3. Отметьте необходимые разрешения. Для режима просмотра без штатного скачивания оставьте Preview и не выдавайте Download.
4. Нажмите Apply Rights, чтобы сохранить политику текущей папки.
5. Используйте Apply to Sub-folders только тогда, когда та же политика действительно должна распространиться на дочернее дерево.
6. Войдите под тестовой учётной записью соответствующей группы и проверьте доступные действия.

Важный параметр: права Read, Preview, Print, Download, Write, Add, Security и другие независимы. Проверка: тестовый пользователь видит ровно разрешённые операции. Типичная ошибка: применять новую политику ко всем подпапкам без проверки наследования. Безопасный откат: измените права на ограниченной тестовой ветке и только после проверки распространяйте их дальше; при ошибке верните прежний набор разрешений, а не удаляйте пользователей из системы.

Запуск Workflow и контроль статуса в Enterprise/Cloud

Цель: отправить один или несколько документов в заранее настроенный процесс согласования. Подготовка: нужен Enterprise или Cloud, готовый шаблон Workflow и разрешение Workflow в текущей папке.

1. Во вкладке Documents выделите документы, которые должны участвовать в процессе.
2. Нажмите Start workflow на панели инструментов.
3. Выберите один из доступных шаблонов процесса и подтвердите запуск.
4. Проверьте свойство Workflow Status: после старта оно должно отражать начальную задачу.
5. Исполнитель текущей задачи завершает свою работу выбранным переходом; после этого статус меняется на следующую задачу согласно схеме.

Важный параметр: наличие кнопки зависит и от редакции, и от разрешения Workflow, и от существования доступного процесса. Проверка: у документов появился ожидаемый Workflow Status, а назначенный исполнитель видит задачу. Типичная ошибка: искать полноценный Workflow в Community или Business по старым описаниям. Безопасный откат: не перестраивайте рабочую схему на действующих документах; сначала остановите ошибочный экземпляр административными средствами по принятой процедуре и исправьте шаблон на тестовой копии процесса.

Семантический поиск в Enterprise/Cloud

Цель: найти документы, близкие по смыслу, даже когда в них нет буквального совпадения слов. Подготовка: требуются Enterprise или Cloud, настроенная схема embeddings и документы, для которых выполнены индексация и embedding.

1. Откройте Search и выберите Semantic Search.
2. Введите содержательную поисковую фразу.
3. Выберите язык и подходящую Embedding Scheme.
4. При необходимости ограничьте область папкой и включите поиск по подпапкам.
5. Настройте Threshold. Значение около 50 документация предлагает как сбалансированную отправную точку; повышайте его для более строгого отбора и понижайте для более широкого.
6. Запустите поиск и сравните верхние результаты с ожидаемым смыслом.

Важный параметр: Threshold не является процентом гарантированной правильности. Проверка: заведомо тематически близкие документы присутствуют выше нерелевантных. Типичная ошибка: оценивать Semantic Search до создания embeddings для новых документов. Безопасный откат: верните прежний Threshold и область поиска; изменение поисковых параметров не меняет сами документы.

Импорт электронной почты по расписанию

Цель: автоматически помещать сообщения и вложения из рабочего ящика в заданную папку репозитория. Подготовка: нужен доступный почтовый аккаунт POP3/IMAP; для Microsoft 365 предварительно настраивается OAuth.

1. Откройте Administration > Import and Export > Email Accounts и нажмите Add account.
2. В Properties задайте Email account, Server Host, имя пользователя, способ авторизации, Target, Language и Protocol POP3 или IMAP.
3. В Ext. Properties выберите формат импорта и при необходимости заполните Include или Exclude списками расширений.
4. Сохраните аккаунт, сделайте его активным и убедитесь, что плановая задача Email Download выполняется.
5. Отправьте контрольное письмо и после следующего запуска задачи проверьте целевую папку.

Важный параметр: LogicalDOC забирает почту через плановую задачу, поэтому поступление не обязано быть мгновенным. Проверка: контрольное письмо или его импортное представление появляется в нужной папке с ожидаемыми вложениями. Типичная ошибка: считать пароль Microsoft 365 достаточным при конфигурации, где требуется OAuth. Безопасный откат: деактивируйте проблемный почтовый аккаунт в LogicalDOC, не удаляя уже импортированные документы, и исправьте авторизацию отдельно.

Сквозной сценарий: от загрузки договора до версии и PDF

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

1. Откройте Documents, выберите рабочую папку и загрузите договор через Add documents → Send.
2. Назначьте документу шаблон договора и заполните один проверяемый атрибут, например внутренний номер.
3. Откройте Search и найдите документ через Parametric Search по этому атрибуту. Это подтверждает, что карточка пригодна для выборки независимо от состояния Full-text.
4. Вернитесь в Documents, выполните Checkout, скачайте оригинал и внесите контролируемую правку в локальном редакторе.
5. Выполните Checkin, загрузив изменённый файл, затем проверьте Versions: новая редакция должна существовать рядом с предыдущей.
6. Если полнотекстовая индексация уже завершена, найдите уникальную фразу из новой версии через Full-text Search.
7. Получите переносимую копию через Export as PDF и откройте её отдельно от репозитория.
8. Сравните PDF с текущей версией и убедитесь, что исходник, карточка и история версий остались в LogicalDOC.

Важные параметры: Parametric Search проверяет метаданные, Versions — контролируемую историю, Full-text — индекс содержимого, Export as PDF — производный формат. Проверка: один и тот же документ успешно проходит все четыре проверки без создания независимых несвязанных копий в репозитории. Типичная ошибка: загружать исправленный файл как новый документ вместо Checkin и тем самым разрывать историю. Безопасный откат: не удаляйте исходную карточку; лишний дубликат сначала сравните с версионным документом, затем уберите по принятой политике после подтверждения владельцем.

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

Плюсы

• Community Edition даёт бесплатный серверный репозиторий с веб-интерфейсом, полнотекстовой индексацией, версиями, метаданными, мобильным доступом и SOAP/REST API.
• Права Preview и Download разделены, поэтому роль разрешается настроить на просмотр внутри системы без штатного скачивания оригинала.
• Checkout/Checkin создаёт новую версию автоматически и сохраняет предыдущие состояния в отдельной истории.
• Parametric Search работает по метаданным без ожидания полнотекстовой индексации, что полезно для реквизитов, номеров и классификационных полей.
• Enterprise и Cloud объединяют Workflow, автоматические триггеры, SSO, 2FA и текущую ИИ-подсистему в одном репозитории.
• Коммерческая 9.3 продолжает развиваться: августовский релиз 2026 года добавил объектное распознавание и автоматическое заполнение атрибутов с OCR.
• On-premise сохраняет сервер в инфраструктуре организации, а Cloud предоставляет ту же концепцию DMS без собственного серверного узла у заказчика.
• Мобильные приложения подключаются и к локальному серверу, и к Cloud, поэтому репозиторий не ограничен рабочим браузером на ПК.

Минусы

• Community не включает OCR, полноценную конвертацию, Workflow, SSO, 2FA и ИИ-функции, поэтому бесплатная редакция заметно отличается от Enterprise.
• Business занимает промежуточное положение: OCR и интеграции доступны, но для Workflow и ИИ по текущей матрице требуется Enterprise или Cloud.
• On-premise требует полноценной серверной эксплуатации; текущий коммерческий минимум начинается с 24 ГБ ОЗУ и 512 ГБ быстрого диска.
• Публичной фиксированной цены у Business, Enterprise и Cloud нет: бюджет формируется через индивидуальную котировку по продукту, числу пользователей и объёму репозитория.
• Full-text и Semantic Search зависят от фоновой обработки, поэтому свежий документ не всегда находится по содержимому сразу после загрузки.
• Конвертация и Preview зависят от серверных преобразователей; ошибка соответствующего компонента способна затронуть представление, даже когда оригинал исправен.
• Документация в основном описывает общую коммерческую платформу, поэтому пользователю Community необходимо дополнительно сверять каждую старшую функцию с матрицей редакций.
• Гранулярная система разрешений требует аккуратного проектирования групп: неосторожное распространение прав на подпапки способно открыть больше действий, чем планировалось.

Кому подойдёт

• Небольшой организации с собственным администратором, если нужен бесплатный централизованный архив, версии, поиск и API, а Workflow и OCR не являются обязательными. В этом случае Community закрывает основу DMS без лицензии на коммерческую редакцию.
• Отделу с большим количеством договоров, регламентов или проектной документации, когда важнее метаданные, история и разграничение доступа, чем редактирование каждого файла прямо в системе.
• Компании, которая хранит данные в своём контуре и готова обслуживать Linux или Windows Server, Java, базу данных и резервирование. On-premise оставляет инфраструктурный контроль у владельца.
• Организации с процессами согласования, если она выбирает Enterprise или Cloud и использует Workflow Status, задачи, переходы и автоматические триггеры для документов.
• Команде, которой нужен смысловой поиск и автоматическое извлечение полей, при условии выбора редакции с ИИ-модулями и подготовки embeddings, моделей и инфраструктуры обработки.
• Интеграционному проекту, которому нужен DMS с SOAP/REST Web Services. API присутствует и в Community, поэтому сервер допускается использовать как центральный документный слой для собственной системы.

Кому не подойдёт

• Пользователю, которому нужно только открыть, подписать или подправить несколько PDF. Сервер, учётные записи, папки, индексация и права создадут лишнюю инфраструктуру для простой локальной задачи.
• Команде без администратора, если выбран on-premise. Установка — лишь начало: нужен контроль свободного места, обновлений, резервных копий, базы данных, журналов и сетевой доступности.
• Проекту, которому нужен бесплатный OCR и бесплатный Workflow из коробки. Текущая Community-матрица LogicalDOC этих функций не включает.
• Покупателю с требованием заранее увидеть фиксированную коммерческую цену. Для Business, Enterprise и Cloud публичный прайс не заменяет индивидуальную котировку.
• Закрытому контуру, которому одновременно нужны внешние облачные интеграции. Сам on-premise допускает локальную работу, но сторонние сервисы и размещённые модели возвращают внешнюю сетевую зависимость.
• Команде, которая хочет использовать DMS как файловый диск без метаданных и процессов. В таком сценарии значительная часть ценности LogicalDOC — индекс, шаблоны, версии, права и автоматизация — останется невостребованной.

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

Система	Основная задача	Платформа	Порог освоения	Форматы и обработка	Автоматизация	Модель оплаты	Ограничение	Подходящий сценарий
LogicalDOC	DMS с репозиторием, метаданными, версиями и старшими процессами	On-premise Linux/Windows Server или Cloud; веб, iOS, Android	Средний: базовый интерфейс прямолинеен, но права и сервер требуют администрирования	Индексация офисных типов и PDF; OCR/конвертация в коммерческих редакциях	Workflow и ИИ — Enterprise/Cloud; API во всех редакциях	Community бесплатно; коммерческие редакции по котировке	Сильная функциональная граница между редакциями	Организация, которой нужен выбор между бесплатным базовым DMS и коммерческой платформой с процессами
OpenKM	EDRMS/DMS с управлением жизненным циклом документов	Community для собственной установки; Professional on-premise; Cloud как сервис; веб и мобильный клиент	Средний или высокий из-за большого числа модулей	Preview Office/PDF/мультимедиа, PDF-инструменты, OCR и метаданные	Сложные Workflow, события, планировщик, автоматическая каталогизация, API	Community бесплатна; Professional и Cloud коммерческие	У Community 7.0+ исходный код больше не публикуется, хотя бинарная редакция остаётся бесплатной	Команда, которой нужен богатый EDRMS и устраивает модель OpenKM Community либо коммерческая поддержка
Mayan EDMS 4.12.1	Открытая EDMS для контроля документов и автоматизации	Самостоятельное развёртывание, рекомендуемый старт через Docker Compose; масштабирование через контейнерную инфраструктуру	Средний/высокий: требуется уверенное обслуживание Docker и связанных сервисов	Версии, OCR, Preview, извлечение метаданных, преобразование и фоновые задачи	Workflow, события, REST API, OpenAI и Ollama, семантический поиск и структурное извлечение	Единая бесплатная открытая платформа; профессиональные услуги приобретаются отдельно	Нет упрощённой коммерческой SaaS-редакции как обязательной части основной модели; эксплуатацию инфраструктуры проектирует владелец	Техническая команда, которой нужна функционально полная open-source EDMS и контроль над стеком
Alfresco Content Services Community Edition 26.2	Контентный репозиторий и совместная работа с корпоративными файлами	Самостоятельное развёртывание; современные сценарии используют Docker/Kubernetes и отдельный поисковый стек	Высокий: экосистема крупнее и требует больше компонентов	Контент-модели, Preview/трансформации, версии, полнотекстовый поиск	Расширяемая платформа и интеграции; Enterprise-линия добавляет коммерческие возможности	Community доступна бесплатно; коммерческая Alfresco-линия лицензируется отдельно	В Community 26.2 отдельные новые компоненты Search Community и Control Center распространяются бинарно без опубликованного исходного кода этого релиза	Крупный проект, которому важны развитая контентная модель, экосистема Alfresco и готовность обслуживать более сложную архитектуру

По единому набору критериев LogicalDOC занимает середину между относительно компактной DMS и тяжёлой ECM-платформой. Mayan EDMS интереснее там, где принципиальна единая функционально полная открытая платформа и команда готова владеть Docker-стеком. OpenKM близок по DMS/EDRMS-сценарию, но его Community после версии 7.0 бесплатна без публикации актуального исходного кода. Alfresco оправдан при более сложной контентной архитектуре и экосистеме, но требует более высокого операционного порога.

Типичные проблемы и диагностика

Add documents недоступна или загрузка сразу отклоняется

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

Файл больше 100 МБ не загружается

Симптом: стандартная веб-загрузка крупного документа завершается отказом. Подтверждённая причина: исходное значение Upload max. size равно 100 МБ. Диагностика: сопоставьте размер файла с административным параметром GUI Settings. Исправление: администратор увеличивает лимит до значения, соответствующего политике сервера и обратного прокси. Проверка: файл нового допустимого размера успешно загружается, а чрезмерно крупные элементы по-прежнему контролируются выбранным пределом.

Документ виден в папке, но Full-text его не находит

Симптом: имя и карточка видны, однако поиск по фразе из содержимого ничего не возвращает. Подтверждённая причина: Full-text требует индексации, которая выполняется фоново; при стандартной конфигурации документация указывает задержку около 30 минут. Диагностика: проверьте индикатор индексации и убедитесь, что выбранный тип позволяет извлечь текст. Исправление: дождитесь фоновой обработки либо используйте Immediate indexing при загрузке, если такой режим уместен. Проверка: после появления индекса уникальная фраза возвращает документ в результатах.

Parametric Search находит документ, а Full-text — нет

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

Preview пустой или конвертация завершается ошибкой

Симптом: оригинал скачивается, но предварительное представление или Convert не строится. Подтверждённая причина: представление зависит от настроенного конвертера для конкретного типа. Диагностика: сравните Download оригинала с Preview и Convert, затем проверьте серверные сообщения преобразователя. Для Linux-узла полезно понимать, где искать системные сообщения; отдельный материал GeekHow объясняет работу с журналами Linux. Исправление: восстановите или перенастройте соответствующий конвертер. Проверка: тот же документ снова получает Preview и успешно преобразуется.

Документ остаётся заблокированным после редактирования

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

Export as PDF не создаёт ожидаемый файл

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

Кнопки Start workflow нет

Симптом: пользователь ожидает запуск процесса, но действие отсутствует. Подтверждённая причина: полноценный Workflow в текущей продуктовой матрице относится к Enterprise и Cloud; дополнительно требуется разрешение Workflow и доступный шаблон. Диагностика: уточните редакцию, права папки и наличие процесса. Исправление: используйте редакцию с Workflow и настройте разрешение только нужной роли. Проверка: действие появляется у уполномоченного пользователя, а старт создаёт Workflow Status.

Semantic Search не возвращает свежие документы

Симптом: новый документ присутствует в репозитории, но отсутствует среди смысловых результатов. Подтверждённая причина: Semantic Search требует и индексации, и embedding; фоновые операции выполняются с задержкой. Диагностика: проверьте готовность обоих представлений, язык, Embedding Scheme, папку и Threshold. Исправление: восстановите обработку embeddings либо скорректируйте параметры поиска после завершения фоновых задач. Проверка: тематический документ появляется при повторной проверке с тем же смысловым условием.

Почта перестала импортироваться

Симптом: целевая папка больше не пополняется новыми письмами. Подтверждённая причина: импорт зависит от активного POP3/IMAP-аккаунта и плановой задачи Email Download; Microsoft 365 дополнительно зависит от OAuth. Диагностика: проверьте активность аккаунта, расписание задачи, авторизацию и фильтры расширений. Исправление: восстановите учётные данные или OAuth и убедитесь, что задача снова выполняется. Проверка: контрольное письмо появляется после очередного цикла загрузки.

Мобильное приложение не подключается к серверу

Симптом: браузер на ПК открывает LogicalDOC, а Android-клиент не входит. Подтверждённая причина: приложению нужен сетевой доступ к серверному адресу; для Android требуется Android 10 / API 29 или новее и сервер LogicalDOC 8.5.2+. Диагностика: проверьте версию клиента/ОС, адрес сервера, доступность этого адреса с мобильной сети или Wi‑Fi и сертификат HTTPS. Исправление: устраните сетевую или версионную несовместимость без отключения защиты соединения. Проверка: приложение проходит вход и открывает доступное рабочее пространство.

Preview разрешён, но Download отсутствует

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

FAQ

LogicalDOC — это редактор PDF?

Нет. Это DMS, в которой PDF хранится как управляемый документ вместе с карточкой, версиями, правами и индексом. Коммерческие редакции умеют преобразовывать и экспортировать документы, а встроенный Preview показывает содержимое, но основной смысл продукта — репозиторий и документооборот. Для ручного редактирования страниц PDF рациональнее отдельный редактор.

Нужно ли устанавливать программу на каждый компьютер?

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

Можно ли пользоваться Community Edition без ограничения по времени?

Community Edition распространяется как бесплатная открытая редакция под GNU LGPL v3 и не является 30-дневной пробной копией. Ограничение в 30 дней относится к коммерческой Trial Version. У Community нет официальной технической поддержки команды LogicalDOC, а набор функций отличается от коммерческих выпусков.

Как выбирается язык интерфейса?

LogicalDOC поддерживает локализованный интерфейс: администратор определяет доступные языки, пользователь выбирает язык на экране входа или сохраняет предпочтение в Account > Profile. Язык профиля становится стандартным при последующих входах. Отдельно от языка меню у документа хранится собственное поле Language, которое участвует в обработке и поиске содержимого.

Что использовать для только что загруженного документа, пока Full-text ещё не готов?

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

Подходит ли LogicalDOC для закрытой корпоративной сети?

On-premise разворачивается на сервере организации и обслуживает пользователей по сети, поэтому базовый репозиторий не обязан находиться в публичном облаке. Внешние интеграции рассматриваются отдельно: Microsoft 365, Google Drive, облачные конвертеры и внешние ИИ-сервисы требуют соответствующего сетевого доступа. Полностью изолированная установка использует только локально доступные компоненты.

Можно ли забрать документы из системы в обычных файлах?

Да. Download выдаёт оригинал, а множественная загрузка формирует ZIP. Кроме того, в LogicalDOC существуют экспортные механизмы и импорт/экспорт метаданных для административных сценариев. Для миграционного проекта следует отдельно проверять не только файлы, но и структуру папок, карточки, версии, права и связи: простой набор оригиналов сохраняет содержимое, но не всю модель DMS.

Есть ли API в бесплатной редакции?

Да. В текущей сравнительной матрице SOAP и RESTful Web Services отмечены во всех редакциях, включая Community. Релиз CE 9.2 также добавил аутентификацию через API token. Это позволяет строить интеграции поверх бесплатного сервера без перехода в Enterprise только ради API.

Чем Full-text Search отличается от Semantic Search?

Full-text опирается на текстовый индекс и ищет совпадения по содержимому с правилами поискового движка. Semantic Search использует embeddings и оценивает смысловую близость. Первый режим присутствует в базовой платформе, второй по текущей матрице относится к Enterprise и Cloud и требует отдельной подготовки векторного представления.

Как понять, нужна Business или Enterprise?

Разделяющей линией служат не количество документов и не размер компании, а функции. Business уже добавляет OCR, конвертацию, онлайн-редактирование, шифрование файлов и интеграции, но текущая матрица оставляет Workflow, SSO, 2FA и ИИ за Enterprise/Cloud. Если хотя бы один из этих механизмов входит в обязательные требования проекта, Business не закрывает исходную спецификацию.

Можно ли открыть LogicalDOC со старого браузера?

Для текущей коммерческой линии опубликованы минимальные версии Firefox 147, Edge 143, Chrome 143 и Safari 18. Старый браузер не следует считать поддерживаемым только потому, что страница входа загружается. Если рабочие станции давно не обновлялись, сначала стоит проверить их браузерный парк; GeekHow отдельно рассматривает браузеры для Windows.

Есть ли в LogicalDOC обычная история изменений файла?

Да, но она реализована не как бесконтрольное сохранение каждой локальной правки. Управляемая история появляется при Checkin: каждое подтверждённое новое содержимое создаёт версию, а прежние состояния остаются во вкладке Versions. Это позволяет отделять рабочую локальную правку от версии, принятой в репозиторий.

Вывод

LogicalDOC стоит выбирать не по принципу «нужна программа для документов», а по зрелости самого процесса. Для небольшого самостоятельного архива Community даёт существенную основу: папки, метаданные, полнотекстовую индексацию, версии, мобильный доступ и API без покупки лицензии. Такой вариант оправдан, когда организация готова сама обслуживать сервер и не закладывает в обязательные требования OCR, Workflow и ИИ.

Business имеет смысл при переходе от базового хранилища к обработке документов: OCR, конвертация, онлайн-редактирование, шифрование и офисные интеграции закрывают задачи, которых нет в Community. Но проекту с согласованиями, SSO, двухфакторной аутентификацией или смысловым поиском следует сразу оценивать Enterprise либо Cloud, потому что текущая матрица проводит функциональную границу именно здесь.

Для регулируемой или закрытой инфраструктуры сильная сторона LogicalDOC — вариант on-premise: репозиторий остаётся на сервере организации, а браузерные рабочие места подключаются к нему по сети. Цена этого контроля — полноценная эксплуатация сервера, индекса, базы, конвертеров и резервирования. Cloud переносит эти обязанности на размещённую модель, но делает доступ зависимым от внешнего сервиса и требует отдельно оценить договорные условия хранения.

Версия 9.3 показывает направление развития продукта: DMS движется от ручного заполнения карточек к распознаванию областей, OCR и автоматическому заполнению атрибутов, а Enterprise/Cloud уже объединяют смысловой поиск и процессы согласования. Это полезно в потоке однотипных корпоративных документов, но не отменяет базовую архитектуру. Качество репозитория по-прежнему определяется структурой папок, метаданными, правами и дисциплиной версий.

Если задача — редактировать отдельные файлы, LogicalDOC избыточен. Если задача — управлять тем, кто видит документ, как он находится, какая версия считается актуальной, какие поля с ним связаны и через какой процесс он проходит, продукт соответствует своему классу. Выбор редакции следует делать от обязательных функций, а не от названия тарифа: Community — базовый самостоятельный DMS, Business — обработка и интеграции, Enterprise/Cloud — процессы, расширенная аутентификация и актуальная ИИ-подсистема.