Использование Low-Code конструкторов Docsvision

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

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

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

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

В первую очередь, в Конструкторе разметок выполняется создание некоторого набора вариантов отображения карточек у пользователей. Это могут быть, к примеру, разметки для каждого из доступных состояний карточек (ведь очевидно, что в разных состояниях карточка должна выглядеть по-разному).

Конструктор разметок
Рис. 1. Конструктор разметок.

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

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

Конструктор скриптов
Рис. 2. Конструктор скриптов.

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

Конструктор состояний
Рис. 3. Конструктор состояний

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

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

Конструктор согласований
Рис. 4. Конструктор согласований

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

Конструктор согласований
Рис. 5. Конструктор согласований - выбор маршрута согласования

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

Ну и наконец, скажем пару слов о кастомизации отчетов. Безусловно, инструмент для экспорта данных в различные форматы в каком-либо виде будет присутствовать в любой системе. Прежде всего, это отчеты, которые можно сформировать и просмотреть в клиентских приложениях системы. Однако, такие отчеты предполагают выгрузку высокоуровневых данных и только из той базы данных, с которой в данный момент работает пользователь. Возможность экспорта информации, содержащейся в нескольких базах данных (в том числе сторонних), а также низкоуровневых данных непосредственно из таблиц предполагает несколько иной уровень работы с системой, что, как правило, требует создания кастомных решений. В разрабатываемой нами системе для этих целей служит Конструктор отчетов. В частности, данный конструктор позволяет вывести отчет в формат XML.

Внедрение системы документооборота
Рис. 6. Внедрение системы документооборота.

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

Low-Code инструменты Docsvision →

Похожие публикации
21 марта 2024
Практические аспекты и опыт миграции БД в рамках СЭД на базе платформы Docsvision с использованием утилиты миграции.
20 марта 2024
Как оптимизировать настройки платформы, изменить обслуживание системы.
Подпишитесь на рассылку
Нажимая на кнопку «Отправить», вы даёте согласие на обработку ваших персональных данных, в соответствии с политикой «ДоксВижн» в отношении обработки персональных данных.
Поддержка МЧД в СЭД Как изменится порядок подписания? Как подготовить предприятие к изменениям? Как адаптировать СЭД?