Зависает бизнес-процесс по сигналу после выполнения Задания-сценария
Добрый день.
Почему может зависать БП, который отрабатывает по сигналу создания активности по входящему письму.
Далее идет элемент Задание-сценарий(точно выполнился без ошибок на основе логирования), в котором устанавливается параметр процесса, и от него развилка на основе данного параметра либо на выход либо на отправку сигнала
Причем элемент Задание-сценарий выполен в Журнале процессов, а новый элемент не создается, процесс остался в статусе Выполняется.
Данный процесс выполняется до конца и без ошибок, если пользователь вручную, например, нажмет переслать email.
Нравится
Посмотрите все ветвления возвращают true
(Те в конце стоит return true)
да, в конце задание-сценария стоит логирование и потом return true
Евгений В.,
А выходов раньше нет? Логирование срабатывает? Может на нем сваливается.
Какой статус экземпляра БП если завершен то у вас не идет на генерацию сигнала а идет на выход! Смотрите в сторону с определением условия и его проверке в условном потоке.
Григорий Чех,
элементы выполнены, но процесс завис на скринею
В условии [#EmailRequestItsalive#]==true, EmailRequestItsalive тоже булевый.
Не видя логики скрипта, сложно сказать. Можно попробовать добавить ещё один блок скрипта после первого, пустой (только return true;). И посмотреть, застревает на нём или на предыдущем.
Если дело не в скрипте, то что-то не то в условиях. Может, не нужно «[#EmailRequestItsalive#]==true»? Например, в стандартном процессе «Поиск данных в соц. сетях» проверка параметра делается просто как «GotoMessage» и «!GotoMessage».
Зверев Александр,
Добавил после Задание-сценария элемент Читать данные (Активности) по Id из сигнала.
В результате БП завис на элементе отправить сигнал. (сигнал произвольный).
Также в Журнале процессов есть тот же процесс в статусе Завершен, причем сигнал отправил спустя 6 часов после чтения данных.
Нужно отлаживаться или дальше экспериментировать со структурой процесса. Свои предположения оставил в комментарии выше.