Mayan EDMS: инструкция от гика, хранение документов, OCR, поиск, версии и автоматизация

↓Скачать Mayan EDMS

Mayan EDMS — серверная система электронного управления документами, рассчитанная не на редактирование отдельных PDF, а на построение общего репозитория с версиями, метаданными, полнотекстовым поиском, разграничением доступа и автоматическими рабочими процессами. Проект создан Роберто Росарио, развивается как свободное ПО и в актуальной ветке распространяется по GNU GPL 2.0. На момент подготовки обзора актуален Mayan EDMS 4.12.1, выпущенный 21 августа 2026 года; ветка 4.12 имеет статус Fully supported. Пользователи работают с системой через браузер, а серверную часть обычно разворачивают в Docker Compose на Linux-хосте. Такой формат сразу задаёт правильное ожидание: Mayan EDMS ближе к инфраструктурной платформе для отдела, архива или организации, чем к обычной настольной программе.

Кратко о Mayan EDMS

Параметр	Актуальное состояние
Тип продукта	Свободная электронная система управления документами, EDMS/DMS
Разработчик и правообладатель	Проект Mayan EDMS; создатель и правообладатель — Roberto Rosario, коммерческая поддержка связана с Mayan EDMS LLC
Актуальная версия	4.12.1 от 21 августа 2026 года
Статус ветки	4.12 — Fully supported
Лицензия	GNU General Public License 2.0
Модель использования	Самостоятельное размещение на своей инфраструктуре; профессиональные услуги приобретаются отдельно
Основной способ установки	Docker Compose
Серверная платформа	Предпочтительно GNU/Linux; допустима другая ОС с зрелой виртуализацией и Docker Compose
Клиент	Веб-интерфейс в браузере; в 4.12 мобильная и адаптивная вёрстка переработана для небольших экранов
Первая учётная запись	При первом запуске локально создаётся администратор admin со случайным паролем; дальше пользователи и группы управляются внутри установки
Минимум памяти	4 ГБ RAM
Базовая рекомендуемая конфигурация	16 ГБ RAM и более, 64-битный процессор с 8 ядрами от 2 ГГц, SSD
База данных	PostgreSQL; в требованиях ветки 4.12 указан PostgreSQL 13.11 как минимальная опорная версия
OCR	Tesseract включён как стандартный движок, архитектура допускает другие OCR-бэкенды
Поиск	Полнотекстовый поиск по содержимому, метаданным и свойствам документов
Импорт	Браузерная загрузка, серверные источники, SANE-сканеры, наблюдаемые каталоги, объектные хранилища, IMAP и POP3
Экспорт	Исходные файлы, архивы файлов и экспорт версий документа в PDF
ИИ	Интеграции с OpenAI API и Ollama для семантического поиска, суммаризации, классификации и извлечения структурированных данных
Русский язык	Русская локализация входит в актуальный набор переводов; каждый пользователь может выбрать свой язык интерфейса
Мобильная работа	Официальный рабочий интерфейс — веб-клиент; ветка 4.12 включает переработанную адаптивную компоновку для смартфонов и планшетов

Главное отличие Mayan EDMS от файлового сервера — документы здесь существуют как управляемые объекты. У них есть тип, активная версия, исходные файлы, страницы, история событий, набор метаданных, права доступа и связи с другими объектами. Поэтому система способна автоматически классифицировать входящие материалы, запускать OCR, пересобирать представление страниц без изменения исходника, отправлять документ по рабочему процессу и позже находить его не по имени файла, а по содержимому и деловым признакам.

Что это за продукт и с чем его не нужно путать

Mayan EDMS — не редактор PDF, не программа для сканирования и не облачный диск. Редактирование текста внутри офисного документа остаётся задачей внешнего офисного пакета, а сканирование выполняет сканер или источник захвата. Mayan EDMS принимает полученный файл, хранит его, строит визуальное представление, извлекает текст, связывает с метаданными и контролирует дальнейший жизненный цикл. Если задача сводится только к исправлению страницы, добавлению подписи или объединению нескольких PDF на одном компьютере, логичнее начать с программ для редактирования PDF. Mayan EDMS оправдан, когда важны единые правила для множества документов и пользователей.

Проект не следует смешивать с продуктами, в названии которых встречается Mayan, Maya или похожие слова. Это именно Mayan EDMS — Electronic Document Management System; он не связан с Autodesk Maya. Обзор относится к свободной self-hosted платформе Mayan EDMS 4.12.1. Mayan Enterprise Cloud упоминается в текущих release notes как отдельная линия, из которой часть наработок была перенесена в 4.12; это не другая редакция локального пакета, которую нужно покупать ради OCR, workflow или API. Актуальная ветка 4.12 — продолжение того же серверного проекта, а не новая настольная программа. В релизе 4.12 интерфейс был переведён с Bootstrap 3 на Bootstrap 5, переработана адаптивная вёрстка, добавлены отдельные светлый и тёмный режимы, улучшена работа с большими списками и мобильными экранами.

Актуальная модель распространения не делит код на урезанную бесплатную Community и отдельную платную Enterprise-редакцию. Базовая установка содержит ту же платформу, на которой строятся крупные внедрения. Платными являются профессиональная помощь, консультации, миграции, обучение, сопровождение и другие услуги. Для самостоятельной оценки лицензия на саму систему не покупается, поэтому здесь нет классического пробного периода на 14 или 30 дней и нет функционального лимита, который снимается оплатой подписки.

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

После входа Mayan EDMS открывает веб-интерфейс с главным меню, системной навигацией, списками объектов и центральной рабочей областью. В 4.12 панели перестроены на Bootstrap 5: инструменты выбора, постраничной навигации, сортировки, фильтрации и массовых действий собраны в единый toolbar. На узких экранах главное меню превращается в выезжающую панель, поэтому смартфон или планшет годится для просмотра, поиска и простых операций, хотя настройка сложных прав и рабочих процессов остаётся удобнее на большом экране.

Documents — основной рабочий контур. Здесь находятся списки всех документов, недавно созданных и недавно открытых объектов, избранное, корзина и действия создания. Карточка документа выводит его тип, страницы, версии, файлы, метаданные, теги, связи, события и функции обработки. Система различает документ, document file и document version. Это важно: исходный загруженный файл хранится отдельно от логического представления версии, поэтому пользователь может переставить или скрыть страницы версии, не переписывая исходник.

