всем привет! делаю БП на управляемых формах. В точке условия нельзя вызвать форму? или как быть?

Сделать вызов формы в задаче по точке действия перед точкой условия.

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

(2) Как бы поточнее выразиться, в точке условия принимается решение о переходе к той или иной ветке алгоритма. И, следовательно, все данные влияющие на переход должны быть модифицированы и сохранены. Зачем их менять в момент перехода не понимаю, если честно. Может пытаешься реализовать два условия в одном?

я пытаюсь сделать следующее. БП состоит из двух точек: точка выполнения и точка условия. при выполнении задачи появляется форма, в которой пользователь определяет нужно ли создать новую задачу, кто ее исполнитель, описание этой задачи. если нужно то создается новая задача, если нет - завершение БП.

(4) Тогда делай процесс из двух точек действия и одной условия.

(5) это в каком порядке они должны следовать по вашему?

Действие, с контролем выполнения, в нем все данные для определения необходимость второй задачи должны быть выполнены. Условие, и при выполнении второе действие. Далее объединение веток и конец БП.

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

(8) Тогда после условия вложенный БП или цикл.
Но БП с тоеретическим зацикливанием очень большое зло. Я бы посоветовал ещё раз пересмотреть логику.

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

>> то закрывает эту задачу и рождает новую (этому же исполнителю или другому).

Ключевое слово рождает новую. Это отдельный БП. А зло потому что при большом количестве БП крутящихся в бесконечном цикле тормозить все станет до безобразия. Поэтому или сделано и идём дальше, или конец и новая задача.
Особенно этим грешат при последовательных согласованиях, когда отправляется процесс на доработку, а потом на новое согласование и так 7 раз подряд, пока не надоест, а закрыть процесс так и не удосужатся.

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

(12) Из-за 5 договоров БП делаете? Заняться больше нечем? Речь о нескольких сотнях или тысячах одновременно запущенных процессов идет.

вы не поняли. количество циклов 5. а в БП по согласованию договоров там циклов 2 примерно будет (теоретически может больше)

(14) Ты оже тогда не понял, речь не о количестве циклов в БП, а о количестве "зацикленныз" и брошенных экземпляров БП. Они должны завершаться.

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