Добавить значение к значению поля "Набор задач"

[Халфин Тимур Маликович]

сейчас действие
"Добавить значение к значению поля" работает только для списков и наборов значений справочников
"Добавить значение в поле из другого поля/задачи" работает только для списков, наборов значений справочников и файлов.

Прошу рассмотреть возможность, расширить действие этих операций на другие виды списков.
В частности - набор задач.

Часто надо регистрировать запущенные задачи в инициирующей задаче, такая возможность бы не помешала.
Кейс:
Для отдела продаж создается сделка на реализацию товаров. Подзадачи - заказанные товары.
После оформления товары отправляются в производство - создаются связанные заявки в проекте "производство" с обратными ссылками.
При этом производство может разбить заявки на несколько задач. Например, добавить часть в уже реализуемый план, если есть задел.
Разбиение заявки сделано автоматически - если изменить значение поля "заказ" задача копируется на две, добавляется соответствующая надпись в описаниях задач.
А вот в начальной задаче сделать добавление к списку задач штатными средствами нельзя.
Это печалит.

[Халфин Тимур Маликович]

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

[Федоров Илья]

+

[Dmitry Goncharenko]

Спасибо, Тимур! Обсудим, если не вызовет принципиальных возражений - добавим в очередь разработки.

[Халфин Тимур Маликович]

я ошибся темой viewtopic.php?f=46&t=6350&p=35512#p35512
скопировал сюда свое сообщение:

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

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

Вопрос: как заказчик узнает, какие товары поступили и какой график поступления товара, разбитого на несколько позиций.
Вариант 1: скидывать аналитики при поступлении или изменении статуса задач - вполне рабочая схема.
Вариант 2: сделать таблицу в описании задачи, которая будет обновляться при изменении статуса задач - выглядит замечательно, но только для составленного вручную списка задач.
- при изменении данных в задаче, она переводит общую задачу в состояние "обновление данных"
- общая задача переводит все задачи списка в состояние "обновление данных" и очищает свое описание, добавляет заголовок таблицы
- все задачи списка обновляют строки таблицы в описании общей задачи.

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

Если задачу можно будет автоматически включать/исключать в списки задач, то можно будет реализовать шаблон типа подписки для запроса данных из разных списков задач.
Использование этого шаблона зависит только от фантазии пользователя.
Например, можно периодически обновлять таблицу в описании и отправлять результат по почте - это решает многие кейсы с автоматизированной отправкой отчетов.

Но сейчас ничего этого сделать нельзя.

[Халфин Тимур Маликович]

Как-то мы с вами синхронно обменялись комментариями, в одну минуту)

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

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

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

Функция манипуляции со списками задач позволит существенно расширить кейсы агрегации данных в любой задаче.
Например кейс:

Делаем в задаче Y поле типа "список задач"
Делаем в задаче X поле типа "список задач" и поле ПОДПИСКА типа "задача", можно с фильтром по шаблону Y.
Сценарий для Х по изменению поля ПОДПИСКА добавляет это поле в свой "список задач", и по ссылке, в задаче X добавляет ссылку на себя в поле "список задач".
Т.о. имеем задачу Х со списком задач Y и задачу Y со списком обратных ссылок на задачи X.

Периодический сценарий для X переводит все задачи в списке в состояние "обновить данные". Очищает свое поле "Описание". Прописывает заголовки и т.п.
Сценарий "обновить данные" для Y добавляет таблицу данных из своих полей в поле "Описание" задач Х.
Данные могут быть одинаковые и разные. В зависимости от решаемых задач.

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

[Халфин Тимур Маликович]

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

[Халфин Тимур Маликович]

На КИП2022 Степан Чельцов любезно указал мне на мою невнимательность.
Тысяча извинений, все работает.