Document types задают правила классов документов. Тип «Договор» может иметь собственные обязательные поля, источники, автоматический разбор текста, OCR, индексирование и рабочие процессы, тогда как тип «Счёт» получает другой набор реквизитов. В Mayan EDMS тип — не просто папка: он определяет поведение документов на уровне системы.

Sources отвечают за поступление материалов. Базовый источник принимает файлы из браузера. В более сложной схеме источником становится наблюдаемый каталог, почтовый ящик IMAP/POP3, объектное хранилище, серверный каталог, SANE-сканер или многофункциональное устройство. Для бумажного архива сначала имеет смысл оценить оборудование: обзор сканеров помогает понять, какие характеристики нужны до настройки потока захвата.

Metadata, Tags, Cabinets и Indexes решают разные задачи организации. Metadata хранит формализованные реквизиты; Tags дают визуальные маркеры; Cabinets создают ручную иерархию наподобие папок; Indexes строят автоматические деревья по шаблонам и свойствам. Один документ может одновременно находиться в нескольких cabinets, иметь несколько tags и отображаться в автоматически рассчитанном index. Это снимает ограничение обычной файловой системы, где файл физически лежит только по одному пути.

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

Workflows описывают движение документа по состояниям. Переходы запускаются вручную или событиями, а действия состояния могут изменять объект, выдавать и отзывать доступ, работать с тегами, формировать уведомления и обращаться к внешним системам. В 4.12 также появились sequences — атомарные последовательности для нумерации, которые можно использовать из workflows, templates и REST API.

Administration включает пользователей, группы, роли, разрешения, настройки, статистику, quotas, хранилища, аутентификацию и системные журналы. Система контроля доступа строится на ролях и разрешениях для атомарных операций, поэтому можно отдельно разрешить просмотр документа, скачивание исходника, печать, экспорт, редактирование метаданных или доступ к конкретному dashboard.

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

Версии, файлы и страницы

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

Предпросмотр и офисные форматы

Mayan EDMS формирует изображения страниц для множества форматов. PDF, многостраничные TIFF и офисные документы обрабатываются как многостраничные материалы. Для предварительного просмотра word processing, spreadsheet и presentation-файлов используется LibreOffice, когда он присутствует в серверной среде. Клиентскому компьютеру офисный пакет для просмотра не нужен — подготовленное представление отдаётся через браузер.

OCR и извлечение текста

Для сканов без текстового слоя применяется OCR. В стандартной конфигурации используется Tesseract, а выбранный язык документа передаётся движку распознавания. Задачи OCR могут распределяться между несколькими физическими или виртуальными машинами. Для PDF и офисных файлов с уже существующим текстовым слоем система выполняет parsing: извлекает текст без оптического распознавания. В обоих случаях содержимое становится доступным для полнотекстового поиска и просмотра.

Метаданные и технические свойства файлов

Пользовательские metadata fields хранят деловые признаки: номер, дату, контрагента, подразделение, срок или другой реквизит. Поле может быть обязательным для типа документа, иметь начальное значение и получать значение из template. Отдельный механизм file metadata извлекает технические свойства из самих файлов. В зависимости от формата это могут быть авторские данные, EXIF, параметры изображения и другие встроенные атрибуты. Пользовательские metadata и file metadata не следует смешивать: первые задаёт организация, вторые извлекаются из файла.

Организация через tags, cabinets и indexes

Tags дают цветовые метки и могут участвовать в автоматизации. Cabinets создают многоуровневую ручную структуру. Indexes автоматически строят древовидную классификацию по документному типу, метаданным и template-выражениям. Если отделу нужно повторить привычную иерархию папок, проще начать с cabinets. Если структура должна перестраиваться сама при изменении реквизитов, лучше использовать indexes.

Захват из разных источников

Система принимает документы из браузера, серверных файлов, SANE-совместимых сканеров и многофункциональных устройств, watched folders, облачных объектных хранилищ, IMAP и POP3. Поддерживается пакетная загрузка. Архивы можно разворачивать так, чтобы их содержимое становилось отдельными документами. Источник может быть связан с типом документа и правилами обработки, что превращает импорт в повторяемый управляемый поток.

Рабочие процессы и события

Workflow engine моделирует согласование, проверку, регистрацию или публикацию как набор состояний и переходов. Система событий фиксирует действия пользователей и приложений, а сами события могут запускать автоматизацию и уведомления. Для задержанных действий предусмотрены escalation и expiration: документ способен автоматически перейти дальше после заданного времени в состоянии. Это подходит для контрольных сроков, но требует аккуратной настройки ролей и условий.

Контроль доступа и аутентификация

Права назначаются через roles и ACL. Для разных действий существуют отдельные permissions, поэтому просмотр, скачивание, печать, экспорт и изменение объекта можно разводить между ролями. Поддерживаются стандартная аутентификация, защита от перебора через account lockout, TOTP, OpenID Connect и расширение под внешние схемы вроде LDAP. Ветка 4.12 также записывает успешные и неуспешные попытки входа, что помогает расследовать проблемы доступа.

REST API, templates и интеграция

Версионированный REST API охватывает функции приложений и сопровождается встроенной OpenAPI-документацией. Через API можно автоматизировать загрузку, изменение реквизитов, поиск, управление workflow и другие операции. Template engine вычисляет динамические значения для metadata defaults, index expressions и workflow text. В 4.12 появились sequences, позволяющие атомарно получать очередной номер и использовать его в автоматическом процессе.

ИИ-интеграции

Актуальная ветка поддерживает два разных подхода. Интеграция с OpenAI использует внешнее API и может выполнять semantic search, summarization и structured data extraction. Интеграция с Ollama позволяет подключить локальную или удалённую модель, в том числе на собственной инфраструктуре. Результаты модели можно передавать обратно в workflow engine. Это не обязательный компонент: базовые функции EDMS, OCR, поиск и версии работают независимо от LLM.

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

