Нет, к сожалению базовая логика такого не предусматривает. Дело в том, что элемент БП может быть вообще не связан с контрагентом (к примеру вопрос пользователю).
Есть ряд схем, когда из одного узла элемента (например типа сравнения) нужно сделать переходы к 4-м другим элементам (см. рисунок).
Вопрос: нужно ли "развязывать выходы"? Т.е. например из элемента "Сравнение" будет идти только 1 ветвь, на элемент типа "Скрипт", из которого уже будут выходы на 3 других элемента (соответственно 1 из них придется еще раз "развязывать")?
Есть подозрения что в случае как на рисунке, иногда проходятся не все элементы...
Спасибо!
Здравствуйте, проверял на следующем БП
При этом в случае верности или не верности условия (MyVar == '1') в действии Decision (Сравнение) по БП выполняются несколько действий (в данном примере элементы Скрипт, которые выводят MessageBox). В случае верности или ложности условия все действия выполняются согласно логике.
Просьба проверить БП в прикрепленных файлах, отрабатывает ли он у Вас аналогичным образом.
Значение переменной MyVar устанавливается в скрипте scr1
var diag = GetDiagramByItem(ScriptItem);
WFSetParamValue(diag, 'MyVar', '1');
Если все отработает корректно, проверьте корректность связей между элементами диаграммы БП
Выполнились все элементы (более того, в логически правильном порядке, т.к. открывающиеся окна сообщений - модальные, параллельно с ними ничего не будет выполняться). Стрелки в нашей диаграмме присоединены нормально.
Вопрос в том, что ИНОГДА срабатывают не все ветви (т.е. как правило, срабатывают, но не всегда). В нашем случае в каждой из ветвей должна быть создана новая запись в таблице (элемент "Действие системы" с установленным чек-боксом "Создавать новую запись").
В общем, как выяснилось, посде элемента сравнения у нас прицеплены кастомные элементы, реализованные в рамках проекта под нашу компанию. Придется тестировать, тестировать и еще раз тестировать :)
Здравствуйте,
Вы можете написать на support@tscrm.com указать конкретный БП в котором возникает проблема, и как ее воспроизвести, мы данное обращение передадим в проектный департамент, где Вам помогут найти решение.
Спасибо за предложение, но у нашей проектной команды и так работы невпроворот, уж поверьте.
Я просто думал может есть какие-то выявленные случаи того, что не обрабатываются все ветви.
Здравствуйте,
Поменял тестовый БП на использование более функциональных действий
В действиях чтение/запись данных я изменял значение полей "Полное название" контрагента, и имя контрагента "Ваша компания" (привязка к AccountID с параметов БП), данные действия оба отработали, по другой ветке, я создаю задачу, открываю окно, причем каждое действие отрабатывает.
Для того что бы проверить работоспособность тестового БП, можете подгрузить его в тестовую конфигурацию, предварительно поменяв ID в параметре AccountID
