Атрибут "Назначать глобального ответственного"
Раздел: Модель данных и экранные формы
Прошу дать пояснения по значению и настройкам атрибута "Назначать глобального ответственного", который присутствует на типах:
- "ДО. Ответственные на этапе",
- "ДО. Сервис. Установить ответственное подразделение",
- "ДО. Этап бизнес-процесса".
В чём его отличие от атрибута "Назначить исполнителя как глобального ответственного"? На типе "ДО. Этап бизнес-процесса" присутствуют оба атрибута.
Войдите или Зарегистрируйтесь чтобы комментировать.
Комментарии
Добрый день! Подготовим ответ и вернемся.
Добрый день!
Атрибуты «Назначать глобального ответственного» и «Назначить исполнителя как глобального ответственного» - логические атрибуты, определяющие назначение ответственного сотрудника за выполнение задачи в рамках бизнес-процесса.
Возможные значения:
• да – исполнитель назначается ответственным по всем экземплярам бизнес-процесса (используется в случае разрешенного параллельного запуска бизнес-процесса).
• нет – исполнитель назначается ответственным в рамках запущенного экземпляра бизнес-процесса.
Разница в том, что:
Назначить исполнителя как глобального ответственного применяется к Исполнителю (сотруднику, который берет задачу в работу)
Назначать глобального ответственного применяется к назначаемым объектам (подразделение, группа, или другой сотрудник), определяемым в рамках настройки ответственных.
Назначать глобального ответственного используется и в пользовательских, и в сервисных задачах
https://docs.greendata.ru/platform/ru/task.html -> "Назначить исполнителя как глобального ответственного"
https://docs.greendata.ru/platform/ru/setting-up-assigning-responsible-task-element-tab.html -> "Назначать глобального ответственного"
https://docs.greendata.ru/platform/ru/wf-service-select-responsible-department.html -> "Назначать глобального ответственного"
В целом, глобальная ответственность закрепляет сотрудника или подразделение за маршрутным объектом (например, заявкой), а локальная ответственность закрепляет их только за конкретным экземпляром процесса, что важно при параллельном запуске или использовании подпроцессов
Спасибо за ответ. Прошу также разъяснить по следующей ситуации. В системе на большом количестве этапов существующих бизнес-процессов активен атрибут "Назначить исполнителя как глобального ответственного". Это вызывает проблемы в ситуации, когда в случае замещения назначенные задачи передаются замещающему и также на маршрутном объекте ответственный сотрудник по роли меняется на замещающего сотрудника. При окончании замещения к задачам в исполнители, где был замещающий добавляется замещаемый сотрудник. Прошу уточнить на маршрутном объекте произойдёт ли смена ответственного сотрудника по роли снова на замещаемого сотрудника?
Также для маршрутных объектов, где на этапах назначен глобальный ответственный, при замещении происходит смена ответственного сотрудника на замещающего. Даже если бизнес-процесс уже завершён и активных процессов по этому объекту нет. Можно ли дать системе понять что этот объект уже не требует смены ответственного по факту замещения?
Сейчас стоит вопрос, чтобы на этапах бизнес-процессов снять активность с атрибута "Назначить исполнителя как глобального ответственного", прошу прояснить какие последствия могут возникнуть в этом случае? Допустим, в случае этапов, где назначение ответственного происходит по роли и назначение задачи происходит сразу на ранее назначенного ответственного по маршрутному объекту. Прошу пояснить по этому случаю и разъяснить другие возможные последствия.
После окончания срока замещения задачи возвращаются к ответственному сотруднику в соответствии с выбранным методом назначения задач.
Методы переназначения задач при завершении замещения:
1. Все незавершенные задачи возвращаются исходному ответственному – задачи вернутся исходному сотруднику после завершения замещения;
2. Задачи остаются на замещающем сотруднике – задачи останутся на замещающем сотруднике после завершения замещения.
Снятие активности с атрибута "Назначить исполнителя как глобального ответственного" приведет к тому, что:
1. По задачам, которые будут сгенерированы после внесения изменений в настройки и снятия активности с атрибута «Назначить исполнителя как глобального ответственного»: назначение исполнителей будет происходить согласно настройкам каждого этапа (по роли, по алгоритму, на конкретного пользователя)
2. По уже созданным до внесения изменений задачам пересчета исполнителя не будет, то есть, если задача назначилась на "глобального исполнителя", то после смены настроек она на нем и останется, а вот дальнейшая генерация задач уже не будет учитывать признак
В части вопроса о возможности дать системе понять, что в случае если активных процессов по объекту нет, то этот объект уже не требует замены исполнителя. На наших стендах не удалось воссоздать данную ситуацию. В процессах с активным атрибутом «Назначить исполнителя как глобального ответственного», которые были назначены на замещающего сотрудника и уже завершены, смены исполнителя на замещаемого сотрудника не происходит.
Прошу подробнее описать ваш кейс, скорее всего не учитываем какие-то более узкие настройки.
Уточню. Речь идёт не об исполнителях задачи, а об ответственных сотрудниках на маршрутном объекте. И если по маршрутному объекту ранее был назначенu глобальный ответственный с определённой ролью то даже на маршрутных объектах с завершёнными процессами при замещении сотрудника происходит изменение ответственного сотрудника. Описываемая ситуация примерно следующая: на сотрудника по роли назначилась задача бизнес-процесса (БП). В таблице замещения он замещаемый. При наступлении периода замещения задача БП передаётся замещающему, он становится её исполнителем. В это же время в таблице ответственных маршрутного объекта меняется сотрудник для этой роли на замещающего. Когда завершается период замещения - исполнитель на задаче меняется или не меняется в зависимости от ранее установленной настройки, а вот обратного изменения ответственного сотрудника по этой роли на маршрутном объекте не происходит. В том числе даже если активные процессы по объекту завершены и вновь запускаются параллельные экземпляры БП или же подпроцессы, то задачи назначаются на глобального ответственного, которым является ранее замещающий.
Действительно на данный момент в Системе, если активирован признак "Все незавершенные задачи возвращаются исходному ответственному " в экземпляре замещения, то задачи, которые были в момент действия замещения переназначены на замещающего сотрудника и им выполнены, не переназначаются на замещаемого! При этом наличие замещения не влияет на другие настройки, например на фиксацию ответственного сотрудника на основе выполненной задаче.
Если задачу выполнит замещающий сотрудник, он будет записан в системной таблице "ответственных" с указанием роли, под которой была выполнена эта задача, и если на этапе, который завершил замещающий был активен признак "Назначить исполнителя как глобального ответственного", то этот пользователь станет в дальнейшем глобальным исполнителем по тем задачам , в настройках которых будет указана соответствующая роль. Это корректное поведение.
Чтобы реализовать кейс , в рамках которого все последующие задачи должны назначиться на какого-то изначально назначенного пользователя ( без последующего влияния замещений) лучше зафиксировать его как глобального ответственного в начале БП , например, с помощью специального сервисного действия с расширением "ДО. Сервис. Установить ответственного сотрудника" назначить ответственного исполнителя. В нем можно указать роль и правило определения этого пользователя + указать признак глобального исполнителя, а на последующих этапах с указанной ролью убрать признак "Назначить исполнителя как глобального ответственного", таким образом, даже если какую-то из задач впоследствии на основе замещения выполнит замещающий сотрудник, в базе для данной роли будет зафиксирован сотрудник, который , например по алгоритму был определен в этом сервисном действии.
Пример упрощенной схемы БП:
@kazakovgi , добрый день!
А если мы понимаем, что по объекту уже НЕ будут запускаться никакие процессы, (например, рассмотрение заявки завершено). Ведь в такой ситуации ответственный тоже будет меняться при замещениях (даже если нет и не будет активных процессов/задач). Может можно установить какой-то признак, который в целом заблокирует карточку и по ней ответственные вообще не будут пересчитываться?
Добрый день!
Обращаем внимание на то, что "ответственные" в момент создания замещения - не пересчитываются, именно поэтому при отмене / завершении замещения они и не откатываются обратно
"Ответственные" заполняются в момент завершения задачи, и с точки зрения Системы неважно, задачу завершил сотрудник замещаемый, или замещающий...
Например, в ситуации, когда на активной задаче сработало бы не замещение, а например "смена исполнителя", то в этой ситуации ответственным также бы записался не тот сотрудник, на которого первоначально падала задача, а тот, который фактический ее завершил, таким образом в базе с этой ролью будет указан именно этот сотрудник, и если где-то в дальнейшем на других БП мы опираемся на эту запись, как на глобальную, то соответственно везде будет появляться именно этот сотрудник, фактически завершивший задачу.
Если все таки с конкретной карточкой/заявкой должен работать некий "целевой" сотрудник, даже если в период его отсутствия кто то другой выполнял его задачи, то для решения таких ситуаций можно добавить перед этапами с этой ролью проверки соответствия "целевого" пользователя и пользователя, записанного Системой в "Ответственные" с последующей очисткой этой роли и заменой пользователя на "целевого".
До текущего момента в рассматриваемых кейсах не было необходимости привязывать карточку и выполняемые действия к конкретному "целевому" пользователю, назначенному изначально, но была потребность и, соответственно, реализована возможность привязывать дальнейшие действия по БП к пользователю который ФАКТИЧЕСКИ начал работу по карточке / заявке , и соответственно должен ее довести до завершения.
Также можно попробовать не устанавливать признак глобального, но указывать "целевого" пользователя в каком-то прикладном атрибуте и перед каждым этапом с этой ролью добавлять сервисные действия по очистке ответственного и установке этого "целевого" пользователя на эту роль.
Спасибо за интересный кейс и Вашу активность, в нашей практике таких заявок еще не поступало, подумаем над тем, каким образом можно улучшить Систему, добавить нужные настройки