Вадим, задача отображения к-ва не сложная. А вот задача "как избавиться от большой нагрузки на сервера" гораздно сложнее. После того, как N пользователей откроют группы, то сразу же уйдет масса запросов. Да, их конечно можно поставить в очередь, чтобы одинаковые группы не пересчитывались несколько раз, но это будет неверно. Разные пользователи имеют разные права. 

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

Если подытожить, то мысли добавления были, но проблем в разы больше

Уточните, какой нюанс мешает настроить доступ через права доступа?

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

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

Кроме жирного курсива можно ещё КАПСОМ писать, чтобы заметнее было.

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

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

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

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

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

вот и я не вижу, жалко

Александр Тыра,

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

Можно, конечно, попробовать реализовать так, как Вы хотите по правам доступа на группы. Но это выглядит 'костыльно' и мне, например, не ясно, как раздавать права доступа на записи, которые есть в нескольких группах. Какой из групп в этом случае давать приоритет?

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

в правах доступа вижу сколько настройки доступа только по колонке "кто создал" и "кому дано право". Если имеете введу " доступ по объектам в конфигураторе.

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

Конфигуратор тут не нужен, права на конкретную запись настраиваются по действию в карточке.

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

но это руками нужно править

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

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

​​​​​​это заказчик). Хотят что бы сразу все

Если хотят, чтобы видели сразу все, пусть добавят доступ группе «Все пользователи». Если хотят ограничивать, нужно выдавать другие права доступа на записи. Их можно выдавать либо вручную из интерфейса, либо различными способами программно.

Добрый день, Никита!

Если я правильно Вас понял, Вам необходимо, чтобы в разделе [Активности],[Планирование визитов] в списке контрагентов, слева, была возможность настройки динамических групп.
К сожалению, данный функционал в базовой версии не предусмотрен.

"Липатов Юрий Сергеевич" написал:

Добрый день, Никита!

Если я правильно Вас понял, Вам необходимо, чтобы в разделе [Активности],[Планирование визитов] в списке контрагентов, слева, была возможность настройки динамических групп.

К сожалению, данный функционал в базовой версии не предусмотрен.

Добрый день.

Можно попробовать сделать следующее: необходимо добавить в функциональную кнопку детали Контрагентов(PlanningAccountDetailV2) пункт меню с вызовом метода ShowFolderTree из BaseSectionV2, но отрендерить в контейнер PlaningCardContainer. Так же нужно будет добавить пункт меню с возвратом к детали Контрагентов.

Представление «Планировение» сильно переделывалось и такое решение может не помочь.

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

Вариант - получаем выборку на основании динамической группы в скрипте TS аналогично как это сделано в разделе рассылка при прикреплении контактов из динамической группы. Потом делаем с ней что угодно - во временную таблицу ее, где триггер подхватит, в хранимку и так далее.
(+) не надо мучаться с парсером фильтра на уровне sql
(-) не будет работать без запуска/какого либо шевеления клиента Terrasoft (который формирует выборку)

Спасибо. Обозначенный Вами вариант заслуживает внимания (и есть таки у меня задача, в решении которой он очнь даже поможет), но, в данном случае необходимость работы в бекграунде (без запуска клиента) - критична :confused:

"bayborodin" написал:работы в бекграунде

Точно не знаю формат FilterData, но наверное ж это xml, который хранится блобом.
Если да и вы хотите именно делать это из SQL Server, то придется в джобе из SQL'a пользовать activeX для работы с xml ... сам никогда не пробовал, но видел код.
Я бы лучше написал какого демона, который в тихую раз в n минут хватал бы данные из FilterData и делал бы все, что надо. К слову, можно даже написать на террасфоте (вызвать окно с параметров, отключить таймаут выплнения скрипта и там уже все крутить), но тут надо учитывать события свала, тоесть наш террасофтный демон может упасть и ничего не сказать, а свое самописное можно подписать на тотальный свал и может какое письмо кому отослать.
Или вот еще вариант. Фиксировать где-то в БД признак, мол "ИДЕТ РАБОТА" с датой и временем(эту дату и время будет обновлять демон при каждой итеррации). Каждый клиент террасофта, на том же таймере что и напоминания, например, шлет легкий запрос на условие дата "ИДЕТ РАБОТА" < текущая - n минут. И если меньше - то каждому пользователю (ну или только админу) сигнализирует мол "ВСЕ УПАЛО, АДМИН, ПОМОГИ!!!11".

