Заказы без статуса

Добрый день, проблема в том что тот кто настраивал вам БП не понимает что действия которые он поставил на этап могут выдавать ошибки. Например: Проверить наличие продуктов на складе [file]16897[/file] на этапе https://rivcont.info/admin/shop/workflowstatus/3928/action/new/ . На него действие переходит в следствии скачков по 3 другим этапам и не может перейти, получает ошибку. Как итог - заказ без статуса. Так же можно сделать чтобы заказ вообще не создавался в системе а не просто не мог перейти в статус. Но я думаю вам этот вариант не очень понравится. Что делать: создавать заказ сразу в статусе в который система МОЖЕТ переключится в 100% случаев, т.е. не ставить процедур которые могут помещать, действий и прочей логики. Т.е. тупо статус "Новый заказ" на котором не будет действий.

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

 Вторая ветка:
 - «Переключить на этап XXX после наступления даты завершения» переключает сразу кроном, то бишь процесс может уже зависнуть в этапе https://rivcont.info/admin/shop/workflowstatus/3964/action/new/ и не прыгать далее. Но, даже если процесс прыгает далее как вы написали в этап «пересчитать» https://rivcont.info/admin/shop/workflowstatus/3928/action/new/ , то действием «Проверить наличие продуктов на складе» если выбивает ошибку, согласно его описанию «Если выбран этап" Переключить процесс в статус, если продукта недостаточно", то вместо ошибки - действие переключит процесс в выбранный этап» должно перевести в этап [file]16901[/file] https://rivcont.info/admin/shop/workflowstatus/3922/action/new/ где этап успешно может зависнуть и не прыгать далее, тк переключение сработает кроном лишь через 5дн (действия: Задать дату выполнения (завершения) процесса/ Переключить на этап XXX после наступления даты завершения)

 Мне лично кажется, что у нас достаточно статусов в который система МОЖЕТ 100% переключится и не прыгать далее. 
Данный БП работал успешно более года и как итог из за ошибки в системе сейчас выбивает заказы без статуса, которые сотрудники не могут обработать и компания теряет деньги.
 Прошу проверить еще раз

Добавил для первой ветки на этапе https://rivcont.info/admin/shop/workflowstatus/3964/action/new/ возможность также зависать на этапе и не прыгать далее за счет галочки "Запускать действие раз в минуту (вместо перехода на этап)". Но, исходя из текста выше стоит все таки проанализировать почему это происходит. тк в прошлый раз 16 июля у нас вся система лежала [file]16902[/file] , начиналось все также безобидно "появилось несколько заказов с кскарта без статуса"