Support Forum

[a-b-c]

Появилась потребность по незавершенным в срок задачам всем ответственным делать комплексную рассылку, в которой перечислены все незавершенные в срок задачи по конкретному ответственному.

В текущей реализации рассылка определяется только для конкретных ролей/пользователей. Можно ли добавить обобщенную роль "Все"?

[admin]

Появилась потребность по незавершенным в срок задачам всем ответственным делать комплексную рассылку, в которой перечислены все незавершенные в срок задачи по конкретному ответственному.

В текущей реализации рассылка определяется только для конкретных ролей/пользователей. Можно ли добавить обобщенную роль "Все"?

1) В самом коде TS сейчас это ковырять не хочется, там уже довольно хитро.
2) Можно сделать групповую рассылку средствами SMTP, т.е. завести для группы отдельный ящик и сделать рассылку на этот ящик.

[a-b-c]

Появилась потребность по незавершенным в срок задачам всем ответственным делать комплексную рассылку, в которой перечислены все незавершенные в срок задачи по конкретному ответственному.

В текущей реализации рассылка определяется только для конкретных ролей/пользователей. Можно ли добавить обобщенную роль "Все"?

1) В самом коде TS сейчас это ковырять не хочется, там уже довольно хитро.
2) Можно сделать групповую рассылку средствами SMTP, т.е. завести для группы отдельный ящик и сделать рассылку на этот ящик.

По второму пункту - я не очень понял, как это будет выглядеть. Делать один список на всех, и пусть они там разбираются, где кто что не сделал?

Задача какая - по всем незакрытым задачам пройтись и найти незакрытые с датой последнего обновления более 7 дней назад, сгруппировать по ответственным и выслать им этот список задач. Желательно делать это регулярно. Функция рассылки подходит во всем, кроме того, что позволяет делать рассылку только для конкретной роли (их у меня около 30), создавать для каждой роли отдельную рассылку - долго и трудно управляемо. Пропустить легко, проконтроллировать сложно.
Как вариант (но намного более труднореализуемый, на мой взгляд) - это иерархическая зависимость между ролями. Объединил все роли под одной "Все", на эту роль повесил рассылку - и всё работает.

[a-b-c]

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

[admin]

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

PS. Иерархия ролей была в версии 3.0 и раньше, потом вырезали ибо очень сложно все оказалось.

[a-b-c]

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

PS. Иерархия ролей была в версии 3.0 и раньше, потом вырезали ибо очень сложно все оказалось.

Жаль. Очень не хватает автоматизации подобных функций администрирования...

А в чем заключалась сложность? Сложно для настройки или сложно для реализации в "движке"?

[admin]

А в чем заключалась сложность? Сложно для настройки или сложно для реализации в "движке"?

Очень сложно понять как и почему что-то происходит. Вырезали после следующего случая: пользователь задал невинный вопрос "а почему у меня в этом combobox нет этой роли", поиск ответа занял 2 дня с отладчиком (бага там никакого не было, просто вот такое стечение обстоятельств). Мы поняли, что поддерживать эту фичу не можем и вырезали.

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

[uasy]

Добрый день.

Подскажите, пожалуйста, что то в направлении решения данной задачи в новых релизах делалось?

[admin]

Добрый день.

Подскажите, пожалуйста, что то в направлении решения данной задачи в новых релизах делалось?

Ничего нового тут не делали.

[mvasenkov]

Добрый день.
Подскажите, пожалуйста, что то в направлении решения данной задачи в новых релизах делалось?

Максим выше уже предлагал завести для всех пользователей универсальную роль. Разовью мысль.
Я делал достаточно много конфигураций TrackStudio под разные нужды и пришел к такому шаблону: учетные записи пользователей в системе создаются только с одной ролью: Пользователь (исключение - Администратор системы, но это уже built-in). Для роли "Пользователь" настраиваются права в духе "нельзя вообще ничего, кроме смены пароля". В дальнейшем при настройке создаются роли согласно бизнес-процессам, как для управления задачами, так и, отдельно, для управления пользователями. И уже для этих ролей настраиваются права доступа, разрешения на выполнение операций и т.п.
Затем реальные пользователи назначаются на проекты уже с этими ролями через переопределение или расширение. Для назначения сразу нескольких пользователей они формируются в иерархию (и тогда права доступа на задачу должен назначать пользователь-узел иерархии для своих подчиненных, прямо через роль "Пользователи").

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