Открытие окна

"Maxim_Grishin" написал:Если пользователь доходит до задачи, но почему-то не хочет ее выполнять, он может ее закрыть, и продолжить ее выполнение в разделе "Процессы". Это логично.

Не только с раздела процессы. Он продолжит работу по процессу выполнив задачу с определенным результатом (не важно с какого раздела).

"Maxim_Grishin" написал:Путем почтового терроризма в направлении техподдержки удалось выяснить, что остановить выполнение бизнес-процесса можно, с помощью ромба (не помню как грамотно он называется) и условия по полю в нем. При этом продажа благополучно помещается в раздел "Продажи", а бизнес-процесс завершается. Это не логично.

После элемента "открытие окна продажи" создаем элемент "Чтение\Запись данных", в котором считываем данные состояния продажи. Дальше создаем "ромбик" (выбор) и проверяем значение параметра состояние продажи. В зависимости от значения состояния продажи бизнес процесс продолжит свое выполнение по одному из путей, но никак не завершится. То есть, в Вашем случае были неточно выбраны пути продолжения БП после элемента "выбор".

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

"Глова Сергей" написал:После элемента "открытие окна продажи" создаем элемент "Чтение\Запись данных", в котором считываем данные состояния продажи. Дальше создаем "ромбик" (выбор) и проверяем значение параметра состояние продажи.

А вот потом он именно завершается. То есть, сравнение работает правильно: если состояние "Завершено", то бизнес-процесс идет дальше без проблем.

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

"Maxim_Grishin" написал:А вот потом он именно завершается. То есть, сравнение работает правильно: если состояние "Завершено", то бизнес-процесс идет дальше без проблем.
А вот в любом другом случае, свежесозданная продажа оказывается в соответствующем разделе, а процесс пропадает из раздела "Процессы". При изменении состояния продажи на "Выполнено" ничего не происходит.

Покажите скриншот Вашего процесса.

В элементе "выбор" укажите результат "нет" и укажите такую последовательность:
1)новая задача "Сделать продажу" (если не делать никаких действий - то в следствии чего может измениться состояние продажи). Возможные результаты: "продажа выполнена", "клиент отказался от услуг".
2)Если клиент отказался от услуг, то следующий элемент - "зафиксировать причину отказа".
3)Если продажа выполнена, то изменяем состояние продажи (автоматически) и следующим элементом указываем коммерческое предложение.

Спасибо, костыль конечно, но работает.

"Глова Сергей" написал:если не делать никаких действий - то в следствии чего может измениться состояние продажи

Как я это вижу, состояние продажи может менять сам пользователь в окне редактирования продажи.

"Глова Сергей" написал:Возможные результаты: "продажа выполнена", "клиент отказался от услуг".

Кстати, я так и не нашел возможности редактирования поля "результаты" конкретной задачи.

"Maxim_Grishin" написал:Спасибо, костыль конечно, но работает.

Нет, костылем такой подход никак нельзя назвать.

"Maxim_Grishin" написал:Как я это вижу, состояние продажи может менять сам пользователь в окне редактирования продажи.

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

"Maxim_Grishin" написал:Кстати, я так и не нашел возможности редактирования поля "результаты" конкретной задачи.

Файл - Справочники - Задачи - Результаты задач

"Глова Сергей" написал:Нет, костылем такой подход никак нельзя назвать.

Мне нужно было проверять поле ("Состояние") и при определенном его результате ("Выполнено") переходить к следующей ступени. При этом при не завершении стадии должна быть возможность пройти этап позднее. На мой взгляд, распространенные задачи.

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

Теперь ко всем элементам "открытие окна" придется добавлять такие вещи. Если это нельзя назвать костылем, я боюсь представить, что тогда можно.

"Глова Сергей" написал:Может. Но мы, например, при внедрении процессов такие поля(стадия продажи, состояние и т.д) делаем только для чтения и изменять их может только сам процесс. Почему? Потому что одно из многих полезных свойств БП - это уменьшение человеческого фактора. А действия "пользователь изменяет состояние продажи вручную" (Забыл изменить, изменил с опозданием, изменил непонятно по какой причине) - наоборот, увеличивает влияние человеческого фактора и доставляет определенные неудобства при работе по процессу.

Желание уменьшить риски не должно лишать возможностей.

А Вам, Сергей, еще раз огромное спасибо.