Гибкие листы рассылки¶

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

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

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

Работа с гибким листом рассылки реализована на вкладке Маршрут.

Новый гибкий лист рассылки может быть создан несколькими способами (п. Создание нового маршрута):

• Создание маршрута вручную – путем добавления новых и/или типовых этапов.

• Использование шаблона маршрута – путем выбора типового маршрута и при необходимости его последующего редактирования.

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

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

По ходу прохождения маршрута статусы этапов маршрута будут иметь основные состояния и промежуточные. К основным состояниям относятся:

• Новый – состояние этапов незапущенного маршрута. Этапы, находящиеся в этом состоянии, доступны для изменения (редактирования, удаления).

• Запущен – статус активного этапа запущенного маршрута.

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

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

• Остановлен – статус этапа при отмене запущенного маршрута или статус последующих этапов при завершении предыдущего со статусом Завершено с отказом, Завершено из-за ошибки скрипта.

• Ошибка запуска, Ошибка проверки скрипта – статус этапа при ошибке планировщика (при ошибке запуска этапа) или при ошибке выполнения скрипта условия запуска этапа.

• Ожидание внешнего события – статус этапа, когда он приостановлен до выполнения внешнего события.

Промежуточные состояния:

• Запускается, Завершается, Останавливается, В ожидании – статусы, в которых этапы маршрута находятся в ожидании запуска;

• Повтор этапа, Повтор маршрута (с определенного этапа) – статусы, которые устанавливаются Системой при выполнении задачи планировщика;

• Валидация запуска этапа – статус устанавливается при выполнении скрипта, если задано условие запуска этапа.

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

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

Контроль за ходом прохождения маршрута возложен на инициатора маршрута, т. е. того, кто запустил маршрут (его заместителя). Для управления маршрутами в Системе создана роль «Администраторы ГЛР» (до версии 3.8.3.17 аналогичные права выдавались через привилегию Управление маршрутом гибкого листа). Пользователи, входящие в эту роль, обладают правами, аналогичными инициатору маршрута (логическому пользователю), но без привязки к конкретному маршруту, т. е. у них есть возможность администрирования всех запущенных маршрутов документов, которые им доступны. Помимо инициатора маршрута и пользователей роли «Администраторы ГЛР», для администрирования конкретного маршрута можно назначить дополнительных сотрудников, которые будут иметь права на управление текущим маршрутом (п. Права на управление маршрутом).

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

Указание скрипта в условиях запуска этапа (в шаблонах этапов и шаблонах маршрутов) позволит выполнить автоматический пропуск/активацию текущего этапа в ходе исполнения маршрута (в зависимости от результатов выполнения скрипта).

Для документа существует возможность создания параллельных маршрутов (п. Параллельные маршруты).

Гибкий лист рассылки представлен в виде таблицы этапов маршрута.

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

Исполнителями этапов гибкого листа рассылки могут выступать сотрудники, роли, подразделения, группы рассылки, в этом случае при выборе исполнителей этапа (получателей сообщений этапа) будут доступны соответствующие справочники. Исполнителем этапа может быть назначена и бизнес-роль (метка), которая автоматически вычисляется при выборе типового маршрута. В Системе данная метка может иметь единственное соответствие, т. е. одной метке поставлен в соответствии один сотрудник, тогда при выборе типового маршрута вместо метки будет поставлен конкретный сотрудник (соответствие меток и сотрудников задается в справочнике Сотрудники). Метка может быть и вычисляемая, тогда при сохранении выбранного маршрута сотрудник, который соответствует данной метке, будет вычислен. Например, при использовании метки «Мой руководитель» Система будет всегда подставлять руководителя подразделения текущего сотрудника – того, кто создает этапы гибкого листа рассылки (п. Параметры этапа маршрута).

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

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

• при выборе типового маршрута, при создании этапа – тогда при изменении реквизитов документа или при редактировании метки маршрут не пересчитывается, надо заново перевыбрать типовой маршрут или перевыбрать получателей созданного этапа;

• при активации этапа, тогда расчет исполнителей этапа будет происходить в момент, когда на этот этап будет передано управление, согласно логике маршрута.

Это задается при создании этапа в типовом или произвольном маршруте.

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