Docsvision конструктор бизнес процессов

Обновлено: 14.05.2024

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

В отличие от других приложений корпоративной системы (ERP, CRM, PDM и пр.), в которых пользователь работает постоянно и выполняет активную роль при взаимодействии с программой, большинство пользователей СЭД работают в ней периодически, по мере возникновения необходимости обработки того или иного документа в рамках регламентов. Например, необходимо согласовать договор или заявку, утвердить распоряжение по входящему документу и пр. Большая часть процессов даже функцию инициации обработки документа реализует автоматически на основании стандартных процедур регламентов. Сценарий работы в СЭД отличается от работы в других приложениях: система должна уведомить пользователя о необходимости выполнения тех или иных действий и предоставить ему все необходимые данные в удобном интуитивно понятном интерфейсе для их выполнения, т.к. он может обрабатывать этот вид задания раз в год или вообще единственный раз. Уведомление и «доставка» документов и необходимого контента пользователю в нужное время реализуется как раз через механизм заданий. Задание обеспечивает также необходимый интерфейс для обработки документа, предлагая различные варианты завершения, форму для заполнения и пр., а иногда и краткую инструкцию о том, что необходимо сделать.
Как мы уже отметили, задание — достаточно сложный объект. Эта сложность – следствие разнообразия сценариев, которые приходится реализовать разработчикам приложений СЭД с использованием заданий. При всей сложности оно должно быть интуитивно понятным, чтобы сотрудник быстро сориентировался, что и как нужно сделать.

Рис. 1. Интерфейс работы с заданием позволяет реализовать разнообразные операции по его обработке с помощью кнопок ленты.

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

Поведение стандартного функционала задания может быть настроено в справочнике видов объекта «Задание». Например, можно настроить правила делегирования, возможности декомпозиции, правила создания задания из карточек документов (в частности, правила автоматического заполнения полей задания из полей карточки документа).

Рис.2. Богатые возможности настройки стандартного поведения задания в справочнике видов задний без программирования

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

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

Рис.3. Для кастомизации интерфейса и логики обработки задания доступны все инструменты Docsvision

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

Рис. 4. Задание поддерживает механизмы in-place – работу с контентом непосредственно в интерфейсе задания.

В случае если стандартных инструментов маршрутизации и обработки бизнес-логики задания для реализации функций приложения оказывается недостаточно, можно применить еще один механизм кастомизации – специальную функцию бизнес-процесса. Если задание инициировано бизнес-процессом, или бизнес-процесс каким-то образом «отыскал» задание для обработки, то можно настроить его таким образом, что он будет реализовывать логику обработки задания. Например, реализовать обработку нештатных ситуаций — автоматически завершить или отозвать задание, изменить исполнителя, сроки или текст задания, если нарушены какие-то регламенты его обработки. Это можно реализовать без программирования. И, естественно, в процессе можно применить и программную обработку задания, что делает возможности расширения логики обработки практически неограниченными.

Задание – это объект, с которым пользователь должен взаимодействовать в любой момент времени через доступные ему средства коммуникации. Поэтому мы реализовали различные варианты работы с заданиями, через различные типы устройств. Сегодня пользователям доступны:
• Полнофункциональный клиент — Windows приложение
• Легкий клиент, работающий в HTML браузере
• Отдельное мобильное приложение для IPad или IPhone
• Почтовый клиент. Этот тип клиента позволяет обрабатывать задания прямо в стандартной программе электронной почты (например, в Gmail или почтовом клиенте мобильного телефона) без установки дополнительных компонент. Этот тип клиента, конечно, позволяет выполнить далеко не все операции, работы с заданием описанные выше. Но позволяет ознакомиться с файлом документа, внести в него изменения и сообщить о результатах обработки задания, например, согласовать или отклонить документ. Информация об этих действия будет доставлена в СЭД.
Помимо легкости такой обработки, преимуществом является возможность работы в Off-line.

Рис.5. Работа с заданием в легком клиенте

Рис. 6. Так выглядит задание в почтовом клиенте

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

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

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

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

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

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

Конструктор бизнес-процессов Docsvision предоставляет возможность автоматизировать любые бизнес-процессы предприятия путём создания описания процесса в виде блок-схем:

