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

Насколько понимаю, этот пункт относится к сохранению новой записи, а поскольку она уже существует в базе, Id всегда чем-то заполнен.

В Вашем случае можно, например, сделать на карточке JS-логику при открытии, добавляющую или меняющую запись в каком-то вспомогательном объекте (или служебное поле прямо в той же записи того же объекта, что открылась), а на это событие добавить срабатывание сигнала в разрабатываемом БП.

Зверев Александр пишет:

Насколько понимаю, этот пункт относится к сохранению новой записи, а поскольку она уже существует в базе, Id всегда чем-то заполнен.

В Вашем случае можно, например, сделать на карточке JS-логику при открытии, добавляющую или меняющую запись в каком-то вспомогательном объекте (или служебное поле прямо в той же записи того же объекта, что открылась), а на это событие добавить срабатывание сигнала в разрабатываемом БП.

Да, я в принципе ID и выбирал исходя из того, что он и так всегда заполнен, а значит условие однозначно выполнится и таким образом выполнит элемент. Это может быть и другое поле, ключевое здесь признать элемент выполненным просто при открытии страницы, без каких либо действий со стороны пользователя.

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

Александр О пишет:

Да, я в принципе ID и выбирал исходя из того, что он и так всегда заполнен, а значит условие однозначно выполнится и таким образом выполнит элемент. Это может быть и другое поле, ключевое здесь признать элемент выполненным просто при открытии страницы, без каких либо действий со стороны пользователя.

Так у Вас проверило условие, оно выполняется, вот и пошло дальше ещё до открытия страницы пользователем.

Возможно, поможет автогенерируемая страница с нужной информацией пользователю? Но там выполнение стоит на элементе, пока пользователь не нажмёт кнопку, отличную от отмены.

Александр О,  добрый день.

Подскажите, пожалуйста, удалось ли решить эту проблему? Если да, то как? Спрашиваю, т.к. сталкиваемся с такой же ситуацией в некоторых бизнес-процессах.

Эдуард Р,

По сути, наиболее подходящие решения уже были предоставлены выше. С помощью средств разработки можно реализовать более гибкую логику, но если нужно обойтись без разработки, то подойдут варианты, которые выше предложили коллеги.

1. Присылать пользователю уведомление из процесса в коммуникационную панель со ссылкой на страницу, которую он должен посмотреть. Минут этого варианта в том, что пользователь может открыть перечень уведомлений и не пройти по ссылке, при этом счётчик уведомлений сбросится, и пользователь в дальнейшем может забыть перейти по ссылке.

2. Показать пользователю автогенерируемую страницу и вывести в нее всю необходимую информацию из записи. Задача будет висить в коммуникационной панели пока не выполнится, но для выполнения всё равно нужно добавить в нее любую кнопку и назвать, к примеру, "Сохранить". Страница выполнится только когда пользователь нажмёт на эту кнопку.

Однако не уверен, есть ли смысл реализовывать отдельно автогенерируемую страницу, если Открыть страницу редактирования работает точно так же - пользователь жмёт "Сохранить" и элемент выполняется. Всё, что требуется от пользователя - один клик.

Эдуард Р,  вы можете попробовать отобразить страницу, которая автоматически закроется через указанное в таймере время. Притом, если страница будет открыта на момент истечения времени таймера, она будет оставаться на экране до тех пор, пока её не закроют вручную.

Это должно решить вашу проблему. На скриншоте пример реализации на BPMN с использованием  таймера на одну минуту и "включающего или" (в обоих условных потоках указано литеральное true).



.

"Севостьянов Илья Сергеевич" написал:Если же открывать созданную сущность из раздела - то таких действий уже нет.

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

Здравствуйте!

При выполнении интерактивных элементов [Открыть страницу редактирования/Вопрос пользователю] создаются служебные активности. Это базовая логика выполнения, изменить ее не получится.

Жаль. Это доставляет неудобства пользователю и вносит неувязки в бизнес-логику.
Если в данной теме можно озвучить пожелание, то было бы логичным, ИМХО, предоставить пользователю возможность выбрать в элементе БП - необходимо ли создавать активность, например добавив чекбокс

установленный по умолчанию.
А кому активности связанные ни к чему могли бы спокойно от этой функциональности отказаться.

Спасибо за обратную связь.
Зарегистрировали задачу на проработку.

Зарицкий Олег пишет:

Изменений по всей видимости не было за этот период? 

Здравствуйте, Александр!

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