Произвольная карта маршрута бизнес-процесса. #607996

Сразу уточню, что подходящих статей в интернете не нашел, посмотреть на реализацию в конфигурации "1С Документооборот" нет возможности. Итак, есть бизнес-процесс с реквизитом "ВидОперации", для каждого значения этого реквизита карта маршрута бизнес-процесса будет существенно отличаться. К тому же, со временем возможно изменение карты маршрута для какого-то конкретного вида операции. В связи с этим возникла необходимость программно устанавливать для бизнес-процесса некоторую карту маршрута. Как это реализовать? Как сделать так, чтобы бизнес процесс "шел" по карте маршрута "со стороны".

использовать вложенные бизнес-процессы

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

Точнее скачай демку по Документобороту и посмотри.

Видел недавно ролик по какой-то конфе(по-моему это был не Документооборот), так там карту маршрута можно было менять даже уже в процессе выполнения БП. И вообще все сделано очень круто, мне понравилось. Если кто помнит как эта вещь называлась дайте ссылку.

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

Сейчас занимаюсь именно этим.

Создаешь бизнес процесс с реквизитом ВидОперации. Карта маршрута: Старт - ТочкаВложенногоБизнесПроцесса - Завершение. В событии ПриСозданииВложенныхБизнесПроцессов точки ТочкаВложенногоБизнесПроцесса - очищаешь массив ФормируемыеБизнесПроцессы, предварительно получив ВедущуюЗадачу из 0-го элемента массива (можно наверное и по другому как-то). В зависимости от ВидОперации - создаешь нужный БП. В реквизит ВедущаяЗадача нового БП подсовываешь то, что получил выше. Записываешь, Стартуешь (или он автоматом стартует, не помню). Ссылку на созданный БП добавить в массив ФормируемыеБизнесПроцессы. Всё.

- Редактирование маршрута - Подписки на события при выполнение/поступлении точки - Доп реквизиты бизнес-процесса, которые выводятся динамически - Автоматическая обработка условий, выбора варианта и т.д. с использованием выражений - Роли пользователей и адресация и еще много-много чего интересного, на управляемых формах Все это предполагается использовать в конфигурации "Управление IT-отделом 8" а именно блок задач пользователей. Когда можно будет настроить каждый бизнес процесс (заправка картриджей, установка обновлений, простые заявки пользователей, согласование договоров на закупку и т.д.)

к это конечно без изменений карт маршрутов.. Просто старт произвольных БП в зависимости от значения ВидОперации

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

Именно что-то, подобное и хотелось бы заполучить, особенно по п. 1 и 3.

Получается что стартуют разные вложенные бизнес-процессы в зависимости от ВидаОперации. Каждый со своей картой маршрута, своими задачами. По сути если обобщить, не обращая внимания на стартующий "верхний" БП - стартуют разные бизнес процессы для каждого ВидаОпераций. Сделать то, что описано в очень трудоёмко.

Смотрите что сейчас имеется:

Как называется? Хотя бы примерно?

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

Круто!!!

Не совсем хорошо. Выходит, придется создавать объекты метаданных "Бизнес процесс" во встроенной карте маршрута одного условие, второго - разделение/слияние, треьего - выбор варианта и тд. К сожалению, сейчас не имею возможности посмотреть со звуком, но, судя по всему, это именно то, что я хочу реализовать. Возможно ведь! Видео подтверждает.

Там звука нет. Это прототип решения.

я тож похвастаюсь тогда: еще видео

Да вы правы. Несколько объектов метаданных. Действительно круто. Как я говорил раньше - очень трудоёмко. Автор, долго уже занимаетесь этой темой?

Хоть убей не помню...

Решение впечатляет, конечно. А можно ли идею как это реализовать, аналогично примеру ?

Ошибочка, это было к , хотя к тоже вроде бы относится.

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

я б делал почти как , тока Старт - Свич по виду операции - для каждой стрелки из свича вложенный БП, и тогда не нужно было б переопределять запускаемый процесс и настройка проще у нас чисто теоретически возможно, но можно придумать кучку коллизий, когда при динамическом обновлении процесса непонятно что делать или все тупо крашится будет, поэтому я запретил это дело

Да можно. Смотри на видео

Стоп. При выполнении нельзя.

Есть в шаблоне статус (в разработка, утвержден, устарел) Если утвержден, то поменять нельзя, соответственно запустить можно только утвержденные БП.

Плохо, такое достаточно часто встречается... А с чем именно связано это ограничение и возможно ли его побороть?

0:30 флаг "Запрет отката" жизненно)

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