моделируя их в терминах и объектах платформы Docsvision,
оперируя объектами внешних систем с помощью мощных встроенных средств интеграции.

В результате создаются непрерывные логические цепочки.

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

Функции и связи между ними.
Каждая функция выполняет определенное действие, а связь определяет порядок выполнения функций. Конструктор содержит как функции организации процесса (условные переходы, счетчики), так и функции взаимодействия с объектами, включая простые типы данных, а также высокоуровневые объекты системы Docsvision.
Переменные процесса.
Если функция процесса определяет « что » нужно делать, то переменная уточняет «как именно » нужно выполнять действие. Переменные процесса содержат и накапливают значения определенных параметров процесса в ходе его исполнения с возможностью последующего анализа и построения отчетов.
Шлюзы.
Шлюзы используются для взаимодействия как с модулями платформы Docsvision (базовые объекты), так и с внешними системами (файловое хранилище, электронная почта, 1С, SAP и т.п.). Наличие Docsvision API (Application Programming Interface) позволяет реализовать свой собственный шлюз к любой системе.

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

Подсистема управления бизнес-процессами Docsvision выполняет в системе несколько функций:

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

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

Low-Code настройка решения

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

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

Вторым важнейшим компонентом приложения СЭД, помимо документов или карточек документов (в модели приложения, реализованной в платформе Docsvision), являются процессы. Если машина состояний, контекстно-ролевая модель и скрипты определяют поведение и логику отдельного документа в системе, то бизнес-процессы предназначены для реализации сложных сценариев маршрутизации, взаимодействия с внешними по отношению к СЭД приложениями, для обработки событий, не связанных с активностью пользователей, и другой серверной активности в отношении документов.
Например, БП может автоматически создавать новые документы в случае необходимости, обеспечивать передачу информации между документами при возникновении тех или иных событий, рассылать уведомления и т.д.

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

Отмеченная мною выше особенность – совмещение задач моделирования и имплементации в одном инструменте приводит к тому, что для описания процесса используется специальная нотация, ориентированная на конкретную среду исполнения и ее особенности.
С одной стороны, язык описания процесса (нотация) должен содержать элементы, которые представляют логику процесса на высоком уровне – функции для обозначения активностей пользователя и системы, логику последовательности обработки — ветвления и объединения, а также средства декомпозиции процесса (подпроцессы для организации иерархического моделирования).
С другой стороны, необходимы стандартные компоненты, которые позволяют описывать алгоритм обработки, реализовывать в процессе конструкций типа (if – then – else, do-while) работу со счетчиками, коллекциями, операторы сравнения и пр. Также необходимы низкоуровневые функции, ориентированные на работу с конкретными бизнес объектами и их данными, функции обработки специфических для системы событий, управление синхронизацией процесса.
Дополнительно необходимы инструменты для программного расширения стандартного набора функций и функции для реализации сценариев интеграции с другими приложениями.
Все это приводит к тому, что каждая реализация реальной промышленной Workflow системы и Docsvision, в частности, реализует собственную нотацию, которая может использоваться как для моделирования (визуального представления процесса для человека), так и программирования (низкоуровневого описания). При этом модель описания процессов Docsvision содержит все конструкции нотации BPMN (визуально с ней не совпадая), что позволяет импортировать в Docsvision процессы, смоделированные на языке BPMN для дальнейшей имплементации.

Рис. 1. Дизайнер процессов Docsvision реализует собственную нотацию, ориентированную на создание работоспособных приложений, реализующих логику обработки документов в приложениях.

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