Задача	Инструмент	Результат	Что проверить
Собрать договоры в один репозиторий	Document type, browser source, metadata	Единый набор документов с типом и реквизитами	Обязательные поля, права, корректность active version
Сделать сканы доступными для поиска	OCR с Tesseract	Распознанный текст и полнотекстовый индекс	Язык документа и читаемость контрольной страницы
Разнести документы по отделам	Cabinets или automatic indexes	Ручная либо автоматически рассчитанная иерархия	Не дублируется ли логика cabinets и indexes
Отмечать статус	Tags или workflow state	Видимый маркер либо формальное состояние процесса	Нужна ли история переходов и автоматическое действие
Согласовывать документ	Workflow, events, roles	Переходы между состояниями с зафиксированными действиями	Кто имеет право на каждый переход и что произойдёт при истечении срока
Выдать доступ внешней роли	Roles, ACL, permissions	Ограниченный набор операций	Отдельно проверить просмотр, скачивание, печать и экспорт
Сохранить деловой номер	Metadata или sequence	Реквизит документа или автоматически выдаваемый номер	Уникальность и правила формирования значения
Получать документы из почты	IMAP/POP3 source	Автоматический импорт вложений или сообщений	Учетные данные, целевой mailbox и ошибки source
Связать EDMS с другой системой	REST API, templates, web links, workflows	Автоматизированный обмен и переход к внешним объектам	Авторизация API, права объекта и формат передаваемых данных
Извлечь данные из текста моделью	OpenAI или Ollama integration	Сводка, классификация либо структурированные поля	Политику передачи данных, воспроизводимость результата и ручной контроль

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

Содержимое	Что делает Mayan EDMS	Что остаётся редактируемым	Ограничение
PDF	Хранит исходник, извлекает текст, строит страницы, выполняет OCR при необходимости, экспортирует версию в PDF	Исходный файл остаётся отдельным объектом; логическая версия и порядок страниц меняются неразрушающе	Mayan EDMS не заменяет полноценный редактор содержимого PDF
Многостраничный TIFF	Обрабатывает как многостраничный документ и строит представление страниц	Исходный TIFF сохраняется	Преобразования в интерфейсе не переписывают исходник
Офисные документы	При наличии LibreOffice создаёт превью; может извлекать встроенный текст	Оригинальный офисный файл скачивается для редактирования во внешнем приложении	Для серверного предпросмотра нужен LibreOffice
Изображения и сканы	Формирует превью, позволяет неразрушающие повороты, crop, flip, resize, redaction и OCR	Исходное изображение не меняется	Результат визуальной трансформации существует на уровне представления
Неподдержанный конвертером файл	Может храниться как исходный файл, но полноценный просмотр и извлечение страниц зависят от backend и MIME	Исходник остаётся доступен при соответствующих правах	Нет гарантии предпросмотра, OCR и парсинга для произвольного формата
Экспорт версии	Собирает страницы active или выбранной document version в единый PDF в фоне	Экспорт — производный файл	Это не экспорт всей структуры репозитория с ACL и workflow
Массовое скачивание	Оригиналы можно собрать в архив	Файлы сохраняют исходное содержимое	Метаданные и внутренние связи не превращаются автоматически в переносимый проект другого EDMS

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

Установка, требования и производительность

Официально рекомендуемый стартовый вариант — Docker Compose. Для пользователя, который уже знаком с контейнерами, это проще ручной сборки Python/Django-стека: конфигурация поднимает согласованный набор сервисов, а дальнейшее обслуживание выполняется стандартными командами Docker Compose. Если Linux пока незнаком, полезно сначала освоить базовые операции по установке приложений в Linux, потому что диагностика production-хоста всё равно потребует работы с терминалом и файловой системой.

Минимальная конфигурация — 4 ГБ RAM и 64-битный двухъядерный процессор от 1 ГГц. Для базового развертывания рекомендуется 16 ГБ RAM и более, восемь ядер от 2 ГГц и SSD. Эти значения не являются гарантией ёмкости: нагрузка зависит от объёма документов, числа одновременных пользователей, размера файлов, OCR, парсинга, превью, antivirus scanning, search indexing и фоновых workflow.

С 4.11 официальный Docker image снова поддерживает ARM64 наряду с AMD64. Это делает возможными лабораторные и малые установки на ARM-серверах и одноплатных компьютерах, но 4 ГБ остаются нижней границей: при большой фоновой очереди память быстро становится ограничителем. Для production-документооборота разумнее ориентироваться не на сам факт запуска контейнеров, а на время обработки входящего потока, задержку открытия страниц и возможность восстановиться после сбоя.

Версия 4.12 существенно переработала фоновые очереди и загрузку изображений страниц. В тестах команды проекта на одном и том же сервере скорость создания документов в длительной загрузке выросла с 253,4 до 289,4 документа в минуту, а медианное время выдачи изображения страницы уменьшилось с 314 до 114 мс. Эти числа показывают направление оптимизаций, но не являются обещанием для другого сервера: реальная скорость определяется CPU, RAM, хранилищем, типами файлов, OCR-языками, количеством workers и архитектурой внешних сервисов.

Для крупных репозиториев Mayan EDMS допускает распределённое развертывание, Kubernetes, отдельные хранилища и масштабирование фоновых задач. Но публичная документация намеренно не предлагает единую production-схему. Высокая доступность, резервное копирование, object storage, мониторинг и восстановление проектируются под конкретную организацию. Это заметный минус для малой команды: бесплатная лицензия не отменяет DevOps-работу.

Безопасность и приватность

Самостоятельное размещение означает, что организация сама выбирает сеть, диски, резервные копии и местоположение данных. Mayan EDMS поддерживает role-based access control, объектные ACL, отдельные разрешения на операции, TOTP, OpenID Connect, аудит попыток входа и блокировку аккаунта после заданного числа неудач. События внутри системы фиксируют действия над документами и другими объектами, что важно для расследования изменений.

Версия 4.12.1 вышла как maintenance-релиз с акцентом на безопасность и устойчивость: усилены проверки object permissions в REST API, обновлены Django, Pillow, pypdf и другие зависимости с закрытием опубликованных CVE, а внешним процессам OCR, MIME detection, parsing, signature operations и conversion добавлены временные ограничения. Для администратора это аргумент держаться поддерживаемой ветки 4.12, а не откладывать обновления на годы.

При этом наличие функций безопасности не делает развертывание безопасным автоматически. SSL termination, firewall, секреты, настройки reverse proxy, резервные копии, изоляция storage и политика обновлений остаются обязанностью владельца установки. На Linux отдельного внимания требуют владельцы каталогов и permissions; базовые принципы можно сверить с материалом про права доступа к файлам и каталогам.

ИИ-функции меняют модель приватности. При подключении OpenAI текст и другие подготовленные данные уходят во внешний API по правилам выбранной интеграции и аккаунта. Ollama позволяет оставить модель на собственной инфраструктуре или направить обращения на свой удалённый узел. Поэтому включать LLM для конфиденциального архива следует только после отдельного решения о том, какие документы допускается передавать конкретному backend.

