Жизненные циклы
Обновлено: 01.10.2024
Компонента Жизненные циклы позволяет настраивать наборы состояний и правила переходов сущностей. Для каждой сущности задан набор взаимосвязанных состояний по умолчанию.
Примечание
Для настройки жизненных циклов требуется набор прав для роли Администратор
с активной гранулой «Жизненные циклы».
Настройка жизненных циклов доступна для следующих сущностей:
- Акт.
- Проект.
- Версия проекта.
- Запрос ресурса.
- Заявка на затраты.
- Заявка на отсутствие.
- Матрица ставок.
- Сертификат.
- Счет.
- Таймшит.
- Задача.
- Для настройки перейдите к компоненте Жизненные циклы.
- Выберите необходимую сущность для настройки.
Жизненный цикл любой сущности состоит из справочника состояний, набора используемых состояний и переходов между ними. Переходы определяют возможность изменения состояний.
Атрибуты справочника состояний:
- Наименование — наименование состояния жизненного цикла. Должно быть уникальным в рамках одной сущности.
- Код — код состояния, должен быть уникальным в рамках одной сущности.
- Стиль — выбор стиля состояния из перечня допустимых.
- Системное — признак системного состояния сущности.
- Сущность только на чтение — признак запрета внесения изменений в сущность.
- Сущность отключена — признак отключения сущности.
Атрибуты справочника состояний:
- Наименование — наименование состояния жизненного цикла. Должно быть уникальным в рамках одной сущности.
- Начальное — признак начального состояния сущности.
- Переходы — допустимые переходы из одного состояния в другое.
Набор состояний жизненного цикла для типа сущности позволяет создавать, редактировать и удалять состояния жизненного цикла для типа сущности. Созданные состояния для типа сущности будут использованы при определении жизненного цикла видов сущности. Так, для типа сущности «Задача», могут существовать виды сущности типа «Баг», «Поручение», «Вакансия» и т. д.
Примечание
На данный момент виды сущностей реализованы только для типа сущности «Задача». В будущем планируется добавить всем типам сущности виды сущности.
Для добавления нового состояния нажмите Создать. Откроется карточка создания состояния:
![](issued.png «Создание состояния)
В карточке вводится наименование и код нового состояния, выбирается стиль и задаются свойства состояния.
Свойства состояния настраиваются нажатием галки слева от свойства:
- Системное — нельзя изменять/удалять это состояние, доступно только редактирование переходов.
- Сущность только на чтение — сущности в этом состоянии недоступны для редактирования.
- Сущность отключена — сущности в этом состоянии являются неактивными.
Примечание
Сущности с системным состоянием создаются при развертывании системы по умолчанию и необходимы для корректного функционирования системы. Их нельзя создавать вручную, удалять/редактировать (кроме переходов).
Состояния из справочника Набора состояний для типа сущностей можно добавить в Используемые состояния вида жизненного цикла. Состояния добавляются с привязкой к виду жизненного цикла.
Есть возможность настроить переходы по используемым состояниям вида сущности.
Переходы — это «стрелочки» на блок-схеме. Они определяют допустимые изменения состояния сущности. Свойства переходов можно редактировать по нажатию на кнопку Редактировать, или по нажатию на ссылку в названии перехода. Карточка перехода:
Примечание
Состояние, в котором нет исходящих переходов является терминальным. Перевести сущность из терминального состояния в любое другое нельзя.
Атрибуты перехода:
- Наименование — наименование перехода.
- Локализация — позволяет задать отображаемое наименование кнопки на панели действий для русского и английского интерфейса.
- Иконка — позволяет задать отображаемую в кнопке иконку для перехода. Выбор из каталога иконок. В поле указывается наименование иконки в формате bi-{icon_name}.
Права доступа позволяют указать исполнителей для каждого перехода. В качестве исполнителей можно указывать:
- Роль — исполнитель роли, обычно, вычисляется из контекста сущности:
- Все — выполнение перехода доступно для всех пользователей.
- Автор — выполнение перехода доступно для автора сущности (пользователя, создавшего сущность).
- Руководитель автора — выполнение перехода доступно руководителю автора сущности. Например — руководителю автора таймшита.
- Ресурсный менеджер — выполнение перехода доступно менеджеру ресурсного пула автора сущности.
- Группа — выбор из справочника Группы пользователей. Выполнение перехода доступно всем пользователям, включенным в выбранные группы.
- Пользователь — выбор из справочника Пользователи. Выполнение перехода доступно выбранным пользователям.
- Набор прав — выбор из справочника Наборы прав. Выполнение перехода доступно пользователям, которым явно или через включение в группы, присвоен указанный набор прав.
Совет
Если для согласования сущности используется воркфлоу, то права на принудительные переходы нужно давать только тем сотрудникам, которые должны иметь возможность менять состояния сущности минуя воркфлоу.
Например, принудительная смена состояний таймшитов может быть доступна только Менеджеру по кадрам.
Совет
Важно понимать, что в настройках перехода задаются права на принудительную смену состояний жизненного цикла сущности. Принудительная смена состояний осуществляется «в обход» воркфлоу согласования.
Если для сущности запущено воркфлоу и в этот момент выполняется принудительная смена состояния — воркфлоу будет остановлен, все задачи по воркфлоу будут прекращены.
Как правило, права на принудительную смену состояний сущностей выдаются только Менеджерам по кадрам. Типовой случай, когда необходимо иметь возможность принудительно сменить состояние сущности — откат согласованного таймшита в состояние «Черновик».
На вкладке Форма в карточке перехода:
- Показать форму перехода — отображение формы при выполнении перехода.
- Параметры — запрашиваемые свойства сущности.
- Запросить комментарий — отображение поля для комментария при выполнении перехода.
В интерфейсе сущности переходы отображаются в виде выпадающего списка действий. На примере акта:
Совет
- Старайтесь не создавать лишних состояний, это только ухудшает управление.
- Состояние — это не процесс. Описывайте его в виде причастия или существительного — «Черновик», «Выпущен», «Отменено».
- Старайтесь давать краткие наименования, иначе в интерфейсе они могут «обрезаться».
- Нельзя удалить состояние, если в него есть переходы из других состояний.
- Начальное состояние всегда должно существовать и должно быть единственным, поэтому нельзя деактивировать это свойство в карточке сущности и сохранить изменения. Для смены начального состояния перейдите в карточку состояния, выберите состояние, которое необходимо сделать начальным, активируйте данное свойство и сохраните карточку.
- Наименования состояний и кодов должны быть уникальными в рамках одной сущности.