Заказ
https://rivcont.info/3107843/1. Создается действием в стартовом этапе БП
https://rivcont.info/app/workflow/147/constructor/2. "Этап 1" действием "Переключить на этап мгновенно"
https://rivcont.info/admin/shop/workflowstatus/4026/action/new/ "этап 2"
3. "Этап 2" переключаем действием "Изменить бизнес-процесс и статус текущей, родительской и всех подчиненных задач" этапе процесс имеет два действия которые создают две ветки (разбираем обе):
Первая ветка:
- "Изменить бизнес-процесс и этап в зависимости от значений полей" - переключает в этап в котором он может зависнуть и не скакать кроном либо действием: «Переключить на шаг XXX после наступления даты завершения» либо действием «Изменить шаг процесса в OneBox на базе CS-Cart».
Вторая ветка:
- «Переключить на этап XXX после наступления даты завершения» переключается сразу кроном, то есть процесс может уже зависнуть в этапе
http://rivcont.info/admin/shop/workflowstatus/3964/action/new/ и не прыгать дальше. Но, даже если процесс прыгает далее, как вы написали в этап «пересчитать»
https://rivcont.info/admin/shop/workflowstatus/3928/action/new/ его описанию "Если выбран этап" Переключить процесс в статус, если продукта недостаточно", то вместо ошибки - переключить процесс в выбранный этап" должно перевести в этап shop/workflowstatus/3922/action/new/ где этап успешно может зависнуть и не прыгать далее, тк переключение сработает кроном только через 5дн (действия: Задать дату выполнения процесса)
Мне лично кажется, что у нас достаточно статусов в который система может 100% переключиться и не прыгать дальше.
Данный БП работал успешно более года и как результат из-за ошибок в системе сейчас выбивает заказы без статуса, которые сотрудники не могут обработать и компания теряет деньги.
Прошу проверить еще раз