ClamAV scanning присутствует как функция file metadata, но в новых document types не включается автоматически. Это важная деталь: нельзя считать, что любой загруженный файл уже прошёл проверку. Если антивирусная проверка является обязательным контролем, администратор должен явно включить соответствующий driver и проверить его работу на нужных типах документов.

Цена, лицензия и стоимость эксплуатации

Сам Mayan EDMS можно развернуть без платы за лицензию: GPL 2.0 разрешает использовать и модифицировать систему в рамках условий этой лицензии. У проекта нет искусственно урезанной бесплатной версии, которую нужно заменить платной ради workflow, OCR или API. Это отличает Mayan EDMS от продуктов, где Community Edition ограничена набором модулей.

Профессиональная помощь оплачивается отдельно. Актуальный FAQ не закрепляет универсальный прайс на консультации и enterprise-работы: стоимость engagement определяется по содержанию и ценности работ, а параметры обсуждаются с командой. На старой публичной странице поддержки сохранялись фиксированные планы, но в текущей документации для изменяемой цены используется модель обращения за коммерческим предложением. Поэтому бюджет внедрения лучше считать не по устаревшей цифре, а по собственной архитектуре и объёму услуг.

У бесплатной лицензии есть скрытая стоимость владения. Нужны сервер или облачные ресурсы, SSD и резервное хранилище; время администратора на Docker, базу данных и обновления; настройка мониторинга; возможный object storage; сопровождение OCR и очередей; тестовый стенд для обновлений; миграция данных из прежнего DMS; а при OpenAI — отдельный внешний API. В маленьком архиве эти расходы могут превысить стоимость простой SaaS-подписки, зато организация сохраняет контроль над инфраструктурой и не платит за каждую встроенную функцию.

Матрица сохранности результата

Действие	Что сохраняется	Что меняется или теряется	Обратимость
Поворот, crop, flip, resize страницы	Исходный uploaded file	Меняется только визуальное представление	Преобразование можно убрать
Redaction	Исходный файл под слоем	На отображаемой странице закрывается область	Слой redaction можно удалить при наличии прав
Создание новой version	Старые версии и исходные файлы	Активным может стать другое представление	Можно вернуть прежнюю active version
Page remapping	Загруженные файлы и страницы	Меняется порядок и включение страниц в версии	Новая версия или remap позволяют восстановить структуру
Экспорт version в PDF	Репозиторий и исходники	Создаётся отдельный производный PDF	Ничего в исходном документе не удаляется
Скачивание оригинала	Внутренний объект и история	Создаётся локальная копия файла	Не влияет на репозиторий
Удаление в trash	Объект остаётся в механизме корзины до окончательного удаления	Документ исчезает из обычных рабочих списков	Восстановление зависит от того, не выполнено ли окончательное удаление
Окончательное удаление	Только внешние резервные копии, если они существуют	Рабочий объект удаляется из Mayan EDMS	Возврат требует восстановления из backup, а не обычной отмены

Эта модель показывает сильную сторону Mayan EDMS: визуальные изменения и версии проектируются как неразрушающие. Но она не заменяет резервное копирование. База данных хранит структуру и связи, storage — файлы, а дополнительные сервисы поддерживают очереди и поиск. Потеря volume или базы не исправляется тем, что page transformation была обратимой.

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

При недоступности очередей и workers веб-интерфейс может продолжать отвечать, но новые документы зависнут в фоновой обработке: не появятся превью, OCR, parsing, indexing или экспорт. Это типичный признак того, что следует проверять состояние контейнеров и task manager, а не повторять загрузку десятки раз.

При проблемах с storage метаданные документа ещё могут отображаться из базы, но исходники и страницы перестанут открываться. Ошибка особенно опасна, потому что список объектов создаёт впечатление, будто архив на месте. Проверка должна включать реальное скачивание оригинала и открытие нескольких страниц из разных document types.

При проблемах с PostgreSQL фактически останавливается весь прикладной слой: Mayan EDMS теряет доступ к документным объектам, ролям, метаданным и конфигурации. Это более критичная зависимость, чем поисковый индекс, который можно перестроить.

При сбое OCR сами документы сохраняются, но новые сканы не становятся полнотекстовыми. Поиск по labels и существующим metadata продолжает работать, поэтому симптом легко принять за плохой search. Диагностический признак — отсутствие OCR text на новых version при нормальной работе старых.

При недоступности LibreOffice страдает обработка офисных форматов: исходные файлы остаются в репозитории, но preview и связанные операции конвертера для Word, spreadsheet и presentation-файлов могут не формироваться.

При недоступности OpenAI или удалённого Ollama прекращаются только связанные LLM-функции. Версии, OCR, metadata, cabinets, поиск обычного текста и workflows без LLM продолжают работать. Поэтому ИИ следует проектировать как дополнительный слой, а не как единственный способ классификации критичных документов.

При потере внешнего интернета локальный self-hosted репозиторий может продолжать работать внутри сети, но внешние API, public cloud storage, OIDC provider за пределами площадки и другие сетевые integrations станут недоступны. Архитектура должна заранее определять, какие функции являются локальными, а какие зависят от сторонних endpoints.

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

Ниже описан рабочий маршрут для актуальной веб-ветки Mayan EDMS. Названия основных элементов оставлены в английском виде, поскольку интерфейс многоязычный и перевод может отличаться. Все операции предполагают, что администратор уже развернул систему и выдал текущему пользователю необходимые permissions.

Загрузить первый документ через New document

Цель. Добавить файл в репозиторий через браузер и получить документ с preview, text processing и активной версией.

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

1. В главном меню выберите New document.
2. На шаге источника выберите Default source.
3. Укажите локальный файл в поле загрузки.
4. Проверьте выбранный document type и доступные поля мастера.
5. Запустите upload и дождитесь появления документа в репозитории.
6. Откройте созданный объект и дождитесь завершения фоновых задач preview, parsing или OCR.

Проверка. Документ виден в списке All documents, открывается preview и присутствует active version. Для текстового PDF дополнительно проверьте извлечённый текст, для скана — OCR text после окончания фоновой обработки.

Типичная ошибка. Пользователь повторно загружает файл, потому что preview не появился сразу. В Mayan EDMS тяжёлая обработка идёт в фоне; сначала нужно убедиться, что документ уже создан и очередь работает.

Безопасный откат. Ошибочно созданный документ переместите в trash только после проверки, что нужный файл действительно существует в правильном объекте.

Настроить document type и привязать metadata

Цель. Перейти от Default к нормальной классификации, например «Договор», «Счёт» или «Акт».

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