А точно ли FilterData - это XML в BLOB? Не могу найти пример, где бы бралось значение FilterData и из него извлекись условия фильтра :(

"bayborodin" написал:пример, где бы бралось значение FilterData и из него извлекись условия фильтра

Да... печально как-то :(

"bayborodin" написал:в бекграунде (без запуска клиента) - критична

var FilterBuilder = System.CreateObject('TSObjectLibrary.FiltersBuilder');
var Dataset = GetContactDataset();
FilterBuilder.Dataset = Dataset;
FilterBuilder.FilterDataFieldName = 'FilterData';
FilterBuilder.UseDummyFilter = true;
FilterBuilder.FilterDataset = GroupDataset;
FilterBuilder.Load();
FilterBuilder.ApplyFilter();
Dataset.Open();

Dataset содержит данные, отфильтрованные согласно фильтрам из поля FilterData определенного поля GroupDataset.

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

"Раловец Ольга" написал:А если клиент сам будет запускаться? Если сервер с ОС windows, то на нем можно поставить клиент Terrasoft или на какой-то пользовательской машине, которую не выключают, можно запускать.

+ опять же защита от сбоев либо ручками проверять жив ли клиент Terrasoft либо писать того самого демона))

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

а все-таки, известен ли кому способ извечь фильтры из FilterData?

"bayborodin" написал:а все-таки, известен ли кому способ извечь фильтры из FilterData?

Может нужно искать другой путь решения?

"Евгений Либин" написал:Вам это не поможет, т.к. там находится XML для построения SQ в формате Terrasoft CRM. Т.е. парсить этот XML и применять его опять-таки к чему? к SQ_...? он на стороне сервера тоже только в блобе....

Ок, допустим - выносим функционал на сторну клиента (совершив святотатство и предав свою религию), тогда, если у меня несколько динамических групп, как мне при создании FilterBuilder указать, по какой из динамических групп формировать итоговый DataSet?

"bayborodin" написал:Ок, допустим - выносим функционал на сторну клиента (совершив святотатство и предав свою религию), тогда, если у меня несколько динамических групп, как мне при создании FilterBuilder указать, по какой из динамических групп формировать итоговый DataSet?

FilterBuilder.FilterDataset нужно отфильтровать по id выбранной группы

Спасибо. Буду пробовать

Попробовал вот так:

function ButtonOnClick(Control) {
	var FilterBuilder = System.CreateObject('TSObjectLibrary.FiltersBuilder');
	var Dataset =  Services.GetNewItemByUSI('ds_Account');
	var GroupDataset = GetGroupContactDataset('C8ADE26B-304B-44C8-A657-C9A6A6EC98BF');
	FilterBuilder.Dataset = Dataset;
	FilterBuilder.FilterDataFieldName = 'FilterData';
 	FilterBuilder.UseDummyFilter = true;
 	FilterBuilder.FilterDataset = GroupDataset;
 	FilterBuilder.Load();
 	FilterBuilder.ApplyFilter();
    Dataset.Open();
}
 
function GetGroupContactDataset(GroupID){
	var Dataset = GetGroupDataset('tbl_AccountGroup');
	ApplyDatasetFilter(Dataset, 'OwnerID', Connector.CurrentUser.ContactID,
		true);
	if (GroupID != null) {
		ApplyDatasetFilter(Dataset, 'ID', GroupID, true);
		Dataset.Open();
	}
	return Dataset;
}

получаю пустой dataset :(

"bayborodin" написал:var GroupDataset = GetGroupContactDataset('C8ADE26B-304B-44C8-A657-C9A6A6EC98BF');

Попробуйте взять в фигурные скобки:

var GroupDataset = GetGroupContactDataset('{C8ADE26B-304B-44C8-A657-C9A6A6EC98BF}');

"Лабьяк Олег Игоревич" написал:Попробуйте взять в фигурные скобки:

var GroupDataset = GetGroupContactDataset('{C8ADE26B-304B-44C8-A657-C9A6A6EC98BF}');

Фигурные скобки не помогли. Меня гложат сомнения - если C8ADE26B-304B-44C8-A657-C9A6A6EC98BF - это айдишка динамической группы, правильно ли я делаю?

дааа... шаманство :( Пойду увольняться... или требовать повышения зарплаты

Может, группу создал не текущий пользователь?
Попробуйте не включать фильтр по OwnerID.

"Лабьяк Олег Игоревич" написал:Может, группу создал не текущий пользователь?

Уважаемые коллеги! Не работайте после 3 часов ночи! Что касается меня, то утром все таинственным образом заработало :)

"bayborodin" написал:Не работайте после 3 часов ночи! Что касается меня, то утром все таинственным образом заработало :)

