Платформа LDM.CSP: что умеет, с чем интегрируется и сколько стоит владение

LDM.CSP — российская микросервисная платформа контент-сервисов от ИТ-холдинга LANSOFT (правообладатель ООО «ЛАНСОФТ ДОКУМЕНТ МЕНЕДЖМЕНТ»), включённая в реестр отечественного ПО Минцифры. Платформа предназначена для хранения и обработки корпоративного контента, электронного документооборота, цифровых архивов и создания контент-ориентированных бизнес-приложений средствами low-code. Она масштабируется горизонтально, интегрируется с 1С, SAP, МЭДО и операторами ЮЗЭДО, а на практике применяется для замены IBM FileNet, Documentum, SharePoint и OpenText.

Что такое концепция CSP и чем она отличается от СЭД и ECM

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

CSP (Content Services Platform) идёт дальше и предлагает не законченный продукт, а набор сервисов с открытыми интерфейсами, из которых ИТ-команда собирает нужные ей приложения. Такой подход снимает главное ограничение готовых систем: любой нетиповой сценарий перестаёт быть доработкой у вендора и становится обычной задачей внутренней разработки.

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

Сравнить три подхода удобно по нескольким практическим критериям:

Для крупного бизнеса платформенный подход важен по двум причинам:

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

Архитектура платформы LDM.CSP

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

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

Условно уровни решения выглядят так:

• API-шлюз, который принимает запросы, проверяет токены и распределяет вызовы между сервисами;
• сервисы работы с файлами: загрузка, версии, конвертация, сжатие, перемещение между хранилищами;
• сервис поиска на основе Elasticsearch с полнотекстовыми и атрибутивными индексами;
• сервис бизнес-процессов на промышленном движке с графическим редактором BPMN 2.0;
• слой метаданных и связей объектов в реляционной базе;
• шлюз GraphQL для единого доступа к связанным данным из разных сервисов;
• интерфейсный слой на веб-компонентах, собираемый конструктором микрофронтов.

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

Технологический стек и требования к инфраструктуре

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

• Java с Spring и Project Reactor, а также отдельные сервисы на .NET;
• Apache Kafka для обмена событиями и Debezium для отслеживания изменений в базах;
• Redis для кеширования и Netty для сетевого взаимодействия;
• Keycloak как сервер аутентификации и единого входа;
• Vue.js на стороне пользовательского интерфейса;
• PostgreSQL для метаданных, MongoDB для неструктурированных объектов, Elasticsearch для поиска;
• хранилища S3, NAS и SAN для файлов.

Развернуть систему можно в собственном контуре заказчика или в частном облаке, среда исполнения микросервисов — Kubernetes. Для ИТ-отдела это означает, что искать редких специалистов по проприетарной технологии не придётся: нужны обычные Java-разработчики, инженеры эксплуатации и администраторы баз данных.

На заметку: открытый стек снижает зависимость от вендора, но повышает требования к зрелости эксплуатации. Кластер Kubernetes, Kafka и Elasticsearch требуют собственных компетенций, и это стоит учитывать при планировании штата.

Варианты хранения контента и управление жизненным циклом

Файлы и метаданные разделены, поэтому один и тот же экземпляр системы работает сразу с несколькими типами хранилищ. Поддерживаются объектные хранилища по протоколу S3, файловые ресурсы через NFS и документоориентированная MongoDB.

Управление жизненным циклом контента закрывает следующие возможности:

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

Выбор хранилища напрямую отражается в счетах за инфраструктуру. Разработчик заявляет сокращение расходов на хранение до 40% после перехода на режим горячего и холодного уровней, и именно эта статья обычно растёт быстрее всего при увеличении архива.

Функциональные возможности LDM.CSP

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

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

Работа с документами и файлами

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

Карточка объекта описывается набором атрибутов, которые задаёт администратор под стандарты организации. Для бумажного контура предусмотрены штрихкодирование и массовая печать, полезные при обработке больших пачек входящих документов.

Юридическую значимость обеспечивает единый сервис электронной подписи: поддерживаются простая электронная подпись, неквалифицированная электронная подпись и квалифицированная электронная подпись, включая подписание через «Госключ», а также обработка машиночитаемых доверенностей.

Поиск и распознавание

Поиск работает в трёх режимах:

• полнотекстовый по содержимому файлов;
• атрибутивный по полям карточек;
• федеративный по нескольким подключённым источникам.

Индексация выполняется автоматически, а в версии 1.11 снято ограничение на количество полей в индексах Elasticsearch, что важно при большом объёме структурированных атрибутов.

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

Встроенный модуль OCR отвечает за распознавание текста и классификацию сканированных документов, автоматическое заполнение регистрационных карточек и извлечение реквизитов. По данным вендора, функция LDM.AI сокращает трудозатраты канцелярии до 80%: система распознаёт сканы и извлекает реквизиты, после чего сотрудник проверяет результат. Дополнительно решение выступает MCP-хостом, то есть допускает подключение внешних ИИ-агентов через API.

Бизнес-процессы и маршруты

Процессная часть построена на графическом редакторе BPMN 2.0 и промышленном движке, поддерживается интеграция с Camunda. Маршрут может быть жёстким, когда путь заранее определён, или свободным, когда участники сами выбирают следующий шаг.

Для исполнительской дисциплины доступны:

• поручения с контролем сроков и периодические задания;
• делегирование и автоматическую передачу дел на время отпуска или командировки;
• канбан-доски и единое окно управления задачами;
• уведомления в интерфейсе с дублированием на электронную почту;
• статистические отчёты по сотрудникам, срокам и просрочкам;
• настраиваемые виджеты рабочего стола, например «Отслеживаемые документы» или «Моя загрузка».

Low-code конструктор и расширяемость

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

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

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

Свежая проверка рынка подтверждает эту границу: исследование LDM от 25 февраля 2026 года показывает, что более 70% организаций не успевают за запросами бизнеса, в унаследованных ИТ-ландшафтах срок выпуска изменений часто составляет шесть месяцев и более, а 80% участников не имеют полноценных автотестов в конвейере непрерывной интеграции.

Безопасность и разграничение доступа

Права управляются централизованно и поддерживают три модели одновременно: роли (RBAC), атрибуты (ABAC) и списки доступа к отдельным объектам (ACL). Атрибутивные политики позволяют описать правило один раз, например «руководитель филиала видит договоры своего региона», вместо ручного назначения прав каждому пользователю.

В версии 1.11 добавлен валидатор политик, который блокирует сохранение некорректных настроек, а для запросов, изменяющих состояние системы, реализована интроспекция токенов на уровне API-шлюза. Администратор может гранулированно проверить доступ конкретного сотрудника вплоть до отдельного объекта и применять групповые операции по шаблону.

Аутентификация и единый вход обеспечиваются через Keycloak с подключением к корпоративным каталогам, все действия попадают в журнал аудита. Маркировка персональных данных и полная история операций с каждым объектом закрывают требования 152-ФЗ о защите персональных данных и упрощают подготовку к проверкам регуляторов. Разработчик заявляет автоматический расчёт до 5000 политик доступа, снижение риска несанкционированного доступа до 85% и ускорение администрирования прав на 80%.

Важно: сложные атрибутивные политики традиционно замедляют работу репозитория. По итогам испытаний использование ABAC в LDM.CSP не создавало узких мест, права рассчитывались без заметной задержки.

Интеграции и совместимость с отечественным стеком

Платформа рассчитана на встраивание в существующий ландшафт, а не на его замену целиком. Обмен данными построен на открытых интерфейсах: документированный REST API, стандарт CMIS, SOAP, протокол S3 и ArchiveLink для SAP-окружения.

Прикладных коннекторов достаточно для типового корпоративного контура:

• обмен с 1С по учётным документам и справочникам контрагентов;
• совместное редактирование в «МойОфис» и «Р7-Офис», в том числе через плагины для объединения данных из нескольких источников;
• подключение операторов юридически значимого ЭДО и обмен по МЭДО с государственными органами;
• конструктор печатных форм «ЦМД-софт: WordMerger» для сложных шаблонов и юридически значимых выходных документов;
• low-code система NBT для оркестрации отраслевых процессов;
• внешние ИИ-сервисы и агенты через API.

Отдельная сильная сторона релиза 1.11 — сервис ArchiveLink: LDM.CSP используется как хранилище для SAP, при этом документы не нужно переносить целиком, достаточно подключить внешний репозиторий для отдельных типов контента.