1. Откройте системную область настройки и раздел Document types.
2. Создайте новый document type с предметным label.
3. В разделе Metadata создайте нужные metadata types.
4. Свяжите metadata types с созданным document type, отмечая действительно обязательные поля как required.
5. Загрузите контрольный документ этого типа через New document и заполните обязательные значения.

Проверка. После открытия документа metadata отображаются в его информации, а значения участвуют в search и доступны templates.

Типичная ошибка. Обязательными делают слишком много полей, из-за чего browser upload превращается в длинную анкету. Required стоит оставлять только для реквизитов, без которых документ нельзя корректно принять.

Безопасный откат. Сначала снимите обязательность поля для новых документов, затем исправьте схему на тестовом типе. Не удаляйте metadata type, пока не оценено, где его используют workflows, indexes и templates.

Организовать документы через Tags и Cabinets

Цель. Добавить ручную классификацию поверх document type.

Подготовка. Решите, что является постоянной иерархией, а что временным статусом. Для иерархии удобнее Cabinets, для визуального маркера — Tags.

1. Создайте нужные объекты в разделах Tags и Cabinets.
2. Откройте документ.
3. Перейдите к действиям, связанным с Tags, и назначьте одну или несколько меток.
4. Откройте действия Cabinets и добавьте документ в нужные cabinets.
5. Вернитесь к списку и проверьте фильтрацию или навигацию через выбранные объекты.

Проверка. Tag виден у документа, а сам объект доступен из выбранного cabinet. Один документ может присутствовать в нескольких cabinets без создания копий файла.

Типичная ошибка. Пользователь строит одну и ту же классификацию одновременно через document types, cabinets и tags. Это создаёт три независимых места, которые приходится поддерживать.

Безопасный откат. Удаление связи документа с tag или cabinet не удаляет исходный файл. Сначала снимите лишнюю связь с тестового объекта и проверьте, не используется ли она workflow или index.

Получить текст через Parsing или OCR

Цель. Сделать документ доступным для полнотекстового поиска.

Подготовка. Для PDF с текстовым слоем предпочтителен parsing; для изображений и сканов нужен OCR. Для OCR заранее задайте правильный document language.

1. Откройте document version, для которой нужно получить текст.
2. Проверьте, есть ли уже извлечённый text content.
3. Для скана откройте действие OCR и отправьте version на распознавание.
4. Дождитесь выполнения фоновой задачи.
5. Откройте OCR или text view и прочитайте несколько характерных фрагментов, включая цифры и имена.
6. Выполните Search по слову, которое присутствует только внутри документа.

Проверка. Поиск находит документ по внутреннему тексту, а в text view отсутствуют систематические ошибки языка.

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

Безопасный откат. Повторное OCR не требует менять original file. Исправьте language и обработайте нужную version заново.

Найти документ через Search и Advanced

Цель. Найти объект без знания пути или исходного filename.

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

1. Откройте Search в верхней части интерфейса.
2. Введите редкий фрагмент из текста или точный реквизит.
3. Если результатов много, используйте Advanced.
4. Ограничьте выбор document type, metadata, label или другим доступным полем.
5. Откройте найденный документ и сверяйте не только label, но и metadata и preview.

Проверка. Результат содержит требуемый документ, а набор фильтров исключает одноимённые объекты.

Типичная ошибка. Отсутствие результата принимают за потерю документа. Сначала проверьте permissions, затем OCR/parsing и состояние search indexing.

Безопасный откат. Поисковые действия не меняют документы. Сбросьте фильтры и повторите поиск по ID, label или metadata.

Добавить новый файл и управлять версиями

Цель. Сохранить новую редакцию документа, не теряя предыдущую.

Подготовка. Убедитесь, что новый файл относится к существующему документу, а не должен стать отдельным объектом.

1. Откройте нужный документ.
2. Перейдите в область document files и используйте действие добавления нового file.
3. Загрузите новую редакцию.
4. Откройте список document versions и убедитесь, что появилась новая version.
5. При необходимости измените active version.
6. Сравните preview нескольких страниц старой и новой version.

Проверка. Старый file и предыдущая version остаются доступны, а активная version соответствует выбранной редакции.

Типичная ошибка. Новую редакцию загружают через New document и получают два независимых документа. Исправлять это сложнее, чем сразу добавить file к существующему объекту.

Безопасный откат. Не удаляйте старую version. Верните её активной, если новая редакция оказалась ошибочной.

Переставить страницы и применить неразрушающее преобразование

Цель. Исправить порядок страниц или вид плохого скана без редактирования оригинала.

Подготовка. Работайте с document version и заранее определите, какие страницы должны остаться активными.

1. Откройте document version и её pages.
2. Используйте функции page remapping для изменения порядка или отключения ненужной страницы.
3. Для визуальной коррекции откройте transformations выбранной страницы.
4. Примените нужную операцию: rotate, crop, flip или другое доступное преобразование.
5. Обновите preview и проверьте несколько соседних страниц.

Проверка. В version страницы идут в нужном порядке, а original file при скачивании остаётся неизменным.

Типичная ошибка. Неразрушающую correction принимают за физическое изменение PDF. При скачивании original пользователь видит старую ориентацию и считает операцию несработавшей.

Безопасный откат. Удалите transformation или верните предыдущий remap. Для сомнительного результата лучше создать новую version, сохранив старую.

Экспортировать version в PDF и скачать исходники

Цель. Получить переносимую копию документа или его текущего логического представления.

Подготовка. Решите, что требуется: original file или PDF, собранный из страниц document version.

1. Для исходника откройте document files и используйте download для нужного file.
2. Для логического представления откройте document version и действие export.
3. Запустите экспорт в PDF.
4. Дождитесь завершения фоновой задачи и сообщения о готовом файле.
5. Откройте Downloads и скачайте сформированный PDF.
6. Сверьте число страниц, порядок и redactions, которые должны присутствовать в визуальном результате.

Проверка. Original совпадает с загруженным файлом, а exported PDF отражает текущую page composition выбранной version.

Типичная ошибка. Пользователь скачивает original и ожидает увидеть non-destructive transformations. Для них нужен export document version.

Безопасный откат. Экспорт ничего не меняет в репозитории. Ошибочный download можно удалить из списка Downloads и сформировать заново.

Создать простой Workflow согласования

Цель. Перевести документ через формальные состояния, например «Новый» → «На проверке» → «Одобрен».

Подготовка. Определите состояния, переходы, роли и события до настройки. Для первого workflow не добавляйте автоматические HTTP actions и сложные templates.