Для описания (программирования) процессов Docsvision используется шаблоны. Помимо функций и связей шаблоны содержат параметры.
Параметры — это внутренние переменные процесса, используемые для хранения информации конкретного экземпляра процесса. Например, в процессе обработки договора переменные – это сам файл документа, сумма договора, имя ответственного и согласующих лиц, сроки согласования, контрагент, вид услуги или продукции и пр. Переменные процесса используются для двух целей.
• Первая очевидна – для определения логики обработки процесса и передачи информации между функциями. Например, при старте обработки процесс получает на вход файл договора, который передается между участниками в процессе согласования, а сумма договора используется в функциях условного ветвления для определения логики согласования договора – формы финансового контроля.
• Вторая функция переменных менее очевидна – это параметризация исполняемых функций. Шаблон процесса может содержать функции, которые не содержат конкретных значений параметров (например, имени исполнителя задачи, или срока выполнения). Эти параметры функций могут определяться (или даже вычисляться) по ходу выполнения процесса и на предыдущих шагах, и передаваться в функцию в момент ее инициализации. Это позволяет моделировать сложные процессы, адаптируемые к обрабатываемой в них информации и существенно сокращать количество шаблонов. Если бы данная функция отсутствовала, для каждого частного случая потребовался бы отдельный шаблон, что сильно усложнило бы сопровождение приложений.

Процесс может быть запущен вручную, из другого процесса или с использованием программного интерфейса (API).

Конструктор бизнес-процессов поддерживает работу со следующими видами переменных. К простым относятся следующие типы переменных:
• целое;
• дробное;
• строка;
• да/нет;
• дата/время;
• строковые перечисления.

Большинство переменных позволяет обрабатывать в процессе различные сущности платформы Docsvision:
• карточка;
• файл;
• секция карточки;
• строка секции карточки;
• папка;
• ярлык;
• подразделение: выбирается из справочника сотрудников;
• сотрудник: выбирается из справочника сотрудников;
• группа: выбирается из справочника сотрудников;
• роль: выбирается из справочника сотрудников;
• тип карточки;
• перечисление;
• процесс;
• переменная процесса;
• значение переменной процесса;

2 шлюза — шлюз к файловой системе (ФС) и шлюз к электронной почте входят в конструктор процессов по умолчанию, они несут с собой следующие переменные:

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

Переменные в процесс передаются одним из следующих способов:
• Они могут быть заданы по умолчанию;
• Вводятся вручную при старте процесса;
• Переданы в подпроцесс при автоматическом запуске из родительского процесса;
• Сформированы в ходе процесса, в частности, с помощью скриптов;
• Получены из обрабатываемых процессом документов и других объектов;
• Сформированы автоматически при выполнении операции запуска процесса из интерфейса работы с конкретным документом, если процесс запускается бизнес логикой обработки документа;
• И, наконец, переданы в процесс программно с использований функций API, если процесс стартует с помощью программного кода.

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

Процесс состоит из функций.
Первая группа функций позволяет описать общую структуру процесса – это функции:

Старт – точка начала процесса;
Cтоп – остановка процесса;
Разветвление – создание параллельных веток процесса;
Объединение по И и по ИЛИ – объединение веток процесса;
Подпроцесс – функция служит для декомпозиции процесса при моделировании. Она запускает определенный шаблон и передает туда переменные из родительского процесса. Подпроцесс может быть синхронным, тогда родительский процесс ждет его окончания и получает обратно переменные, и асинхронным – родительский процесс просто запускает подпроцесс. Этот способ запуска процессов используется, в частности, для обработки различных событий. Например, родительский процесс ожидает появления новых документов в системе и запускает параллельные процессы по их обработке.

Вторая группа функций позволяет расширять логику обработки процесса:

Рис.3. Функция сценарий позволяет расширять поведение системы и реализовать произвольную обработку в рамках процесса.

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

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

Функции	Параметры функции	Тип значения параметра
Создать экземпляр процесса	Название экземпляра Шаблон процесса Папка Запустить процесс Возвращаемое значение	Строковое Карточка DV Папка DV Да/Нет Процесс DV, выходной параметр
Запустить процесс	—	—
Остановить процесс	—	—
Получить переменную процесса по имени	Имя переменной Возвращаемое значение	Строковое Переменная процесса DV, выходной параметр
Приостановить процесс	—	—
Создать переменную	Имя переменной Идентификатор шлюза Тип переменной в шлюзе Коллекционная переменная Возвращаемое значение	Строковое Строковое Целое Да/Нет Переменная процесса DV, выходной параметр

