Почему Битрикс24 — это не СЭД (система электронного документооборота)

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

За годы работы я лично внедрял и настраивал такие решения, как CompanyMedia, БОСС-Референт, 1С:Документооборот, Docsvision и TESSA. Мельком касался Landocs и Directum. Участвовал в разработке трёх систем под заказчиков на базе IBM Lotus, а сейчас разрабатываю собственную платформу электронного документооборота.
Весь этот опыт — от тяжёлого энтерпрайза до собственной разработки — даёт понимание того, как устроены СЭД изнутри.
В этой статье разбираю, почему Битрикс24 не является СЭД, что в нём ломается при попытке выстроить полноценный документооборот и почему это не баг внедрения, а архитектурное ограничение платформы.

1. Что такое современная СЭД и почему Битрикс24 ей не является

Когда говорят о системе электронного документооборота (СЭД), многие представляют себе просто «согласование файлов». На практике современная СЭД — значительно более сложная система. Полноценная СЭД сочетает в себе сразу 2 класса функциональности: ECM (Enterprise Content Management) и BPM (Business Process Management). Также в современных СЭД обязательно должна быть функциональность подписания ЭЦП со штампом времени. Крайне желательно, чтобы была интеграция с внешними системами и ЭДО и долговременный архив.

Возьмём исходящее письмо. В нормальной СЭД это не просто DOCX-файл — это объект с регистрационными данными (номер, дата, тема), привязанными контрагентами и адресатами, ссылками на проект, договор и задачу, списком согласующих и подписантом, историей изменений, статусами, ознакомлениями, связями с другими документами — входящими письмами, актами, ЭДО. Плюс сами файлы: основной документ, приложения, версии, ЭЦП. Всё это существует внутри единой модели данных.

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

Битрикс24 устроен принципиально иначе. Это вообще не про управление документами, а набор законченных приложений: CRM, диск, лента, задачи, календарь, чаты, HR-модули, проекты. Они связаны функционально, но с точки зрения модели данных там нет практически ничего от СЭД. Что касается механизма бизнес-процессов — это отдельный слой автоматизации, «натянутый» поверх нескольких из этих модулей. Система умеет автоматизировать действия, но управлять документами как связанными бизнес-объектами — нет. Связи между документами из приложения «Диск» и логичными для них объектами (сделками, проектами, задачами) установить невозможно.

2. Как в Битрикс24 выглядит согласование документов

Для теста мы запустили два сценария: согласование договора из раздела «Диск» и типовой процесс «Исходящий документ» в Ленте.

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

Статус отправленного документа непонятен

Запускаем процесс: выбираем файл, указываем список согласующих.

Участники получают задание. Однако ни у отправителя, ни у получателей в интерфейсе ничего не меняется. Нет индикатора, что согласование запущено. Можно запустить его повторно — система никак не предупредит.

Чтобы найти запущенный процесс, нужно перейти в Ленту (не спрашивайте почему туда), найти информер в правой части, нажать «Документы» — и только тогда попасть к заданию.

Документ отсутствует в карточке согласования

Добравшись до задания, пользователь не видит сам документ.

Чтобы его открыть, нужно перейти во вкладку «Элемент», затем в новой вкладке браузера нажать «Просмотреть» или «Редактировать» — и документ откроется в еще одной вкладке. В нормальной СЭД пользователь работает с карточкой, заданием и файлами в одном окне.

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

После согласования процесс «исчезает»

После того как пользователь внёс правки, написал комментарий и нажал «Согласовать», инициатор остается в полной неопределённости: кто согласовал, кто отклонил, какие замечания были внесены. Процесс уходит «куда-то внутрь» системы. Найти его можно только в разделе «Автоматизация» — и не забудьте снять фильтр, если хотите увидеть завершенные процессы.

Типовой процесс «Исходящий документ» не создаёт объекта

Сценарий: создаём элемент, прикладываем файл, запускаем процесс, регистратор вписывает номер в поле. Но где теперь исходящее письмо как объект системы? Где реестр исходящих, история переписки с контрагентом, поиск по присвоенному номеру? Приложенный файл не появляется ни в какой понятной структуре. Есть только следы выполнения в разделе «Автоматизация».

3. Главная проблема — отсутствие объектной модели документооборота

Основная проблема — не интерфейсы. Это отсутствие полноценной объектной модели документооборота и принципиальная невозможность её создать штатными средствами платформы.

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

Реестры документов недоступны

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

Юридически значимый ЭДО не поддерживается

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

4. Что в Битриксе действительно сделано хорошо

Несмотря на всё вышесказанное, у Битрикса есть реальные сильные стороны.

Честный итог

Битрикс24 — хорошая система. Просто не про документооборот. Она хорошо работает как CRM, корпоративный портал, таск-менеджер, коммуникационная платформа и инструмент автоматизации действий.

Поэтому если вы ищете аналоги Битрикс24 именно для электронного документооборота, стоит смотреть не на ещё один корпоративный портал, а на специализированную СЭД с объектной моделью документов, реестрами и юридически значимым подписанием — например, Jet form.

Но документооборот — это не автоматизация действий вокруг файлов, а управление документами как бизнес-объектами с полной историей, связями и юридической значимостью. И этого в Битриксе нет.