1. Откройте раздел Workflows и создайте workflow template.
2. Добавьте состояния с понятными labels.
3. Создайте transitions между допустимыми парами состояний.
4. Свяжите workflow с нужным document type.
5. Добавьте только одно безопасное действие состояния, например назначение tag или внутреннего сообщения.
6. Загрузите тестовый документ и выполните переход вручную.
7. Проверьте event history и состояние документа.

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

Типичная ошибка. Workflow сразу связывают с production document type и включают несколько автоматических действий. При ошибке условий большое число документов начинает менять состояние автоматически.

Безопасный откат. Сначала отключите автоматический trigger, затем исправьте template на отдельном тестовом типе. Не удаляйте историю уже выполненных действий ради косметической чистоты.

Проверить права роли перед передачей доступа

Цель. Дать пользователю только те действия, которые нужны по роли.

Подготовка. Создайте тестовый аккаунт без staff и superuser-привилегий. Проверка от имени администратора не показывает реальную картину ACL.

1. Создайте или откройте role.
2. Добавьте только необходимые permissions.
3. Свяжите role с нужной group или пользователями.
4. Назначьте ACL на document type, document, cabinet или другой объект, где требуется ограничение.
5. Войдите тестовым пользователем.
6. Отдельно проверьте view, download, print, export и metadata edit.

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

Типичная ошибка. Роль получает слишком широкое global permission, а затем администратор пытается сузить её точечными ACL. Проще начинать с минимальных прав.

Безопасный откат. Отзовите лишнее permission или ACL grant и повторите проверку тестовым аккаунтом.

Сквозной сценарий: от входящего скана до контролируемого PDF

Цель. Пройти типичный жизненный цикл: загрузка, классификация, OCR, проверка, организация и экспорт.

Подготовка. Созданы document type «Договор», metadata «Номер» и «Дата», tag «Проверен», cabinet «Договоры», а текущий пользователь имеет права на загрузку, metadata, tag, cabinet, OCR и export.

1. Выберите New document, источник Default source и загрузите скан PDF.
2. Назначьте document type «Договор», заполните «Номер» и «Дата».
3. Откройте созданную version и дождитесь preview.
4. Если текст отсутствует, отправьте version на OCR с корректным language.
5. Через Search найдите документ по фразе внутри скана.
6. Добавьте tag «Проверен» и поместите объект в cabinet «Договоры».
7. Проверьте active version, порядок страниц и отсутствие лишних transformations.
8. Запустите export version в PDF.
9. В Downloads скачайте итог и сверяйте номер страниц, метаданные в Mayan EDMS и читаемость текста.

Проверка. В репозитории остаются original file, metadata, OCR text, события и классификация, а наружу передаётся отдельный PDF из current version.

Типичная ошибка. Сотрудник воспринимает exported PDF как полную резервную копию документа. Он не содержит ACL, workflow history, внутренние metadata relationships и настройки репозитория.

Безопасный откат. Удалите ошибочный download, исправьте metadata или active version и сформируйте PDF заново. Original file при этом не меняется.

Плюсы

• Свободная GPL 2.0-лицензия без функционально урезанной Community-редакции.
• Чёткое разделение original files, document versions и page composition, позволяющее менять представление без порчи исходника.
• Полнотекстовый поиск объединяет OCR, parsing, metadata и свойства документов.
• Гибкие sources подходят и для браузерной загрузки, и для почты, watched folders, SANE и object storage.
• Workflows, events, templates, REST API и sequences позволяют строить сложную автоматизацию без подмены DMS внешним скриптом для каждой операции.
• Развитая модель roles, ACL и permissions подходит для организаций, где чтение, скачивание, печать и редактирование должны контролироваться отдельно.
• Система работает как self-hosted-платформа, поэтому место хранения и сетевой контур определяет владелец.
• Есть современная поддерживаемая ветка 4.12, обновлённая в августе 2026 года, с активными security fixes.
• ИИ не привязан к одному провайдеру: можно использовать OpenAI или собственный Ollama.

Минусы

• Это серверный продукт: без навыков Docker, Linux, сетей и резервного копирования эксплуатация сложнее обычного приложения.
• Минимальные 4 ГБ RAM подходят только как нижний порог; базовая рекомендация 16 ГБ показывает, что фоновые процессы требуют заметных ресурсов.
• Офисный preview зависит от LibreOffice на сервере, OCR — от отдельного движка и очередей, а расширенные integrations добавляют новые точки отказа.
• Пользовательская модель из document types, metadata, tags, cabinets, indexes, workflows и ACL требует проектирования до массового импорта.
• Отдельного простого мобильного приложения для неадминистративной работы не требуется и не является центром продукта; мобильный сценарий основан на web UI.
• Export в PDF не является полной миграцией репозитория: связи, права, история и workflow остаются внутри Mayan EDMS.
• Самостоятельное размещение снимает лицензионные платежи за ПО, но переносит стоимость на инфраструктуру и сопровождение.
• LLM-функции требуют отдельной политики приватности и проверки результата, особенно при использовании внешнего API.

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

• Небольшой организации с техническим администратором, которой нужен общий архив документов, OCR, версии и права без покупки закрытой DMS-лицензии.
• Отделу с большим потоком сканов, где документы приходят из папок, почты или сканеров и должны автоматически становиться searchable.
• Команде со сложным согласованием, которой нужны workflow states, events, escalation, roles и журнал действий.
• Организации с требованиями к self-hosting, когда хранение файлов и базы должно оставаться на своей площадке или в выбранном облаке.
• Интеграционному проекту, где DMS должна общаться с ERP, CRM, порталом или внутренним сервисом через REST API и templates.
• Архиву с разнородной классификацией, где одного дерева папок недостаточно и нужны metadata, cabinets, tags и automatic indexes одновременно.

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

• Пользователю одного компьютера, которому нужно только открывать, подписывать или редактировать несколько PDF.
• Команде без администратора, если никто не готов отвечать за Docker, базу данных, storage, обновления и backup.
• Сценарию «поставил и забыл»: поддерживаемая серверная DMS требует планового обслуживания.
• Проекту, где основная работа — совместное редактирование офисных файлов в реальном времени. Mayan EDMS хранит и контролирует документы, но не заменяет online office suite.
• Очень простому домашнему архиву, где достаточно папок, OCR и автоматического именования без workflow, ACL и сложной объектной модели.

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

