Гусейн, судя по одинаковой иконке, Вы добавили логику для справочника стадий по аналогии с выбором ответственного тут же левее. Так там уже есть множественный выбор, только добавлять ответственных нужно по одному:

Если для стадий реализовали аналогично, там тоже должно такое работать.

Идея в быстром фильтре добавить возможность множественного выбора значений уже зарегистрирована.

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

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

Атамогланов Гусейн пишет:

все работает криво(не подстраивается под нужный справочник)

Нужно смотреть, как именно доработали в OpportunitySectionV2, что в результате не так отрабатывает для функций из FixedFilterViewV2 и FixedFilterViewModelV2.

Решил задачу. Можно же просто UsrEntity.UsrA not in existedA || UsrEntity.UsrB not in existedB || UsrEntity.UsrC not in existedC.

Но так как по колонке A, я уже фильтровал, достаточно было только B и C. А ещё засунул в группу фильтров, другую группу фильтров. Не знал, что так можно

addRecord: function () {
					let activeRowId = this.get("ActiveRow");
					if (!activeRowId) {
						return;
					}
 
					const gridData = this.getGridData();
					let rowData = gridData.get(activeRowId).values;
					if (rowData.IDSBParent){
						activeRowId = rowData.IDSBParent.value;
						rowData = gridData.get(activeRowId).values;
					}
 
					let filterCollection = Terrasoft.createFilterGroup();
					const productFilter = Terrasoft.createColumnFilterWithParameter(Terrasoft.ComparisonType.EQUAL,
						"IDSBProductId", rowData.IDSBProduct.value);
					filterCollection.add("productFilter", productFilter);					
 
					let existed = [];
					gridData.collection.items.forEach(function(item){
						if (!item.values.IDSBParent){
							return;
						}
 
						if (item.values.IDSBParent.value !== activeRowId){
							return;
						}
 
						existed.push(item.values);
					}, this);
 
					let notExistedFilterCollection = Terrasoft.createFilterGroup();
					notExistedFilterCollection.logicalComparisonTypes = Terrasoft.LogicalOperatorType.OR;
 
					let existsWarehouseFilter = Terrasoft.createColumnInFilterWithParameters("IDSBWarehouseId", existed.map(item => item.IDSBWarehouse.value));
					existsWarehouseFilter.comparisonType = Terrasoft.ComparisonType.NOT_EQUAL;
					notExistedFilterCollection.add(existsWarehouseFilter);
 
					let existsPercentFilter = Terrasoft.createColumnInFilterWithParameters("IDSBPercent", existed.map(item => item.IDSBPercent));
					existsPercentFilter.comparisonType = Terrasoft.ComparisonType.NOT_EQUAL;
					notExistedFilterCollection.add(existsPercentFilter);
 
					filterCollection.add("notExistedFilterCollection", notExistedFilterCollection);
 
					const config = {
						entitySchemaName: "IDSBVwExpiredRemaining",
						multiSelect: true,
						columns: ["IDSBWarehouseId", "IDSBProductId", "IDSBPercent"],
						filters: filterCollection
					};
 
					this.openLookup(config, this.IDSBAddSelectedProducts, this);
				},

Боже, как просто, совсем глаз замылился, спасибо))))))))

Добрый день!

Район города у вас добавлен в объект [Адрес контрагента].

У контрагента может быть сразу несколько адресов (это деталь), так что вывести колонку из адреса контрагента в реестр контрагентов у вас не получится (только функции: количество адресов, макс/мин даты изменения и тд).

Вам можно построить фильтр вида:

Контрагенты у которых существует адрес с заданным районом.

Например (фильтр по городу):



Построение фильтра:

Сидоров Александр В. пишет:

Добрый день!

Район города у вас добавлен в объект [Адрес контрагента].

У контрагента может быть сразу несколько адресов (это деталь), так что вывести колонку из адреса контрагента в реестр контрагентов у вас не получится (только функции: количество адресов, макс/мин даты изменения и тд).

Вам можно построить фильтр вида:

Контрагенты у которых существует адрес с заданным районом.

Например (фильтр по городу):



Построение фильтра:

Сидоров Александр В.,

доброе утро.Спасибо за инфо.

Возможно в функции можно добавить "название" - чтоб выводить и наименование адреса? 



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

Hyalual,

Если у вас у контрагента только 1 район города (т.е. нет разделения как с адресами: фактический, доставки, юридический), то можно поле район добавить напрямую в контрагента

Hyalual пишет:

Возможно в функции можно добавить "название" - чтоб выводить и наименование адреса? 

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

Сидоров Александр В.,

Необходимо вынести поле, как отдельный объект ? 



 

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

выходит, что текстовые значения с справочника никак не отобразить ?

Добавьте в  мастере в разделе контрагентов новое справочное поле, которое ссылается на справочник районов, и пользуйтесь им.

Hyalual пишет:

выходит, что текстовые значения с справочника никак не отобразить ?

