Откат бизнеса процесса к предыдущей точке #596420

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

Наверно нужно условие с ветвлением на эту точку

Это придется к каждой точке бп добавлять еще условие...блок схема слишком стремная и нечитабельная получиться... Неужели нет другого варианта?

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

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

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

>задачи созданные на предыдущей точке я удалил (пометил на удаление), а текущее состояние БП не изменилось (пунктирные прямоугольники где были на блок-схеме, там и остались) не валите в кучу task - задачи возникающие в БП и состояние самого БП

дык между ними же непосредственная связь, как не валить их в кучу?

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

А "откат" для БП - это зло, делай правильную схему

почему зло? какие траблы могут возникнуть? что подразумевается под правильной схемой?

правильно - это когда отдельная ветка для возврата

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

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

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

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

не должен кто-либо иметь возможность удалить или отменить выполнение задачи

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

если сделать правильную карту маршрута, то данные вопросы возникать не будут

Ладно, убедили...сделаю через стрелки взад, посмотрим что из того получится. Всем спасибо!

vde69, а у тебя часом не осталось картинок твоих БП, за которые тебя сильно хвалили в ? С файлообменника их просто уже благополучно удалили, а хотелось бы посмотреть...

см мыло

Получил. Большое спасибо!

Посмотри бизнес процесс закрытия месяца в УПП. Там реализован именно откат. Как - не смотрел