Система	Основная задача	Платформа	Порог освоения	Форматы и OCR	Автоматизация	Модель оплаты	Ограничения	Подходящий сценарий
Mayan EDMS	Полноценный EDMS с контролем жизненного цикла	Self-hosted web, Docker Compose, GNU/Linux предпочтителен	Высокий	PDF, TIFF и офисные документы как многостраничные; Tesseract OCR; другие форматы через converter	Workflows, events, templates, REST API, sequences	GPL 2.0, плата за лицензию на ПО не требуется; профессиональные услуги отдельно	Нужны серверная инфраструктура, настройка прав, очередей, storage и обновлений	Организациям с аудитом, детальными правами, версиями, workflow и интеграциями
Paperless-ngx	Поисковый архив личных и офисных документов	Self-hosted web	Средний	OCR, PDF/A и хранение originals; Tesseract более чем для 100 языков	Автоматические tags, correspondents и document types; дополнительные AI-компоненты опциональны	Open source	Фокус сделан на searchable archive и автоматической классификации, а не на сложной EDMS-модели	Домашнему архиву и небольшому офису, где не нужны многоступенчатые процессы Mayan EDMS
Papermerge	Цифровой архив сканов и born-digital документов	Self-hosted web; Papermerge Cloud заявлен к официальному запуску 11 ноября 2026 года	Средний	PDF, TIFF, JPEG, PNG; OCR и текстовый слой	Filing rules, custom fields, metadata-driven filing, tags и folders	Self-hosted open source; цена Papermerge Cloud на дату обзора ещё не установлена	Текущая документация активно дополняется перед запуском Cloud	Архиву с упором на визуальную работу с файлами, OCR и автоматическое раскладывание по реквизитам
OpenKM Community 7.0	EDRMS/DMS для корпоративного репозитория	Java, web; Linux, Windows и macOS как серверные ОС	Высокий	Документы, records, PDF, Office, email и другие типы	Workflow, metadata, audit и средства управления records	Community 7.0 бесплатна как binary package	Начиная с 7.0 исходный код Community больше не публикуется; старые 6.3 и ранее сохраняют прежнюю GPL-модель	Команде, которой нужен классический EDRMS и устраивает бинарное распространение текущей Community
LogicalDOC Community	Корпоративное хранение, поиск и совместная работа	Java/Tomcat, web; доступна самостоятельная установка	Средне-высокий	Хранение разных типов документов, multilingual full-text indexing; OCR присутствует в линейке функций	Workflow light, task manager, REST/SOAP API, WebDAV и CMIS	Community Edition open source под LGPLv3	Официальная документация в значительной части описывает Enterprise, поэтому перед внедрением нужно сверять доступность каждой функции именно в Community	Команде, которая предпочитает Java-стек, классическую DMS-структуру и стандартные интеграционные интерфейсы

Различие этих систем лучше оценивать по модели работы. Paperless-ngx ставит в центр searchable archive, OCR и автоматическую классификацию. Papermerge ориентирован на цифровой архив с привычной файловой навигацией и filing rules. OpenKM и LogicalDOC ближе к классическим корпоративным DMS. Mayan EDMS выделяется сочетанием document files, логических versions, object-level ACL, workflow engine, событий и API в одной свободной self-hosted платформе, но именно эта глубина повышает требования к администрированию.

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

Документ загрузился, но preview долго не появляется

Симптом. Объект уже есть в All documents, а карточка страницы пустая или сообщает о незавершённой обработке. Возможная причина. Очередь converter занята, worker остановлен или файл требует тяжёлой конвертации. Диагностика. Сравните с маленьким PDF, откройте task/error log объекта и проверьте состояние контейнеров через Docker Compose. Исправление. Восстановите работоспособность worker и зависимости конвертера, не создавая повторные документы. Проверка. Preview должен появиться и для старого проблемного объекта без повторной загрузки.

OCR не распознаёт русский текст

Симптом. В OCR text много похожих латинских букв и ошибок в словах. Возможная причина. У документа выбран неверный language или Tesseract не располагает нужными языковыми данными. Диагностика. Проверьте язык document и список языков OCR backend. Исправление. Установите нужные данные Tesseract, задайте корректный language и обработайте version повторно. Проверка. Search должен находить контрольную фразу кириллицей.

Поиск не находит документ, который виден в списке

Симптом. Документ открывается по прямой навигации, но не находится по содержимому. Возможная причина. Не завершён parsing/OCR, поисковый index не обновился или роль не имеет доступа к полю. Диагностика. Проверьте text content, metadata и событие индексирования. Исправление. Завершите OCR/parsing и перестройте индекс для проблемного scope, если он рассинхронизирован. Проверка. Поиск по уникальной фразе возвращает один ожидаемый объект.

Офисный документ скачивается, но не отображается в браузере

Симптом. Original доступен, preview отсутствует. Возможная причина. LibreOffice не установлен, не запускается или converter не может обработать конкретный файл. Диагностика. Проверьте error log document file и наличие LibreOffice внутри серверной среды. Исправление. Восстановите LibreOffice/converter и повторите обработку файла. Проверка. Страница office document должна отображаться без установки офисного пакета на клиентский компьютер.

После изменения Linux-каталога файлы перестали открываться

Симптом. Интерфейс показывает документы, но download и preview возвращают ошибки чтения. Возможная причина. Контейнер потерял доступ к volume или изменились owner и file permissions. Диагностика. Сверьте mounts, владельца и права каталога; системные события удобно сопоставлять с логами Linux. Исправление. Верните корректный mount и минимально необходимые permissions сервисному пользователю. Проверка. Откройте preview и скачайте originals из нескольких document types.

Экспорт version в PDF не появляется в Downloads

Симптом. Export запущен, но готового файла нет. Возможная причина. Фоновая task завершилась ошибкой, одна из страниц не может быть собрана, либо worker недоступен. Диагностика. Откройте error log document version и task manager. В 4.12 неудачный экспорт записывается в error log version. Исправление. Устраните ошибку страницы или worker и повторите export. Проверка. В Downloads появляется полноценный PDF, а не частично сформированный файл.

Пользователь видит документ, но не может скачать или распечатать

Симптом. Preview доступен, а download или print отсутствует. Возможная причина. Эти операции имеют отдельные permissions. Диагностика. Сверьте role и ACL конкретного объекта, не ориентируясь только на permission просмотра. Исправление. Выдайте ровно нужное разрешение на download или print. Проверка. Тестовый пользователь выполняет требуемое действие, но не получает лишних прав на edit или delete.

IMAP или POP3 source перестал импортировать письма