Жизненная ситуация, прямо сегодня произошла. Бизнес процесс "Закупка комплектующих". По дефолту он состоит из этапов: 1. Формирование списка комплектующих для закупки 2. Резервирование товара у поставщика 3. Оплата счета поставщику 4. Доставка от поставщика 5. Оприходование Сегодня при выполнении этапа 5 выяснилось, что на складе поставщика нам вместо одного товара случайно положили другой. Соответственно БП дополняется такими этапами: 6. Уведомление поставщика о пересорте 7. Доставка ненужных комплектующих на склад поставщика 8. Доставка нужных комплектующих на наш склад 9. Оприходование По сути, мы просто должны к предыдущему БП добавить 4 этапа, причем такое добавление может никогда уже не понадобиться - оно разовое, заводить для этого новый шаблон бизнес процесса не стоит. Отменять уже выполненные этапы и перезапускать новый БП тоже смысла нет. Как быть?

"тока Старт - Свич по виду операции" - а ведь мысль! Спасибо за идею. - Присоединяюсь к вопросу!

в п.6 входит выставление претензии?

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

в предыдущей версии у нас была обработка "Перенос сессий", которая перебрасывала из старой версии БП в новую задачи, которые можно было перебросить... Ее вот уже год как нет и чот желания ни у кого ее вернуть так же нет можно пункты 1-5 завернуть каждый во вложенный БП и при необходимости менять тока вложенные бп, а в основном откатываться на предыдущий этап и заного заходить во вложенный (у нас правда еще не реализован прыжок)

Зачем? Мы с этим поставщиком работаем 4 года уже, позвонили, сказали о пересорте, в ответ услышали "Не вопрос, приезжайте, поменяем" Антон, вот мне кажется, что это все как-то слишком накручено-наворочено. ИМХО все что выполнено должно просто стать помеченным галкой "Выполнено" и забыто. При этом процесс добавления новых этапов (а также их исключения, если такое необходимо - на моем примере исключение этапа "Доставка от поставщика", если он сам нам все в офис привез) должен быть простым и быстрым.

Все таки подобные ситуации - это скорее исключение.

Не соглашусь. Только у меня на фирме с численностью 5 человек они возникают по паре раз в неделю. Что тогда говорить о крупных конторах?

Добавить возможность изменения схемы в обмен то не проблема. Просто что делать тогда с откатами в бизнес-процессе? А вдруг вы измените схему и в предыдущем бизнес-процессе сделаете откат? А вдруг вы измените схему и останутся бизнес-процессы, точки которых не доступны и бизнес-процесс не продолжится? И таких а вдруг может быть много... Поэтому от модификации схемы запущенного бизнес процесса и пытаются уйти.

"А вдруг вы измените схему и в предыдущем бизнес-процессе сделаете откат?" - этого быть не должно и система не должна этого позволить. Все, что уже сделано, не должно изменяться. Если этап БП был завершен, то он блокируется для изменения и никаких откатов быть не должно. Отменить можно только то, что было запланировано но еще не было совершено. А уход от модификации запущенного БП - это существенное, необоснованное ограничение. Вот еду я на работу на машине привычным маршрутом и вдруг замечаю пробку. Это не значит, что я должен развернуться, доехать обратно до дома и поехать другим маршрутом. Я просто сверну и проеду иным путем, но не с точки начала (от дома), а с той точки, где необходимость изменения пути возникла. Логично ведь? Тогда почему в бизнесе мы ограничиваем наших заказчиков и лишаем их возможности сделать так, чтобы было удобней и быстрее?

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

Ну в твоем варианте ИМХО все немного проще чем в Сорри за оффтоп ))

По-моему, как раз наоборот. Что в итоге? Идей прозвучало только две - вложенные бизнес-процессы и разделение на старте по виду операции. Вложенные бизнес-процессы дают очень сложный и заумный результирующий бизнес-процесс, к тому же, необходимо создавать дополнительные объекты метаданных "Бизнес-процессы", потому вариант не очень хорош. Деление на старте - идея получше, только вот не учтено условие, что схема по одному виду операции может меняться со временем. Еще было показано видео, где вроде бы как бы есть то, что надо, но автор, видимо не захотел поделиться идеей, как он это реализовал. Я ведь не прошу исходники, мне бы просто идею... Есть вариантец, чтобы карту бизнес-процесса сделать чуть ли не с одной точкой действия (ладно, пусть уже будет вшитой в конфигуратор), а все "хитрости" перенести обработки формирования задач, но это что-то еще более темное. Что можно сказать по этому поводу?

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