Функции мониторинга шлюзов – каждый шлюз приносит с собой набор переменных, дополняющих список переменных, доступных функции универсального обмена, и дополнительные методы в универсальную функцию. Он также может привносить свои специфические функции, которые реализуют сценарии, специфичные для конкретной системы, с которой работает этот шлюз. Любой шлюз включает функцию мониторинга – ее задача обнаруживать в той или иной внешней прикладной системе новые объекты, соответствующие критериям фильтрации или следить за фактом изменения конкретного объекта. Например, функция мониторинга шлюза файловой системы позволит находить новые документы в папке, которые соответствуют критериям фильтрации (например, типу расширения и размеру), а также обнаруживать факт внесения изменения в конкретный файл, обрабатываемый в процессе, лежащий на файловой системе. Естественно в системе имеется функция мониторинга объектов Docsvision.

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

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

Сервис управления бизнес-процессами (BPM) исполняет бизнес-процессы, которые были созданы с помощью конструктора бизнес-процессов или автоматически сгенерированы отдельными приложениями системы.

Бизнес-процесс в системе электронного документооборота – это совокупность этапов, заданий, событий и условий их наступления, которые исполняются по предварительно настроенному сценарию (маршруту). Результат обработки различных этапов может запускать каскад подчинённых процессов или завершать текущий.

Сервис управления бизнес-процессами реализует функции BPM (Business Process Management) подсистемы: распределяет приоритеты выполняемых процессов, запускает подпроцессы и контролирует их синхронизацию, исполняет отдельные функции процессов, маршрутизирует задания, вносит изменения в документы, обеспечивает взаимодействие с внешними системами через функции шлюзов и пр.

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

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

На стороне сервиса процесс представляет собой последовательность обработки этапов, которые могут содержать следующие элементы

Функции организации логики процесса на высоком уровне: функции для инициализации активностей пользователя и системы, логика последовательности обработки – ветвление, объединение, декомпозиция (запуск подпроцессов для организации иерархически связанных процессов).
Функции, которые позволяют описывать алгоритм обработки: работа со счётчиками и коллекциями, операторы сравнения, обработка цикла, синхронизация процессов во времени и пр.
Низкоуровневые функции, ориентированные на работу с конкретными бизнес-объектами и их данными, а также функции обработки специфических для системы событий.
Функции шлюзов для организации взаимодействия с внешними системами (обеспечивают работу шлюзов к файловому хранилищу, электронной почте, 1С, SAP и др.)
Инструменты для программного расширения стандартного набора функций и для реализации разнообразных сценариев интеграции с другими приложениями.

Сервис управления бизнес-процессами ведёт групповую обработку процессов: при наличии в системе нескольких активных процессов некоторые из них будут обрабатываться параллельно (одновременно). Процессы, которые обрабатываются параллельно друг другу, образуют группу обрабатываемых процессов. Пока сервис не завершит обработку любого из процессов группы, остальные активные процессы, не вошедшие в группу, ожидают в очереди процессов.

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

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

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

Для каждого узла можно задать (через Консоль Настройки Docsvision) численную долю от общего количества процессов, которую он будет обрабатывать. Процессы распределяются по узлам целиком – то есть, каждый процесс от начала до конца выполняется на одном узле кластера.

Пример распределения бизнес-процессов в кластере Workflow Docsvision

Кластер Workflow также позволяет частично решить задачи отказоустойчивости – при выходе из строя одного из серверов, входящих в состав кластера (за исключением основного), его нагрузку примут на себя оставшиеся сервера, и обработка процессов не будет приостановлена. Так же для поддержания высокой производительности системы и скорости обработки процессов необходимо контролировать достаточность ресурсов серверов приложений или базы данных.

Кластеризация сервиса управления процессами является его неотъемлемым свойством и не требует установки дополнительных модулей. Возможность использования кластеризации регулируется лицензионной политикой.

Теория: Управление процессами в СЭД

Лекция №8 из видеокурса «Что такое СЭД и как её внедрять?» о том, как реализована подсистема управления бизнес-процессами (BPM подсистема).

Лекция №8 из видеокурса «Что такое СЭД и как её внедрять?» о том, как реализована подсистема управления бизнес-процессами (BPM подсистема) в современных СЭД:

Полноценная и упрощённая системы управления процессами
Структура и функции BPM подсистемы
Нотации моделирования процессов, в частности BPMN
Параметры бизнес-процессов, какие бывают и для чего используются
Функции (Activities) процесса их предназначение и разнообразие, способы запуска процесса

