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

Посмотрите пример в ActivitySectionV2 пакета NUI.

Думаю, Вам необходимо добавить на страницу раздела метод initFixedFiltersConfig:

				initFixedFiltersConfig: function() {
					var fixedFilterConfig = {
						entitySchema: this.entitySchema,
						filters: [
							{
								name: "Owner",
								caption:  this.get("Resources.Strings.OwnerFilterCaption"),
								columnName: "Owner",
								defValue: this.Terrasoft.SysValue.CURRENT_USER_CONTACT,
								dataValueType: this.Terrasoft.DataValueType.LOOKUP,
								filter: BaseFiltersGenerateModule.OwnerFilter,
								appendFilter: function(filterInfo) {
									var filter;
									if (filterInfo.value && filterInfo.value.length > 0) {
										filter = Terrasoft.createColumnInFilterWithParameters(
											"[ActivityParticipant:Activity].Participant",
											filterInfo.value);
									}
									return filter;
								}
							}
						]
					};
					this.set("FixedFilterConfig", fixedFilterConfig);
				}

И вызвать его на init'е:

...
this.initFixedFiltersConfig();
...

Единственное что, в Активностях он работает по участникам, Вам же надо просто по колонке Owner в объекте Вашего раздела.

Александр, думаю, вы немного ошиблись вместо FilterComparisonType.Or надо LogicalOperationStrict.Or.
Но все равно в результате этого у меня выводит пустой список.

Как часто: сам задал вопрос, сам ответил.
А все тупо:

filters.Add(new Dictionary<string, object> {
           {"comparisonType", FilterComparisonType.Equal},
           {"leftExpressionColumnPath", "Type"},
           {"useDisplayValue", false},
           {"rightExpressionParameterValues", new object[] {employersContactTypeUId,otherTypeUId}},
});

А Вы в самом процессе переназначаете Ответственного на следующего? А то, я подозреваю, что при создании элемента процесса ответственный ставится как раз равным автору этого (нового) элемента процесса, т.е. текущему пользователю - тому, кто выполняет этот шаг.

Ответственный указан на уровне диаграммы процесса (прямо в дизайнере элемента задача или при передаче параметров процесса) - и это разные пользователи.
Кроме этого вообще-то возможен вариант когда при создании задачи пользователя поменяли вручную (опять же это разные пользователи).

Попробуйте в sq_Workflow добавить JOIN с tbl_Tasl по по WorkflowID, и затем вытащить колонку OwnerID (ну и соответственно OwnerName). Тогда в ней будет отображаться именно ответственный по задаче, а не по процессу.

Проблема не совсем в этом.
По OwnerID элемента процесса в разделе стоит фильтр - отражаются только элементы, за которые пользователь ответственный. Поскольку в самом поле ответственный неправильно указан , то и этот наложенный фильтр работает не правильно.
Пользователи (не администраторы системы) видят в этом разделе только чужие элементы процесса, которые следуют за их собственными выполненными элементами. Те текущего действительно активного своего процесса пользователь не увидит, пока не выполнит этот элемент.
Мой sq_Workflow в приложенном файле.
Как сделать так, чтобы пользователи видели в разделе все же именно свои элементы?

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

OwnerID элемента процесса = ID контакта запустившего процесс и != ID контакта ответственного по элементу.

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

Итого получим:

Нашла ошибку почему отражался в колонке неправильный Ответственный за элемент !
Проблема была в том, что в запрос OwnerName вытягивался как ответственный процесса.
Необходимо в sq_Workflow добавить в JOIN по WorkflowID добавить tbl_Contact, и затем вытащить колонку OwnerName из этой таблицы.
Тогда в колонке будет отображаться именно ответственный за элемент процесса (создатель элемента, а не самого процесса).

Дополнительно добавила в sq_Workflow JOIN с tbl_Tasl по по WorkflowID, для отражения ответственного по самой задаче.

Теперь касательно фильтра, который накладывается в разделе.
Я делала так, чтобы Создатель процесса видел все элементы по этому процессу + Создатель элемента процесса видел этот элемент + Ответственный за задачу видел свои задачи и элементы процесса по этим задачам.
Запрос в файле.
Вопрос закрыт.

Виктория, хорошо что у Вас все получилось.
Если возникнут дополнительные вопросы - обращайтесь.

Не в правах ли пользователя на данного недоступного ответственного дело? http://www.community.terrasoft.ua/forum/topic/6744 вчерашнее

Спасибо, Александр!! ))
Помогло ))

1. Из задач письмо отсылается нормально?
2. Что видно в отправленных или исходящих в Outlook после попытки отправить письмо?

1. да
2. не создается письмо

Кстати, а можно такой же функционал (отправка письма ответственному) как в задаче сделать и в Проекте, но не копирую полностью все, а как-то проще?

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

проверила. шаблона не было просто) создала его и привязала к системной переменной через настройки.

а что по поводу отправления писем из проектов можете посоветовать? слишком уж много функций используется при отправке письма в задаче. как-то упростить процесс нельзя для проектов?

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

У випадку коли "інших" співробітників(не користувачів) не так багато можна додати користувачив у розділі "Администрирование" та "повісити" на них необхідні контакти з ds_Contact і не купляти ліцензії :).
Це дасть можливість їх визначати як відповідальних у всіх елементах СРМ.
Ми саме так вчинили, в нашому випадку таких співробітників 9ть і вони не користуються СРМ,а лише виконують операційні функції.

Нажаль, багато. Десь біля трьох сот.

Юрий, я не думаю, что при подобном изменении будут какие-то критические последствия. На самом деле механизм напоминаний корректно работает и при изменении ds_Owner на ds_Contact в датасете задачи (Вы можете убедиться в этом, проверив деталь "Напоминания" в разделе "Задачи"). Другой вопрос, что в данном случае необходимо ставить напоминание автору, а не ответственному, так как ответственный может увидеть напоминание только когда войдёт в систему, а без лицензии он этого не сможет сделать.

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

Дякую, Олег. Наскільки я зрозумів, ds_Owner має ті ж дані що і ds_Contact тільки зі своїми фільтрами. В тих місцях, де ці фільтри активуються, мені потрібно замінити на ds_Contact з активацією мого фільтру. Таких місць виявилось не багато. В основному в карточках редагування записів в основних розділах і пара карточок в деталях. Там де дані беруться для грідів і звітів фільтри не використовуються тому збережені дані повністю відображаються.

Да, Юрий, Вы абсолютно правильно поняли. ds_Owner получает данные из той же таблицы tbl_Contact. Но он содержит гораздо меньше полей (всего 4), запрос содержит связь через INNER JOIN с таблицей tbl_AdminUnit (за счёт чего происходит выбор только пользователей) и отличается фильтрами.

Олег, ще одне питання. А якщо у гріда датасет ds_ContactInAccount і поле відповідального посилається на довідник ds_Owner.
Дані про відповідального отримуються через sq_ContactInAccount, а там LEFT OUTER JOIN на tbl_Contact і обмеження немає.
Що ж ds_ContactInAccount отримує із ds_Owner?
Автоматично згенеровані запити для вставки, зміни і видалення? Чи підписку на події цього датасету?

В данном конкретном случае разницы нет, так как эта деталь используется только для отображения, редактировать её нельзя. Но если Вы будете обращаться к полю "Ответственный" датасета ds_ContactInAccount из скрипта и получите датасет этого поля, он будет содержать значения только пользователей системы. Также в общем случае указание датасета ds_Owner вместо ds_Contact даёт:

1) если бы реестр был редактируемый, в поле "Ответственный" можно было бы выбрать значения только из ds_Owner;
2) если бы реестр содержал кнопки "Добавить", "Копировать", "Изменить", "Удалить", и, соответственно, для него было бы определено окно редактирования, то в этом окне также в поле "Ответственный" можно было бы указать только значения из ds_Owner.

Может для поля стоит только чтение?
у Вас ошибку выдает или поле просто "серое"?

Вроде, администратору даны все права. Поле не серое. Ошибку не выдает. Но при попытке замены в списке возможных вариантов выдается только запись создавшего контрагента.

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

Олег Лабьяк,
разработчик,
3-я линия Службы поддержки Terrasoft.

Еще вариант - в разделе "Администрирование" у Вас только один пользователь - администратор (и именно он в списке ответственных)
--------------------------------------------
Лабитек
Центр разработки приложений

"Валерий Андрусик" написал:Еще вариант - в разделе "Администрирование" у Вас только один пользователь - администратор (и именно он в списке ответственных)

У нас 2 администратора и несколько пользователей. Но ответственных лиц менять не может никто.
Ответственным лицом становится только тот (админ или пользователь), кто заводит карточку контрагента.

Проблема в версии - не пользуйтесь версией 3.0.2