Изначально я хотел сделать так: периодический регистр сведений с измерением "ВидОперации" и ресурсом "Схема" (ХранилищеЗначения), где, соответственно, запакована актуальная графическая схема. Далее, при старте бизнес-процесса выполняется некоторая процедура. Эта процедура идет по схеме, вытянутой из регистра сведений и пока она не пройдет схему, бизнес-процесс считается не выполненным, к тому же, естественно, нужно смотреть на данной схеме этап выполнения. Что же это за процедура должна быть такая? Вот в чем вопрос. Пусть во встроенной карте есть точка действия, которая вызывает данную процедуру, нужно сделать так, чтобы это действие подменялось на серию действий, то есть задача создавалась не одна, что не представляет трудности, а в зависимости от актуальной схемы, и, что самое непонятное - по порядку, заданному в актуальной схеме.

"то есть задача создавалась не одна" - а на чем у тебя вообще реализованы задачи? У меня на справочниках без использования БП, и все хорошо работает.

"а на чем у тебя вообще реализованы задачи?" Не очень понял вопрос. Просто задачи, тип "Задачи", от некоего бизнес-процесса. Можно ли мне описать свою проблему более детально? Возможно, действительно удастся обойтись без БП?

как бэ с проблемы надо было начинать

Нужно описать )) Может там БП и не нужны +100500

Я с описания проблемы и начал, но раз пока особо результатов нет, то зайду с другой стороны и опишу саму задачу. Есть некий "паспорт коммерческой операции", это что-то вроде связки - "Поступление товаров и услуг" + "Реализация товаров и услуг" с тем условием, что: - Перед окончательным утверждением этой операции ее необходимо подготовить, то есть пройти экспертизы, получить подходящие документы и тд и тп. Фактически, существует множество мелких операций перед закупкой вроде мониторинга рынка, поиска продавцов, определение себестоимости, стоимости и способа доставки и тд. Также существуют операции после продажи, например, дооформление целой кучи сертификатов, товарных накладных, сдачи документации в бухгалтерию и тд.   - Руководству нужно видеть этап операции в удобном виде, то есть в какой точке это все находится. То ли документы подготовлены и остается отправить, то ли процесс в самом зародыше и тд. Печаль в том, что оно (руководство, в душЕ - художники) видело карты маршрутов бизнес-процессов и они им очень пришлись по душе. Да и вообще, как вы сами видите, механизм бизнес-процессов идеально подходит для решения поставленной задачи. Однако, не все так просто ибо существенный момент - пресловутый вид операции. В зависимости от комбинации рынков закупки и продажи(внутренний/внешний), алгоритмы коммерческой операции очень и очень различаются, хотя это, понятное дело, по сути одна и та же операция. Например, для внешнего рынка нужно произвести дополнительные анализы, добавляется целый блок работы с таможней, свои там какие-то сертификаты и тд. Вполне возможна ситуация, что через некоторое время алгоритм для какого-то вида операции поменяется - то ли добавятся новые этапы, то ли исключатся и тд. Потому и хочу чтобы юзер добавил бизнес-процесс, выбрал вид операции (при выборе чтобы подтянулась нужная карта маршрута) прикинул, подходил ли схема, возможно, что-то дорисовал (в идеале) и стартовал. Бизнес-процесс должен идти по выбранной и фактически произвольной карте маршрута. Что скажете?

Я бы на своем софте это реализовал как две разные схемы (в нашей терминологии - шаблон). Шаблон - это суть та же карта маршрута. Для одного вида операции запускается один шаблон, для другого второй. Если со временем алгоритм меняется, то меняем сам шаблон. Если надо поменять этапы в уже запущенном БП, то меняем их там, шаблон при этом остается без изменений. Как-то так.

"На своем софте" - это на каком?

Он еще в альфе, "Управление проектами и задачами". тут несколько видюшек есть, если интересно.

О том, что в я писал в самом начале еще. Ничего нового пока. Идей конкретных как было только две, так и осталось, да и те не особо подходят.

а что за объект такой в качестве календаря и песочницы? если не сикрет, конечно а то насмотрелся на доску Дорофеева ( и хочу у нас что то наподобие канбан-доски вбахать. ЗЫ. а задачи можно растягивать не вверх/низ, а вширь, если она на пару дней, например Чтобы руководство это все видело в удобном виде на схеме нужно иметь единый процесс, а не кучку разных. Я бы выделил единый процесс, который был бы полезен начальству и все расхождения распихал бы или по свичам или по вложенным процессам. А может вообще проще было б попытать пользователей и руководство на требования и придумать совершенно новую схему - для руководства отчет на СКД например например у нас вот так выглядит активная схема: а вот так текущие сессии:

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

ПолеHTMLДокумента + HTML+1C+javascript. Растягивать можно на сколько угодно дней. Скоро еще диаграмму Ганта сделаем такую же, интерактивную.