Совместимость с отечественной инфраструктурой подтверждена испытаниями:

По итогам проверки в паре с Astra Linux вендоры сообщили о сокращении объёма собственных тестов у заказчика и снижении проектных рисков. Ранее аналогичное тестирование прошло в среде РЕД ОС: разработчики LANSOFT и РЕД СОФТ успешно проверили CSP-платформу LDM в РЕД ОС 7.3, что позволило выстроить рабочую среду на базе отечественных решений.

В июне 2026 года LDM и «Тантор Лабс» подтвердили совместимость LDM.CSP 1.11 с Tantor Postgres Special Edition 16.2.1. По итогам испытаний стороны подготовили рекомендации по настройке и определили параметры производительности для типовых сценариев.

Помимо подтверждённой совместимости с ОС и СУБД, реестровая запись Минцифры имеет прямое значение для закупок, однако сама по себе она не отменяет проверку условий конкретной процедуры: для государственных и ряда корпоративных заказчиков действуют правила национального режима и преимущественного использования российского ПО. Масштаб этого списка растёт: по данным на июль 2026 года в реестре 31,6 тыс. единиц ПО и 11,7 тыс. правообладателей.

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

Весной 2026 года вендор провёл серию нагрузочных тестов, чтобы проверить поведение системы при промышленной нагрузке. Проверялись основные пользовательские операции: создание, загрузка, чтение и поиск документов, а испытания шли в конфигурации «один экземпляр сервиса» с последующим горизонтальным масштабированием в Kubernetes.

Результаты команда опубликовала отдельным отчётом. Заявленная эталонная нагрузка — порядка 7 млн документов в сутки, причём производительность растёт пропорционально числу узлов.

Вендор также раскрыл детализацию для одного экземпляра: до 15 операций в секунду на создание документа, до 25 — на загрузку файла и до 30 — на чтение; в рабочем диапазоне Error Rate составил 0%.

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

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

Готовые решения на базе платформы

Помимо ядра, вендор поставляет прикладные продукты, которые используют общие API и репозитории. Их можно внедрить как есть, а можно взять за отправную точку и достроить под свои процессы.

В августе 2026 года LDM представила LDM.Box — готовое локальное решение для хранения корпоративных файлов и совместной работы, ориентированное на замену SharePoint и Nextcloud. В продукте заявлены RBAC, ABAC и ACL, блокировка файлов от случайного изменения или удаления, а также интеллектуальный поиск.

Разница между двумя стратегиями принципиальна:

• готовый продукт даёт быстрый результат на типовых процессах, но его логика задана вендором;
• собственная разработка требует аналитика и команды, зато полностью соответствует специфике компании и остаётся её активом.

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

Для кадрового архива риск уже измерим. Исследование LDM, РОСЭУ и «КриптоПро» от февраля 2026 года показало, что 75% российских компаний хранят электронные кадровые документы без соблюдения требований законодательства; в выборку вошли более 500 специалистов и участники 40 глубинных интервью. Только 9% используют электронный архив с электронной подписью, тогда как 50% ограничиваются КЭДО, 22% — бумажными документами, а 19% — электронным архивом без подписи.

Сценарии применения и замена зарубежных систем

Типовые задачи, под которые внедряют платформу, укладываются в несколько групп:

• корпоративный архив;
• единое хранилище неструктурированного контента;
• внутренний и юридически значимый документооборот;
• совместная работа над файлами и долгосрочное хранение с соблюдением регуляторных требований.

Отдельный пласт проектов — вывод из эксплуатации зарубежных систем. Команда вендора с 1998 года занималась внедрением и поддержкой IBM FileNet, Documentum и SharePoint, а также развивала собственную СЭД LanDocs, и этот опыт лёг в основу продукта. В публичных кейсах упоминаются замена IBM FileNet в Россельхозбанке, миграция с SharePoint и перевод архива с Documentum, а сама платформа появилась в 2022 году и в 2024-м вошла в портфель ИТ-холдинга LANSOFT (группы «ЛАНИТ»).

Кейс Россельхозбанка дает ориентир масштаба: опубликованные в мае 2025 года результаты фиксируют около 100 млн документов на платформе, более 20 тыс. внутренних пользователей, свыше 30 млн документов, поступающих ежегодно, и порядка 30 тыс. запросов в час. Удельная стоимость хранения при этом сократилась в 3–5 раз.

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

