Проверка существования БП

[Jackie]

Каким образом можно проверить, что определенный бизнес-процесс для данного экземляра сущности уже существует и новый бизнес-процесс не запускать, пока старый не завершиться?

[Артем Enot Грунин]

Например перейти в раздел бизнес процессы на панели навигации формы нужного вам экземпляра сущности.

[Jackie]

Цитата:

Сообщение от Артем Enot Грунин

Например перейти в раздел бизнес процессы на панели навигации формы нужного вам экземпляра сущности.

А автоматически?
Т.е. новый бизнес-процесс для экземляра сущности не должен запускаться, пока не завершиться существующий.

[slivka_83]

1. Может быть в конце первого запускать дочерний?
2. На форме объекта можете реализовать какой нибудь флаг (битовое поле или пиклист например). Первый БП будет менять его при завершении работы, а второй поставьте реагировать на изменение этого флага

[Jackie]

Цитата:

Сообщение от slivka_83

1. Может быть в конце первого запускать дочерний?
2. На форме объекта можете реализовать какой нибудь флаг (битовое поле или пиклист например). Первый БП будет менять его при завершении работы, а второй поставьте реагировать на изменение этого флага

Попробую второй вариант.

[Jackie]

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

[slivka_83]

Цитата:

Сообщение от Jackie

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

1. Почему не подходит?
2. Причем тут цикл? Среди шагов бизнес процессов есть пункт "запустить дочерний бизнес-процес". Вот его и добавляете в конце Вашего

[Jackie]

Вы имеете ввиду создать 2 одинаковых бизнес-процесса, которые можно запускать как дочерние и вызывать их друг из друга?

А возможно ли, чтобы один бизнес-процесс крутился до тех пор, пока не выполнится условие или процесс не будет остановлен вручную? Т.е. будет всего один бизнес-процесс, а не много порожденных друг другом.

[slivka_83]

Цитата:

Сообщение от Jackie

Вы имеете ввиду создать 2 одинаковых бизнес-процесса, которые можно запускать как дочерние и вызывать их друг из друга?

А возможно ли, чтобы один бизнес-процесс крутился до тех пор, пока не выполнится условие или процесс не будет остановлен вручную? Т.е. будет всего один бизнес-процесс, а не много порожденных друг другом.

Таймаут поставить http://mmcrm.ru/?p=596

[Jackie]

Да, это я уже прочитала. Но в примере создается новый бизнес-процесс, а не постоянно крутится один и тот же.

Мне примерно нужно следующее: для бизнес-партнера запускается БП, в котором проверяется условие. Если условие выполнилось, то конец БП. Если не выполнилось, то жду 1 день и снова проверяю. И так до тех пор, пока условие не выполнится или БП не остановят вручную.
Не получится ограничиться одним экземпляром БП?

[slivka_83]

Цитата:

Сообщение от Jackie

Да, это я уже прочитала. Но в примере создается новый бизнес-процесс, а не постоянно крутится один и тот же.

Мне примерно нужно следующее: для бизнес-партнера запускается БП, в котором проверяется условие. Если условие выполнилось, то конец БП. Если не выполнилось, то жду 1 день и снова проверяю. И так до тех пор, пока условие не выполнится или БП не остановят вручную.
Не получится ограничиться одним экземпляром БП?

в стандартном функционал в CRM для бизнес-процессов не предуспотрены циклы. Имитировать эти самы циклы с помощью стандартного функционала, можно создавая новые, которые реагируют на изменение поля ... ну или пишите кастомные БП...

[Артем Enot Грунин]

Есть два разных шага процесса: проверка условия - обычное разовое ветвление, и условие ожидания - фактически бесконечный пустой цикл, который разрывается по определенному условию и продолжает выполнение следующих шагов. Возможно вы его просто не заметили? Тем не менее не стоит злоупотреблять этим типом шагов: ожидающие WF прожорливы к ресурсам сервера и могут тормозить выполнение других процессов. Так же они имеют свойство никогда не завершаться, если условие так и не было выполнено, поэтому рекомендуется предусматривать и запасной вариант "аварийного" завершения процесса.

[Jackie]

Каким же образом тогда лучше организовать автоматический запуск БП предположим раз в день? Нашла утилиту Period Workflow Tool. С помощью нее?

Еще возник такой вопрос (извините, что не по теме): при задании условия в БП не нашла условия "или" (как в расширенном поиске). Есть только "и". Интересно, почему нет?

[Артем Enot Грунин]

Если цель не дождаться события, а именно проверять раз в день, то лучше всего воспользоваться Period Workflow.
Вероятно условие или порождает какую-то неоднозначность. Хотя не совсем понял о чем вы говорите.