"bayborodin" написал:Ок, допустим - выносим функционал на сторну клиента (совершив святотатство и предав

"Доленко Юрий" написал:Вот не надо тут неправославных действий. Вот тут говорят, что FilterData - это таки xml. Собственно какая проблема разбирать xml и формировать нужное условие для выборки?

Юрий, не стоит так категорично говорить.
Вот пример одной динамической группы к sq_Account

<?xml version="1.0" encoding="UTF-8"?> <FiltersBuilderRootNode Type="FiltersBuilderItems"><Item Type="LookupFiltersBuilderItem" DataFieldName="AccountTypeID"><Item Value="{E3E1E8B8-3C90-49DB-B7D6-0970CDF889CA}"></Item><DisplayFiledValues><Item Value="Terrasoft" UID="243891E27BCB4A399C5BBC5C10F42529"></Item></DisplayFiledValues></Item></FiltersBuilderRootNode> 

Сам sq_Account приводить не буду т.к. он очень большой, вы его можете посмотреть в своей конфигурации.
Если у вас получится объединить эти два XML-а и получить из них правильный SQL-запрос (при этом не используя объекты Terrasoft) то тогда вам РЕСПЕКТ.

Теоретически можно сделать всё (или почти всё) но это не всегда оправдывает понесенные затраты (человеческие, временные финансовые....)

"Евгений Либин" написал:Теоретически можно сделать всё (или почти всё) но это не всегда оправдывает понесенные затраты (человеческие, временные финансовые....)

"Евгений Либин" написал:Сам sq_Account приводить не буду т.к. он очень большой, вы его можете посмотреть в своей конфигурации.
Если у вас получится объединить эти два XML-а и получить из них правильный SQL-запрос

Я может задачи до конца не понял. А зачем нам вообще sq_Account?
Из узлов Item вытянули три атрибута - сформировали условие - выбрали что надо из tbl_Account по этому условию.
Тут еще ж вопрос надежности, нагрузки, отказоустойчивости и т.п.

"Раловец Ольга" написал:Кстати, вспомнила еще один случай, когда в карточке продукта находился FilterBuilder, данные из которого помимо стандартного поля сохранялись еще и в текстовое поле в виде условия Where SQL-запроса, а потом использовались в ХП, добавлялись к select конкатенацией.

Дело в том, что в sq_Account идет выборка не только из tbl_Account, фильтр может содержать условия не связанные напрямую с tbl_Account

"Евгений Либин" написал:Дело в том, что в sq_Account идет выборка не только из tbl_Account, фильтр может содержать условия не связанные напрямую с tbl_Account

Интересное обсуждение.
Предлагаю такое решение: просто посмотреть какой запрос пойдет в БД после применения фильтра с FilterBilder.

function ButtonOnClick(Control) {
        var FilterBuilder = System.CreateObject('TSObjectLibrary.FiltersBuilder');
        var Dataset =  Services.GetNewItemByUSI('ds_Account');
        var GroupDataset = GetGroupContactDataset('C8ADE26B-304B-44C8-A657-C9A6A6EC98BF');
        FilterBuilder.Dataset = Dataset;
        FilterBuilder.FilterDataFieldName = 'FilterData';
        FilterBuilder.UseDummyFilter = true;
        FilterBuilder.FilterDataset = GroupDataset;
        FilterBuilder.Load();
        FilterBuilder.ApplyFilter();
        // Определить текст запроса
 
Dataset.Open();
}

Вот так

SQText = Connector.DBEngine.GetSelectQuerySQLText(Dataset.SelectQuery);

"bayborodin" написал:Ольга, если Вас не затруднит, можно об этом подробней? Похоже, это то, что я искал!

Развивая мысль Ольги, удалось реализовать такой подход:
Для интересующих нас групп разделов (tbl_<Имя раздела>Group) добавляем поле FilterSQL типа строка Unicode, размер 4000 (Для некоторых запросов SQL 4000 может и не хватить, но больше сделать не дает :smile:)
Это же поле должно быть добавлено в Common\Details\Groups\sq_ItemGroup и в Common\Details\Groups\ds_ItemGroup (здесь также не забыть указать размер 4000)

В сервисе scr_BaseWorkspace изменяем функцию SaveFilters (добавляем блок try)

function SaveFilters() {
	var FilterDataset = fbcFilters.FilterDatasetLink.Dataset;
	if (!CurrentGroupIsFiltered(FilterDataset)) {		
		return; 
	}     
	FilterDataset.Edit();
 
	try  {
			var mdSQL = mf_GetDynamicFilterSQLText(Connector.DBEngine.GetSelectQuerySQLText(fbcFilters.DatasetLink.Dataset.SelectQuery));
			FilterDataset.Values('FilterSQL') = mdSQL;
		}
	catch (e)
		{
// Здесь произвольным образом обрабатываем ошибку -2147418113. Можно вообще оставить catch пустым 
			System.MessageDialog("Ошибочка вышла....\n"+e.number+'\n'+e.description, mdtConfirmation, mdbYes, 0);
			Log.Write(1, "Не удалось записать значение поля FilterSQL для сервиса " + FilterDataset.USI);
		}
	fbcFilters.Save();
	FilterDataset.Post();
}

В scr_BaseWorkspace добавляем служебные функции:

function mf_GetDynamicFilterSQLText(DatasetLinkSelectQuery) {
	var re = /:\w*\b/mg; // Поиск строк параметров типа :Parameter
	var strParameters = DatasetLinkSelectQuery.match(re);
	if (strParameters!=null) {
		for (var j = 0; j < strParameters.length; j++)
			{
				DatasetLinkSelectQuery = DatasetLinkSelectQuery.replace(strParameters[j], mf_GetParameterValue)
			}
	}
	return DatasetLinkSelectQuery;
}
 
function mf_GetParameterValue(parName) {
	var SelectQuery = fbcFilters.DatasetLink.Dataset.SelectQuery;	
	var Parameter = SelectQuery.Parameters.ItemsByName(parName.substr(1, parName.length - 1));
	switch (Parameter.DataType)
		{
			case (pdtInteger) : return Parameter.ValAsInt;
			case (pdtFloat) : return Parameter.ValAsFloat;
			case (pdtBoolean) : return Parameter.ValAsInt;
			case (pdtGUID): return Parameter.ValAsGUID;
			case (pdtFunction) : return Parameter.ValAsFunction;
			case (pdtString) : 
			case (pdtDateTime) : 
			case (pdtUnicodeString) : return "'" + Parameter.ValAsStr + "'";
			default : return Parameter.Value;
		}
}

Теперь при сохранении динамической группы, текст запроса SQL будет в виде простого текста сохраняться в поле FilterSQL.
Для созданных ранее динамических групп, надо один раз нажать кнопку "Применить и сохранить".
Можно еще добавить проверку длины полученного SQL запроса, и в случае если она превышает 4000, ничего не записывать.

Стандартно, думаю, не получится...
Нужно создать необходимые фильтры в разделе "Контрагенты", там уже сделать фильтрацию (создать динамическую группу). По группе провести рассылку!

--
www.it-sfera.com.ua

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

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

Фильтр типа Account: Group <> MainGroup будет выполнять фильтрацию только по MainGroup, без учета дочерних групп. В данном случае Вам нужно добавлять и дочерние группы в фильтр - кроме «MainGroup» добавить “SubGroup1”, “ SubGroup2”, “ SubGroup3”.
Такая логика работы фильтров исходит из того, что не все СУБД поддерживают технологию иерархического объединения.

Что касается второго вопроса, то, к сожалению, для более точного ответа, нам необходимо знать точную версию используемого Вами приложения. Пожалуйста, уточните версию, указанную на закладке [Версия] свойств исполнительного файла TSCRM.exe, который по умолчанию находится C:\Program Files\Terrasoft CRM X25\Bin.

Terrasoft Support Team

Добрый день, Руслан.
Для версии 3.2.0 уже доступен фильтр, который в английской версии называется "Less Or Equal Now". В текущих версиях 3.2.0.17 этот фильтр называется "Меньше или равно", и не позволяет вводить аргументы. Название неудачное, правильный перевод - "Меньше или равно текущей даты", в скором времени это будет исправлено в новой версии 3.2.0.x. Главное - операция сравнения "Меньше или равно" работает правильно и сравнивает с текущей датой, то есть вполне пригодна для Вашей задачи.
Желаю успехов!

Cпасибо, а я блин, толку туда "Меньше или равно", а у меня аргумент исчезает, ну думаю, видать - глюк, под форму основного окна уходит....расширил окно, все равно нет аргумента, думал уже описать...а оказывается все правильно :-D.