Уход OpenText с российского рынка добавил остроты: организации, построившие процессы на этой системе, лишились обновлений и поддержки, а вместе с ними и права на спокойное ожидание. Для таких проектов ценна поэтапность: переход с FileNet, OpenText, Alfresco и других западных платформ выполняется без единовременной остановки ландшафта.

Отраслевая специфика заметно различается:

• банки и страховые компании ценят клиентское досье, скорость поиска и строгое разграничение доступа;
• промышленность решает задачи хранения конструкторской и проектной документации в связке с учётными системами;
• госсектор ориентируется на МЭДО, требования Росархива и наличие продукта в реестре;
• ритейл и телеком чаще запускают массовые процессы с большим числом однотипных документов.

Сильные стороны и ограничения LDM.CSP

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

К преимуществам относятся:

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

К чему стоит подготовиться:

• сложные доработки требуют квалифицированной команды, low-code закрывает не всё;
• инфраструктура серьёзнее, чем у монолитной СЭД: кластер, брокер сообщений, поисковый движок;
• без проектной подготовки и описанных процессов внедрение затягивается;
• отдельные функции, включая расширенное распознавание, поставляются как дополнительные модули;
• мобильное приложение для ОС Аврора находится в разработке; для iOS и Android реализован полный функционал.

Как подойти к выбору и внедрению

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

1. Провести аудит процессов и зафиксировать, какие документы и в каком объёме проходят через организацию сегодня;
2. Определить критичность будущей системы для бизнеса и допустимое время простоя;
3. Рассчитать совокупную стоимость владения на горизонте от трёх до пяти лет по всем статьям, а не только по лицензиям;
4. Запустить пилот на одном ограниченном, но реальном сценарии с измеримыми результатами;
5. Оценить требования к инфраструктуре и компетенциям команды, включая эксплуатацию кластера;
6. Спланировать этапы миграции данных и последовательность отключения прежних систем;
7. Согласовать с поставщиком уровень поддержки, дорожную карту и условия передачи документации.

Отдельно стоит проверить, как система ведёт себя на ваших объёмах: демонстрация на сотне тестовых карточек ничего не говорит о работе на миллионах объектов.

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

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

Ниже собраны вопросы, которые чаще всего возникают у ИТ-руководителей при первом знакомстве с продуктом.

Чем LDM.CSP отличается от LDM.Документооборот?

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

Входит ли платформа в реестр отечественного ПО?

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

Можно ли развернуть систему в собственном контуре?

Да, установка выполняется на серверах заказчика или в частном облаке. Именно этот вариант используется в проектах с повышенными требованиями к защите информации.

Какие системы можно заменить?

В публичных кейсах фигурируют IBM FileNet, OpenText Documentum, SharePoint и Alfresco. Замена выполняется поэтапно, с сохранением работающих смежных систем.

Поддерживается ли SAP?

Да, начиная с версии 1.11 реализован сервис протокола ArchiveLink, и репозиторий используется как внешнее хранилище для SAP-окружения. Полная миграция документов при этом не требуется.

Нужны ли разработчики для настройки?

Для типовых задач достаточно инструментов low-code: модель данных, формы, справочники и права настраиваются администратором. Разработчик подключается при нестандартной бизнес-логике или создании плагинов.

Какие СУБД и операционные системы поддерживаются?

Подтверждена совместимость с Astra Linux Special Edition 1.8, РЕД ОС 7.3 и 8, а также с Tantor Postgres Special Edition 16.2.1; штатно используется PostgreSQL, дополнительно MongoDB и Elasticsearch.

Что нового в версии 1.11?

Переработан конструктор микрофронтов, добавлены сервис ArchiveLink и шлюз GraphQL, снят лимит на количество полей в поисковых индексах, появились валидатор политик доступа и интроспекция токенов на API-шлюзе.

Заключение

LDM.CSP стоит рассматривать не как ещё одну систему документооборота, а как технологический слой, на котором организация строит собственные контент-ориентированные приложения. Микросервисная архитектура, открытый стек, механизм плагинов и подтверждённая нагрузочными испытаниями масштабируемость делают её пригодной для крупных распределённых компаний с высокими требованиями к доступности и безопасности.

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