Сквозные поля в задачах
Добавлено: 22.09.2020 15:58
Т.к. в проектах отсутствует возможность общаться и нет автоматизации, то часто мы используем такую вещь как мастер-задача. Мне эта концепция нравится, и будет нравиться больше если у нас появятся сквозные поля, которые сейчас приходится имитировать сценариями.
1. Хочу иметь условную галку в любом типе кастомного поля "сквозное идентификатор". Как только она выбрана значение поля начинает синхронизироваться во всем дереве задач. Причем значение можно поменять в любой.
Пример из жизни:
Есть менеджер закрепленный за проектом, который должен подключаться к подзадачам в разных ролях. Хочу, чтобы указанный в мастер задаче менеджер отображался в таком же поле во всех подзадачах.
Аналогично - заказ клиента в 1С
2. Аналогичное желание по функции - внешний email компании. Хочу, чтобы если я выбрал в задаче внешний адрес для почтовой переписки, то он получает приоритет перед адресом проекта и его наследуют все подзадачи до тех пор, пока в одной из подзадач пользователь не выберет другой внешний адрес. Чем-то похоже на ветку.
Пример: У нас несколько юрлиц от имени которых мы работаем. Очень важно сохранять адрес корректным при общении с внешним миром, т.к. очень велик финансовый риск отправить договор Ромашки от имени Лютика. Изначально мы закрепили внешние адреса за сущностью проект и работали хорошо.
Но в один прекрасный момент у нас совершается внутренняя сделка между нашими юрлицами и задача со всей перепиской должна относиться к проекту А, но внешний адрес должен быть Б. Сейчас сотрудники выбирают его при создании каждой такой задача-исключения. Правило наследования избавило бы нас от этой проблемы.
1. Хочу иметь условную галку в любом типе кастомного поля "сквозное идентификатор". Как только она выбрана значение поля начинает синхронизироваться во всем дереве задач. Причем значение можно поменять в любой.
Пример из жизни:
Есть менеджер закрепленный за проектом, который должен подключаться к подзадачам в разных ролях. Хочу, чтобы указанный в мастер задаче менеджер отображался в таком же поле во всех подзадачах.
Аналогично - заказ клиента в 1С
2. Аналогичное желание по функции - внешний email компании. Хочу, чтобы если я выбрал в задаче внешний адрес для почтовой переписки, то он получает приоритет перед адресом проекта и его наследуют все подзадачи до тех пор, пока в одной из подзадач пользователь не выберет другой внешний адрес. Чем-то похоже на ветку.
Пример: У нас несколько юрлиц от имени которых мы работаем. Очень важно сохранять адрес корректным при общении с внешним миром, т.к. очень велик финансовый риск отправить договор Ромашки от имени Лютика. Изначально мы закрепили внешние адреса за сущностью проект и работали хорошо.
Но в один прекрасный момент у нас совершается внутренняя сделка между нашими юрлицами и задача со всей перепиской должна относиться к проекту А, но внешний адрес должен быть Б. Сейчас сотрудники выбирают его при создании каждой такой задача-исключения. Правило наследования избавило бы нас от этой проблемы.