Смотрите все лекции видеокурса «Что такое СЭД и как её внедрять?»

Спикеры

Владимир Андреев Президент компании «ДоксВижн»

Демонстрация настройки решения на базе Docsvision

В ролике показано создание простого решения для автоматической обработки заявок из электронной почты. Представлено моделирование бизнес-логики решения.

В ролике показано создание простого решения для автоматической обработки заявок из электронной почты. Представлено моделирование бизнес-логики решения и настройка бизнес-процесса Low-Code инструментами в интерфейсе Docsvision. Созданный в рамках видео бизнес-процесс выполняет мониторинг почтового ящика, при получении новой заявки извлекает из письма информацию и автоматически создаёт задание в работу сотруднику.

Спикеры

Владимир Балабанов технический эксперт «ДоксВижн»

Выбор и внедрение BPM-системы в IT-ландшафт компании

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

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

Как повысить эффективность бизнеса с помощью BPM-системы

Оптимизация и оцифровка бизнес-процессов – основополагающие шаги в цифровой трансформации предприятия. С помощью BPM-систем сегодня автоматизируют процессы.

Оптимизация и оцифровка бизнес-процессов – основополагающие шаги в цифровой трансформации предприятия. С помощью BPM-систем сегодня автоматизируют процессы многие крупные компании. На примере кейса лизинговой компании разбираем, что из себя представляет BPM-система и как с её помощью обеспечить сквозную автоматизацию процессов.

Мы, разработчики Docsvision, называем этот продукт платформой. Именно платформой, на базе которой можно создавать различные проектные решения.

Чтобы эти решения было удобнее и быстрее создавать, а в дальнейшем и изменять, для платформы Docsvision мы сделали различные инструменты (конструкторы, модули, шлюзы), которые позволяют за счет настройки смоделировать на платформе решение под конкретного заказчика, с учетом его требований.

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

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

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

Открытость.
Гибкость.
Модульность.
Производительность.

Принцип №1: Открытость.

Платформа Docsvision должна быть открыта для разработки на ней.

Более детальнее про архитектуру платформы Docsvision (в том числе про ядро, объектную модель, системные модули, «движок» обработки процессов и т.д.) мы расскажем в нашем одном из наших следующих постов.

Принцип №2: Гибкость.

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

Для этого в последней версии Docsvision мы разработали целых десять конструкторов:

Конструктор карточек.
Конструктор процессов.
Конструктор справочников.
Конструктор состояний.
Конструктор ролей.
Конструктор отчетов.
Конструктор поисковых запросов.
Конструктор скриптов.
Конструктор согласований.
Конструктор нумераторов.

Конструктор процессов.

Конструктор ролей.

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

Мы сейчас не будем подробно раскрывать возможности каждого конструктора, но даже их количество дает представление о том, насколько гибкая платформа Docsvision, и что многие изменения в ней можно сделать просто за счет «выставления нужных галочек».

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

Принцип №3: Модульность.

Архитектура платформы Docsvision должна быть модульной, чтобы заказчик приобретал только те компоненты, которые ему необходимы.

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

1. Набор готовых приложений

Это, например, такие приложения, как «Договоры», «Управление совещаниями», «Управление документами». Это все независимые готовые продукты, которые добавляют к платформе Docsvision соответствующие объекты – формы карточек (например, карточка «Договор»), справочники (например, справочник «Валюты»), роли (например, «Согласующий», «Подписант»). Как уже говорилось выше, все наши приложения мы делаем с использованием средств конструирования платформы Docsvision, а, значит, в проектном решении эти приложения можно адаптировать под требования заказчика.

2. Набор интеграционных шлюзов.

На данный момент мы разработали шлюзы к почте (SMTP/POP3), к 1С: Предприятие, к SharePoint и к SAP B1. Это своего рода готовые коннекторы, которые за счет их настройки позволяют Docsvision интегрировать с внешними системами. Основные функции всех шлюзов – это мониторинг объектов внешней системы, а также чтение и запись данных.

3. Набор рабочих мест пользователей.

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

Читайте также: