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

•оптимизировано подписание и ускорено открытие карточек документов;

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

Кроме того, в окне списка подписей стало удобнее искать и просматривать информацию:

•теперь данные отображаются на вкладках «По последней версии» и «Все», а вкладка «Актуальные» убрана. Если у документа только одна версия или список подписей открыт по конкретной, то все подписи отображаются в одном списке без вкладок;

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

•список отсортирован по версии документа, результату подписания («Утверждено», «Согласовано», «Не согласовано») и дате;

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

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

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

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

Заполнение групп вложений

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

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

•аналитик – в карточке варианта процесса в настройках блока типа «Задача»;

•разработчик – в редакторе типа задачи.

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

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

Новое событие «Заполнение вложений»

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

В новой версии появилась возможность сократить трудоемкость написания кода для заполнения групп вложений. Теперь для группы, в которую нужно автоматически добавлять вложения, код достаточно добавить только в новом событии Заполнение вложений. В аргументе события e.PopulateFrom() нужно указать:

•группу, при изменении вложений которой перезаполняется текущая группа;

•обработчик для получения вложений.

Пример обработчика события Заполнение вложений:

public override void AddendaGroupPopulating(Sungero.Workflow.Interfaces.AttachmentGroupPopulatingEventArgs e)

    {
      /// С помощью обработчика GetAddenda получить
      /// приложения для документов из группы "На согласование" (ForApprovalGroup)
      /// и добавить их в группу "Приложения" (Addenda).
      e.PopulateFrom(_obj.ForApprovalGroup, GetAddenda);
    }

Cобытие вызывается при добавлении и удалении вложения в указанной в аргументе e.PopulateFrom() группе, а также при старте и рестарте задачи, создании заданий, добавлении новых исполнителей.

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