Симптом. Новые сообщения есть на почтовом сервере, но документов в Mayan EDMS не появляется. Возможная причина. Истекли credentials, изменился mailbox, сетевой маршрут или SSL-параметры. Диагностика. Проверьте source error log и соединение с mail server. Исправление. Обновите credential и параметры source, затем возобновите обработку. Проверка. Одно контрольное письмо создаёт документ один раз, без дублей.

После массовой загрузки интерфейс стал медленным

Симптом. Lists открываются, но page images и background processing заметно задерживаются. Возможная причина. CPU, RAM или I/O заняты OCR, preview, parsing и indexing. Диагностика. Посмотрите загрузку containers, размер очередей и swap. Исправление. Уменьшите параллельность тяжёлых задач или увеличьте ресурсы; для постоянной нагрузки пересмотрите архитектуру workers и storage. Проверка. Во время следующей batch upload обычные документы продолжают открываться с приемлемой задержкой.

После обновления появились ошибки прав или API

Симптом. Операция работала на старой версии, а после upgrade возвращает отказ или изменённое поведение. Возможная причина. В release notes были backward-incompatible changes, изменились permission checks или endpoint semantics. Диагностика. Сравните каждую промежуточную release note от старой ветки до целевой и воспроизведите сценарий на тестовом экземпляре. Исправление. Адаптируйте интеграцию и ACL под актуальное поведение, а не отключайте проверку доступа. Проверка. Тесты выполняются от обычной роли, а не только от superuser.

Нужно восстановить документ после окончательного удаления

Симптом. Объект отсутствует и в обычных списках, и в trash. Возможная причина. Выполнено окончательное удаление. Диагностика. Проверьте события и наличие backup базы и document storage за нужную дату. Исправление. Восстанавливайте согласованную копию всей системы на отдельном экземпляре и извлекайте требуемые данные; средства восстановления отдельных пользовательских файлов Windows здесь не заменяют серверный backup. Для понимания общей логики восстановления носителей можно отдельно посмотреть программы для восстановления файлов, но production-EDMS должна опираться на заранее созданные резервные копии. Проверка. На восстановленном экземпляре документ открывается вместе с правильной version и metadata.

FAQ

Можно ли использовать Mayan EDMS бесплатно в компании?

Да. Сама программа распространяется по GPL 2.0 и не требует покупки лицензии на число пользователей или документов. Коммерческие услуги, сопровождение и консультации оплачиваются отдельно.

Есть ли бесплатная версия с урезанными функциями?

Нет отдельной урезанной Community-редакции Mayan EDMS. Базовая Docker Compose installation запускает ту же платформу. Ограничения в конкретной установке появляются из-за собственных quotas, инфраструктуры, permissions и подключённых сервисов.

Можно ли поставить Mayan EDMS на Windows как обычную программу?

Актуальная схема — сервер в контейнерах и web client. Документация рекомендует GNU/Linux как наиболее предсказуемый host. Другая ОС подходит при наличии зрелой виртуализации и Docker Compose, но это всё равно не классическое Windows desktop application.

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

Для self-hosted installation документы могут обслуживаться внутри локальной сети. Внешняя связь нужна тем компонентам, которые обращаются наружу: OpenAI, удалённый OIDC, public cloud object storage, внешняя почта и другие integrations.

Хранит ли Mayan EDMS изменённый PDF поверх оригинала?

Не в случае non-destructive transformations и page remapping. Original file сохраняется отдельно, а изменения применяются к логическому представлению pages и versions. Export создаёт производный PDF.

Чем metadata отличаются от tags?

Metadata содержат структурированное значение поля — например номер или дату. Tag — именованная цветовая метка, удобная как статус или категория. Для формального реквизита лучше metadata, для визуального маркера — tag.

Что выбрать: cabinet или index?

Cabinet подходит для ручной иерархии, куда сотрудник явно помещает документ. Index строит структуру автоматически по шаблонам и свойствам и пересчитывается при изменениях.

Есть ли антивирусная проверка файлов?

Есть интеграция ClamAV в механизме file metadata. В новых document types она отключена, пока администратор её явно не активирует. Поэтому отсутствие отдельного предупреждения при upload не является подтверждением сканирования.

Можно ли искать по смыслу, а не только по словам?

Да, актуальная ветка поддерживает semantic search через OpenAI integration. Это дополнительная LLM-функция; обычный full-text search остаётся отдельным механизмом и не требует внешней модели.

Можно ли использовать локальную LLM?

Да. Интеграция Ollama позволяет подключать модель на собственной инфраструктуре или на выбранном удалённом сервере. Это помогает не передавать документы стороннему LLM-провайдеру, но администратор всё равно отвечает за защиту самого Ollama endpoint.

Как переносить данные в другую DMS?

Original files можно скачивать отдельно или массово, version — экспортировать в PDF, а системные данные получать через API. Но универсального файла проекта, который перенесёт в другой продукт ACL, workflows, event history, cabinets и templates одним импортом, нет. Миграцию нужно планировать по сущностям.

Что важнее проверить перед production: скорость или функции?

Сначала целостность и управляемость: backup, restore, permissions, storage, очереди, поиск и поведение обновлений. Высокая скорость бесполезна, если после сбоя нельзя доказуемо восстановить document files вместе с базой и конфигурацией.

Итог

Mayan EDMS имеет смысл выбирать не потому, что он бесплатный, а потому, что его объектная модель соответствует настоящему документообороту: один документ связывает исходные файлы, версии, страницы, metadata, права, события и workflow. Для небольшого архива эта глубина может оказаться лишней. Для организации, которой нужны аудит, разделение ролей, автоматический импорт и формальный жизненный цикл, она становится основной причиной выбора.

Для домашнего скан-архива и простой searchable-библиотеки Paperless-ngx или Papermerge обычно быстрее приводят к результату. Для редактирования отдельных PDF нужен совсем другой класс программ. Mayan EDMS выигрывает в сценариях, где репозиторий должен оставаться управляемой системой, а не папкой с файлами: несколько отделов, разные permissions, регулярный OCR, версии, согласования, API и долгий срок хранения.

Для пилотного внедрения разумнее выбирать ограниченный контур: один тип документов, минимальный набор реквизитов, одна роль и один источник. Критерий готовности здесь не количество включённых модулей, а подтверждённая целостность upload, preview, OCR, search, export, прав и восстановления. Cabinets, indexes, сложные workflows, object storage и LLM оправданы тогда, когда для них уже есть конкретный производственный сценарий.