В Directum RX 4.9 в библиотеке появился новый базовый блок «Ожидание»:

Блок приостанавливает задачу на определенный срок и затем продолжает ее выполнение. Например, сотруднику выдали оригинал документа, и через 2 дня должно прийти задание на возврат. Ожидание этого срока задается в соответствующем свойстве в виде значения или вычисляемого выражения:

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

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

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

По умолчанию задание приходит от имени пользователя, который отправляет задачу. Иногда нужно изменить инициатора, например, чтобы отправить уведомление от лица контролера, принимающего работы. Ранее другого инициатора указывали только в прикладном коде. Теперь это доступно при настройке варианта процесса: в блоках типов «Задание» и «Уведомление» появилось новое свойство Инициатор. В нем можно задавать значение или вычисляемое выражение:

При настройке схемы процесса можно использовать блок «Задача»:

•как подзадачу;

•как независимую от текущего процесса задачу.

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

Раньше срок задавался только в прикладном коде. Теперь аналитик может настроить его, не прибегая к разработке. Для этого в блоке «Задача» появилось новое свойство Конечный срок. В нем можно указывать:

•значение в днях, часах и минутах. При этом срок вычисляется относительно старта блока;

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

В новой версии управлять настройками по умолчанию для бизнес-процессов и интерфейса стало удобнее. Для этого в карточках вариантов процессов, вычисляемых ролей и представлений модулей добавлена вкладка «Хранение»:

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

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

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

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

public virtual void ScriptBlockExecute()

{
  var document = Sungero.Docflow.OfficialDocuments.GetAll(x => x.Id == 1);
  // Преобразовать документ в формат PDF и записать в выходное свойство
  // результат преобразования: ссылку на документ или текст ошибки.
  try
  {
    var convertedDocument = document.ConvertToPDF();
    // Записать в выходное свойство ссылку на преобразованный документ.
    _block.OutProperties.ConvertedDocument = convertedDocument;
  }
  catch
  {
    // Записать в выходное свойство текст ошибки.
    _block.OutProperties.ErrorMessage = "Не удалось выполнить преобразование в PDF";
  }
}

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

В версии 4.9 для блоков «Мониторинг» и «Скрипт» появилась возможность создавать результаты выполнения, а затем использовать их при настройке переходов на схеме варианта процесса. Например, это полезно, если в блоке нужно преобразовывать документ в формат PDF и в зависимости от результата выполнять схему по одной из веток: Успешно или Ошибка.

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

Логика выбора созданного перехода задается через обработчик событий блока. Для этого используется выходное свойство ExecutionResult переменной _block:

public virtual void ScriptBlockExecute()

{  
  var document = Sungero.Docflow.OfficialDocuments.GetAll(x => x.Id == 1);
  // Преобразовать документ в формат PDF.
  try
  {
    var convertedDocument = document.ConvertToPDF();
    // Записать результат выполнения "Успешно".
    _block.OutProperties.ExecutionResult = ExecutionResult.Success;
  }
  catch
  {
    // Записать результат выполнения "Ошибка".
    _block.OutProperties.ExecutionResult = ExecutionResult.Error;
  }
}

Созданные результаты выполнения доступны при настройке схемы процесса. Они отображаются в выпадающем списке при выборе переходов из блоков. Кроме того, в блоках «Скрипт» и «Мониторинг» теперь доступны переходы:

•Безусловный – переход при любом результате;

•Иначе – переход, если для результата выполнения не добавлена отдельная ветка перехода.

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

По умолчанию максимальное количество одновременных потоков для асинхронного выполнения блоков равно 15. Это значение можно изменить в секции WorkflowBlockService конфигурационного файла с помощью нового параметра MAX_PARALLEL_ASYNC_BLOCK_EXECUTIONS (Windows, Linux). Также обработку асинхронных событий можно отключить, записав в параметр значение 0. Например, это может потребоваться, если сервис WorkflowBlockService развернут на нескольких серверах, и для асинхронных событий выделен только один из них.

Теперь в блоке «Мониторинг» можно добавить код, который выполняется при завершении блока. Для этого появилось новое событие «Конец блока». Оно может содержать длительные операции, например формирование отчета, и выполняется асинхронно.

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