С детали. Справочные поля в основном объекте (например, тип контрагента) отобразятся нормально.

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

Спасибо. Первоначально получилось

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

как связать вынесенное поле с аналогичным с "адреса контрагента" ? 

Выходит, что заполнение необходимо проводить отдельно.

Иначе поле  "районы" в адресе - заполнено, а добавленное новое - будет пустым... И тогда фильтрация все равно не будет отрабатывать...

Либо добавлять район в синхронизацию в обе стороны, либо вообще не связываться с деталью адресов и хранить район только в карточке.

Синхронизация сделана во встроенном БП объекта «Контакт» в функции SynchronizeContactAddress, а обратно — во встроенном БП объекта «Адрес контакта», где вызывается логика из схемы BaseAddressSynchronizer.

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

вообще не связывать - не подойдет.

Синхронизация для БП объекта "Контакт" связана с объектом "Контрагент" - верно?

 

Нет. Контакт синхронизируется с адресом контакта, контрагент — с адресом контрагента.

В позапрошлом сообщении я напутал, сказал о контакте, а у Вас новое поле в контрагенте. Там всё аналогично. Но и забывать об этом тоже не стоит, ведь BaseAddressSynchronizer общий для всех и если там прописать поле без дополнительных проверок, может сломаться другой раздел, где поля нет.

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

ок. спасибо. буду смотреть дальше, как лушче реализовать

Также смотрите аналогичное обсуждение.

Вариантов решения много, мне кажется проще сделать  свое представление в БД  (view) которая бы формировала несколько колонок например 

Дата,

Кол-во обращения поступили с 9 до 12,

Кол-во обращения поступили с 12 до 15,

Наложить ваше представления в БД (view) на обїект в конфигурации и выводить в видек грида отфильтровав по диапазону дат...

Для этого необходимо создать в БД представление,  создать в Конфигурации объект, где установить признак для свойства [Представление в БД] Объект в Конфигурации должен иметь такое же название, как и представление в БД.

В системе есть объекты, имя которых начинается на "VW*"

Как вообще использовать ESQ в странице модального окна (https://pastebin.com/RP0JvZ8S). Чтобы отобразить хоть какой нибудь результат.  GRID создал, VIEW создал. 

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

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

Начните с просмотра этой статьи. В ней несколько ссылок на более подробное описание различных моментов связаных с БП. Так же просмотрите  статью СТРУКТУРА КЛИЕНТСКОЙ СХЕМЫ

Вашу задачу можно решить не только с помощью бизнес-правил.

Например, в базовой версии фильтрация поля 'Ответственный' настраивается через атрибуты таким образом:

"Owner": {
	"dataValueType": Terrasoft.DataValueType.LOOKUP,
	"lookupListConfig": {"filter": BaseFiltersGenerateModule.OwnerFilter}
}

Более того некоторые задачи по фильтрации данных с помощью бизнес-правил вообще не решаются.

Распишите подробнее, какие вводные данные для реализации задачи - на основании каких данных фильтрацию какого поля Вам нужно реализовать?

Алла Савельева,  требуется следующую логику: 

1) При выборе ответственного, список доступных для выбора групп ответственных должен содержать только те группы, в которые входит ответственный

И обратное:

2) При выборе группы ответственных, список ответственных должен быть ограничен только теми специалистами, которые входят в данную группу. 

Sunrise challenge,

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

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

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

Нужно ли где-то определять BaseFiltersGenerateModule.OwnerFilter? 

Sunrise challenge,

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

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

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

Компилятор не выдаёт ошибок, схема сохраняется, при этом фильтрация не осуществляется

Sunrise challenge,

А в консоли браузера есть такие-то ошибки при выборе значения для этого поля?

Скорее всего, без изменений ядра добавить не получится. Нашёл перечень макросов в MacrosMenuItemsMappingUtilities пакета ProcessDesigner, но сомневаюсь, что его доработки появятся в фильтре раздела, а не дизайнере процессов.

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

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

А вот эта инфа не про добавление макросов в фильтрацию?

https://academy.terrasoft.ua/documents/technic-sdk/7-14/klass-entitysch…

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

поменял 

createInFilter на

createColumnInFilterWithParameters и всё заработало

И почему то вообще не срабатывает бизнес правило фильтрации:

http://prntscr.com/ofa2wb - правило добавилось

http://prntscr.com/ofa4mc - в списке пусто

http://prntscr.com/ofa5ds - контакты есть удовлетворяющие условиям фильтрации

фильтры которые я применяю к реестру Контакта накладываются на поле Ответственный в Заказе

Скорее всего, Вы их применяете к полю Owner в  Order, а Contact — название объекта справочника. Более подробно о наложении фильтров можно почитать в статье о бизнес-правилах мобильного приложения.

А для прояснения всех тонкостей поведения Вашей системы со всеми внесенными доработками можно воспользоваться отладкой мобильной версии.