Добрый вечер.

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

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

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

Алла Савельева пишет:

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

А какой элемент в таком случае подойдет для запуска? 

Алла Савельева пишет:

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

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

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

Этот вариант не подойдет, т.к. процесс отправит ему уведомление раньше времени, до того как будет создана следующая стадия.

Алла Савельева пишет: Избежать запуска подпроцесса при добавлении новой стадии другими способами можно, если добавить в таблицу стадий некоторое поле-признак, которое будет указывать на добавление стадии по процессу, и перед отправкой письма проверять установлено ли значение для данного параметра. А в родительском процессе устанавливать значение этого параметра при создании стадии.

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

Александр, Вы смешиваете два механизма: безусловный запуск подпроцесса из основного процесса и запуск процесса по сигналу на каком-то событии объекта.

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

По общему механизму со стадиями, который Вы создаёте, не вполне понял. Если после добавления стадии нужно проверить, создана ли она по процессу, можно создать в объекте стадии новое поле и ставить там пометку. Если Вы имеете в виду две разных стадии, по процессу создалась вторая, а уведомление отправить автору первой, то в процессе на событии создания второй стадии можно по связям с заявкой вычислить первую, её автора-менеджера и отправить уведомление ему. Если по типу стадии нельзя однозначно сказать, какая идёт за какой, можно добавить в объект справочное поле со ссылкой на предыдущую.

Зверев Александр,

Александр, спасибо за советы, сделал подобным образом, только на стадию добавил не пометку, а статус. И дальше уже в рамках одного процесса по элементу "Обработать сигнал" отслеживаю изменение статуса в ранее созданной по процессу стадии, а после этого отправляю email создателю стадии.

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

Алла Савельева,

Вам тоже спасибо за совет, направление по признаку учел.

Должно работать так:

https://mysite/0/odata/Case?$filter=Status/Id eq 7e9f1204-f46b-1410-fb9a-0050ba5d6c38

Спасибо, теперь ответ приходит корректный.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Эдуард Р,

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

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

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

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

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

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



.

Александр, если функциональности внутреннего поиска не хватает, можно в Google написать запрос и там же site:community.terrasoft.ua, так можно будет искать по сайту и при этом использовать все параметры расширенного поиска, поиск за период и подобное.

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

Анна, например, в схеме карточек деталей OrganizationDetailPage и ServiceInServicePactDetailPage работают с lookupListConfig справочных полей.

Если же интересует в реестре детали, то в схеме SysAdminUnitInWorkplaceDetailV2 настраивают выбор из справочника пользователей и ролей, налагают ему фильтры:

/**
 * Open administration objects directories.
 * @private
 */
openSysAdminLookup: function() {
	this._getSysAdminLookupConfig(function openLookupByConfig(config) {
		this.openLookup(config, this.addCallBack, this);
	}, this);
},
 
/**
 * Creates a config to open a directory.
 * @private
 * @param {Function} callback Callback function.
 * @param {Object} scope Callback execution context.
 * @return {Object} Configuration object.
 */
_getSysAdminLookupConfig: function(callback, scope) {
	var config = {
		entitySchemaName: "SysAdminUnit",
		multiSelect: true,
		hideActions: true
	};
	this._getSysAdminUnitFilter(function(filterGroup) {
		config.filters = filterGroup;
		Ext.callback(callback, scope || this, [config]);
	}, this);
},

Зверев Александр,

имелась в виду FieldsDetail

В конфигурации такой схемы нет.

BaseFieldsDetail

Опытным путем выяснили, что дополнительные атрибуты можно добавить в initESQColumns, тогда они доступны в строке детали с полями

Яна, проверьте в самом процессе условия его запуска по сигналу. Возможно, кроме стадии там проверяют ещё какие-то поля и в Вашем случае условие не выполняется.

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