Форум сервиса Планфикс

Всем привет!
Уже есть предложение создавать общие сценарии для разных процессов . Идея хорошая, но есть ведь еще и кнопки, например, либо действия при обработке почты. А еще, иногда, надо сделать одно действие при разных условиях (при изменении поля и добавления комментария, например)
Вот подумалось, что не плохо бы было иметь возможность создавать некие функции, в которые можно передавать параметры (например задачу, пользователя, контакт и т.п.) с которыми будут совершаться какие-то действия. Возможно эти параметры будут формироваться автоматически, в зависимости от того, какие действия применяются в этой функции. Ну например, будут действия Или для действия:
Изменить исполнителя Эти функции можно будет использовать наравне с другими действиями в сценариях, кнопках и т.п., посылая в качестве параметров значения из этого сценария.

Dmitry Goncharenko писал(а): ↑

10.01.2020 17:12

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

Мне кажется такой подход решит проблему с дублированием сущностей и позволит оперировать с "текущими процессами".

Конечно надо продумать, как использовать несколько параметров, и многие другие нюансы (я навскидку могу назвать с пяток. Уверен их больше.) Но уж кто-кто, а команда ПФ умеет находить идеальные решения. )

Привет, Алексей!
Вообще, мы пытаемся удержаться на позиции "No Code" - и я как раз топлю за это по полной) Поддаться на "а давайте создадим свой язык" (пусть и скриптовый) легко, но последствия у этого решения очень и очень существенные. Поэтому я бы не ждал продвижек в сторону появления функций и т.п. программерских штук, как минимум в обозримом будущем.

Дмитрий, я не имел ввиду код.
Да и название "Функция" я взял в кавычки. Это была бы некая сущность, по форме и содержимому, напоминающая раздел 4. Выполнить следующие операции из сценария. Т.е. всё кликается мышкой.

вот пример такой "функции" (также элементов в теле может быть несколько), и как можно её применить в сценарии.



Т.е. в разных сценариях, в разных процессах, при разных условиях можно вызвать одну "функцию", подставляя в каждом случае свои значения для параметра.

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

Dmitry Goncharenko писал(а): ↑

30.06.2020 19:05

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

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

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

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

Так что можно спокойно пользоваться этим способом, не опасаясь что в какой-то момент он станет тыквой.

Проблема в том, что кнопку в сценарии можно нажать только из одного процесса, а если таких
процессов 3 или 5, то нужно сделать таких кнопок 3 или 5 в разных процессах, а они ещё и после копирования не переносятся в процессы. Нужно создавать в процессе кнопки РУКАМИ. Это даже если кнопка и принадлежит 3 или 5 процессам. Так что не особо это кардинально улучшит ситуацию.

Согласен. Но как средство ожидания более общего инструмента - вполне себе вариант.