Перед запуском определенных процессов необходимо выполнить одно и то же действие. Для этого в шаблоне процесса каждого добавил действие "Обработка" и там провожу определенные операции. Эта обработка одинакова для каждого из этих процессов. Можно ли как-то оптимизировать, чтобы не приходилось менять эту "обработку" в каждом шаблоне?

пока только один вариант на уме - это событие -> дополнительный обработчик бизнес-события. Но свои манипуляции хотелось бы сделать еще на этапе заполнения процесса

(0) А нельзя это сакральное действие "Обработка" проводить для нужных видов документов?

+ (2) Хотя, нет - разницы никакой...
А что за действие-то?

(3) Изменить исполнителей по определенному алгоритму, одинаковому для кучи процессов

(4) Зачем?

(5) потому что изначально исполнители не те наверно?

(0) А в общий модуль вынести алгоритм не вариант? В "обработке" оставить только вызов с необходимыми параметрами?

(6) А зачем исполнители в документе?
У нас исполнители в процессах.

(6) Плюс еще как вариант - автоподстановки.

(7) ну как вариант, да. В ДО просто столько фишек из коробки есть, мб есть и на мой случай

(9) их и использую, но проблема заключается в том, что количество исполнителей заранее неизвестно и зависит на самом деле от базы, интегрированной с ДО

(11) Извините, что я вмешиваюсь... А нельзя в процессе по условию добавлять?

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

(12) не совсем понял о чем речь

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

(14) https://postimg.cc/nMp3FhH9 - последняя колонка (выделено синим условия (так выглядит - https://postimg.cc/v1DdStKM))

+ (16) https://postimg.cc/v1DdStKM

(16) если я правильно понял, то в шаблоне у вас изначально есть определенный список согласующий лиц, в котором затем условием маршрутизации вы отсекаете лишних исполнителей?

(18) если это так, то такой вариант, увы, мне не подходит, т.к. список исполнителей заранее неизвестен

(15) Программный модуль в расширении обновлять это ИМХО совсем безопасная манипуляция, даже пользователям такое доверили. Зато можно точки останова ставить, а набитый в Предприятии код как отлаживать? Только через ЖР. В общем, я плюсОв наблюдаю больше. Решение за Вами, разумеется.

(20) А все-таки, действительно, пример того, что должно произойти. Исполнитель поменяться где должен? В этапе процесса?

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

(19) Ты бы описали алгоритм...
В ссылке условие: если есть признак ЭЦП - идет (процесс) по ветке с Диадоком, если нет - идет (процесс) через тендерную площадку.

+ (23) Причем, это 6-ой этап комплексного процесса.

(23) ну а список-то исполнителей фиксированный?

(25) Я не вижу разницы.
Задать условие: если что-то1 - исполнитель = Иванов, если что-то2 - Исполнитель = Сидоров, если что-то3 - Исполнитель = Печкин.

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

(26) а если их может быть 100?

не прописывать же 100 условий...

(27) Назначить исполнителями в определенные этапы процесса, а лишние этапы удалить? И заполнить, видимо, при создании процесса, а не документа?

(30) Автоподстановка ведь и массив может возвращать. А ненужные можно вешать на служебного пользователя и выполнять автоматически. Это не то, чтобы рекомендация, так - варианты накидываю)

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