Установить Статус из другого поля / задачи

[Станислав Куратов]

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

[Dmitry Goncharenko]

Спасибо, Станислав. Кейс понятен, создам задачу в очереди, наберем голосов и сделаем.

[Максим Сафронов]

+1
Полезная штука.

[Александр Лещинский]

При этом еще, хотелось бы иметь возможность устанавливать любые атрибуты из подзадачи
А по максимуму - иметь доступ к атрибутам любого, сколь угодно далекого предка (к Проекту - из Задачи)

Пример применения (только один частно-личный пример):
- У Проекта есть "РП" и "АМ"
- есть специальные статусы, где текущий Исполнитель (единственный) должен заменяться на РП или АМ (замены, кстати, в сценарных действиях тоже нет как операции, что странно).

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

[Dmitry Goncharenko]

замены, кстати, в сценарных действиях тоже нет как операции, что странно

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

[Александр Лещинский]

А как было бы удобно адресоваться в такой операции, как выбрать кого на кого заменять?

Я могу предложить только инженерное решение, которое может быть неудобно/непонятно гуманитариям. Мое видение, которое попутно сильно изменит и использование переменных в Планфиксе, примерно такое
- для единственной (?) существующей иерархии

Код: Выделить всё

проект -> задача -> подзадача L1 -> ... -> подзадача LN

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

Мне приходит в голову только вариант "Текущего исполнителя (исполнителей) на исполнителя (исполнителей) из такого-то поля такой-то задачи". Это и имеется в виду или есть другие предложения?

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

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