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

Данную информацию можно получить из таблицы SysUserSession следующим запросом:

declare @userName varchar(50)
set @userName = 'Supervisor' /*Здесь должно быть имя пользователя*/
IF EXISTS
(select SysUserSession.Id from SysUserSession
inner join SysAdminUnit
on SysAdminUnit.Id = SysUserSession.SysUserId
where SessionEndDate is NULL and SysAdminUnit.Name = @userName)
print('Пользователь '+@userName+' сейчас в системе')
ELSE print ('Пользователь '+@userName+' оффлайн')

Добрый день!

В разделе "Пользователи" на странице пользователя небходимо перейти на вкладку "Правила доступа":

http://prntscr.com/etibd0

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

С уважением,
Валерия

"Юсупов Марат" написал:Подскажите как на кнопку детали свой метод сделать.

"Юсупов Марат" написал:но как убрать стандартную?

"Варфоломеев Данила" написал:Юсупов Марат пишет:

но как убрать стандартную?

в диффе remove->addRecordButton

Хотелось бы добавить, что если по нажатию на плюс появляется несколько вариантов добавления записи, то тогда нужно удалять AddRecordTypedButton.

"Назыров Михаил" написал:Хотелось бы добавить, что если по нажатию на плюс появляется несколько вариантов добавления записи

"Назыров Михаил" написал:Хотелось бы добавить, что если по нажатию на плюс появляется несколько вариантов добавления записи

"Назыров Михаил" написал:Хотелось бы добавить, что если по нажатию на плюс появляется несколько вариантов добавления

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

{
	"operation": "merge",
	"name": "AddRecordButton",
	"values": {
		"click": Terrasoft.emptyFn, //перетираем стандартный обработчик клика
		"menu": {
			"items": [
				{
					"caption": "Нафига",
					"tag": "why",
					"click": {"bindTo": "onMyFuncClick"}
				},
				{
					"caption": "козе",
					"tag": "goat",
					"click": {"bindTo": "onMyFuncClick"}
				},
				{
					"caption": "баян?",
					"tag": "needs accordion",
					"click": {"bindTo": "onMyFuncClick"}
				}
			]
		}
	}
}

ну и дальше как угодно:
или биндим на каждый пункт свою функцию,
или делаем одну, отлавливаем tag через arguments,
или вообще items биндим на коллекцию и генерим её как делает террасофт с toolsMenu (+можно ещё присобачить bindConfig).

"Варфоломеев Данила" написал:А в чём сложность-то? По конфигурации полно примеров.

Здравствуйте,
Для ред.реестра работает часть логики из схемы страницы(!) детали, а именно вы можете использовать атрибуты одноименные физическим колонкам, и вешать на них триггеры изменения. Тоесть, можно сделать так:

"UsrProduct": {
    lookupListConfig: {
     columns: ["Price", "Currency"]
    },
    dependencies: [
     {
      columns: ["UsrProduct"],
      methodName: "setProductPrice"
     }
    ]
   },

Таким образом, при изменении Продукта, будет вызван метод setProductPrice в котором вы можете делать this.set любых других колонок, и эти изменения вы увидите до сохранения строки.
Так же всегда есть колонка, которая изменяется наверняка, это колонка связи с разделом где размещена детали, она всегда заполняется при добавлении новой строки, можете тригериться на её изменения.

Максим, здравствуйте.

Попробовал воспользоваться Вашим методом - сама деталь расположена на странице Счёта (фактически - это замена детали Продукт в счёте), соответственно для связи используется колонка Invoice объекта InvoiceProduct. В схеме InvoiceProductPageV2 добавил атрибут

"Invoice":{
				dependencies: [
					{
						columns: ["Invoice"],
						methodName: "setCurrency"
					}
				]
			},

Метод не срабатывает. Как я понимаю, эта колонка Invoice заполнена по умолчанию, и её изменения не происходит.

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

Вам подойдет паттерн с событием-запросом и событием-ответом,

1)В основной карточке объявляете событие-запрос (подписку), событие-ответ (публикация) и осуществляете подписку на событие-запрос, в обработчике которого генерируете событие ответ передавая туда все необходимые поля и данные из текущего контекста.
2)В схеме детали, наборот: событие-запрос (публикация), событие-ответ (подписка) и осуществляете подписку на событие-ответ, в обработчике которого реализуете Вашу логику.
(Если вам необходимо прервать асинхронный процесс, то можете его заместить его в вашей схеме, где в chain вызвать функцию событием, и this.callParent)
3)По событию сохранения из детали публикуете событие запрос.

Как-то так...
На бумаге выглядит замысловато, но по факту очень лаконично.

Илья, здравствуйте.

Можете немного подробнее пояснить?

Например, в карточке детали UsrInvoiceProductDetail я добавляю публикацию сообщения, переопределив для этого метод addRecord. По идее это именно то, что надо, осталось только передать это куда-то...

На это сообщение я могу, например, подписаться из общей карточки страницы InvoicePageV2, на которой размещена деталь. А как подписаться на него же внутри InvoiceProductPageV2 - карточки объекта, на основе которого создана деталь? init не работает.

Примерно представляю вариант с подпиской на сообщение из общей карточки страницы InvoicePageV2. И далее записывать нужный параметр напрямую в объект InvoiceProduct запросом. Других вариантов точно нет?

"Смородинов Денис" написал:- карточки объекта, на основе которого создана деталь? init не работает.

Илья, а других способов, как я понимаю, нет?

Так, чтобы в InvoiceProductPageV2 отловить момент добавления новой строки, аналог onEntityInitialized для детали с редактируемым реестром.

"Смородинов Денис" написал:Илья, а других способов, как я понимаю, нет?

Так... я немного потерял суть:
InvoiceProductPageV2 - это схема
UsrInvoiceProductDetail - это деталь с реестром на ней
так ?
Вам при добавлении записи в деталь необходимо получать некие значения из карточки (InvoiceProductPageV2) ?

Да. Колонки ему необходимо заполнить. Сделать это можно в InvoiceProductPageV2, но событие добавления новой строки можно словить в UsrInvoiceProductDetail, вот и выходит что писать код нужно и там и там, в UsrInvoiceProductDetail ловить событие добавление записи, пушить сообщение, в InvoiceProductPageV2 слушать это сообщение, деать esq к объекту карточки, и заполнять колонки через this.set(...

"Севостьянов Илья Сергеевич" написал:Вам при добавлении записи в деталь необходимо получать некие значения из карточки (InvoiceProductPageV2) ?

Да, всё верно. Вопрос в том, как в этом случае

"Максим Шевченко" написал:в InvoiceProductPageV2 слушать это сообщение

Обычно подписывались через init, который здесь не срабатывает.

"Смородинов Денис" написал:Обычно подписывались через init, который здесь не срабатывает.

То есть подписаться на такое сообщение в InvoiceProductPageV2 в случае детали с РР нельзя?

И добавление происходит без открытия страницы или миникарточки ?

"Севостьянов Илья Сергеевич" написал:И добавление происходит без открытия страницы или миникарточки ?

Да, это деталь с редактируемым реестром.

Есть в типовой поставке пример такой детали ? Чего-то с наскока не найти.
Детали с редактируемым реестром, как раз зачастую, при добавлении записи - открывают карточку ("например Продукты в Счетах" или "Адреса" в "Контрагентах") или миникарточку (например "Контакты контрагента" в "Контрагенты"), это РЕДАКТИРУЮТСЯ уже добавленные записи без открытия карточек, так чтобы совсем без карточки я что-то не найду просто примера даже.
Если есть пример я быстро отдебажу событийную модель, и скажу ченго куда пихать.

Илья, сейчас попробую найти, по моему, были.

Речь идёт вот о такой детали: https://academy.terrasoft.ru/documents/technic-sdk/7-8/sozdanie-detali-…

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

Для примера - хотя бы добавление пункта в типовой справочник.

Вот например, справочник Типы договоров - жмём "Добавить", появилась строчка. Это конечно не совсем то, но близко.

"Смородинов Денис" написал:то конечно не совсем то, но близко.

"Смородинов Денис" написал:Но хотелось бы уж разобраться, возможно ли вообще такое.

"Севостьянов Илья Сергеевич" написал:Ну если у вас есть схема с реализацией Вашей детали - дайте MD файл и редакцию на которой разрабатываете.

Сделайте любую деталь, мастером детали, разместите в любом разделе, и после внесите следующие доработки:

- Добавить зависимости от модулей ConfigurationGrid (Конфигурационный реестр), ConfigurationGridGenerator, ConfigurationGridUtilities;
- Подключить "миксин" ConfigurationGridUtilites;
- Установить атрибут IsEditable в значение true;
- Базовому реестру указать свойства:
className: "Terrasoft.ConfigurationGrid",
generator: "ConfigurationGridGenerator.generatePartial",
generateControlsConfig: {bindTo: "generateActiveRowControlsConfig"},
changeRow: {bindTo: "changeRow"},
unSelectRow: {bindTo: "unSelectRow"},
onGridClick: {bindTo: "onGridClick"},
initActiveRowKeyMap: {bindTo: "initActiveRowKeyMap"},
для добавления действий активной записи добавить:
activeRowActions: [...],
activeRowAction: {bindTo: "onActiveRowAction"}

Итоговый код простейшей редактируемой детали будет выглядеть следующим образом:

define("UsrSchema1Detail", ["ConfigurationGrid", "ConfigurationGridGenerator",
   "ConfigurationGridUtilities"], function() {
   return {
      entitySchemaName: "Contact",
      attributes: {
         "IsEditable": {
            dataValueType: Terrasoft.DataValueType.BOOLEAN,
            type: Terrasoft.ViewModelColumnType.VIRTUAL_COLUMN,
            value: true
         }
      },
      details: {},
      diff: [
         {
            "operation": "merge",
            "name": "DataGrid",
            "values": {
               "className": "Terrasoft.ConfigurationGrid",
               "generator": "ConfigurationGridGenerator.generatePartial",
               "generateControlsConfig": {"bindTo": "generatActiveRowControlsConfig"},
               "changeRow": {"bindTo": "changeRow"},
               "unSelectRow": {"bindTo": "unSelectRow"},
               "onGridClick": {"bindTo": "onGridClick"},
               "activeRowActions": [
                  {
                     "className": "Terrasoft.Button",
                     "style": this.Terrasoft.controls.ButtonEnums.style.TRANSPARENT,
                     "tag": "save",
                     "markerValue": "save",
                     "imageConfig": {"bindTo": "Resources.Images.SaveIcon"}
                  },
                  {
                     "className": "Terrasoft.Button",
                     "style": this.Terrasoft.controls.ButtonEnums.style.TRANSPARENT,
                     "tag": "cancel",
                     "markerValue": "cancel",
                     "imageConfig": {"bindTo": "Resources.Images.CancelIcon"}
                  },
                  {
                     "className": "Terrasoft.Button",
                     "style": this.Terrasoft.controls.ButtonEnums.style.TRANSPARENT,
                     "tag": "remove",
                     "markerValue": "remove",
                     "imageConfig": {"bindTo": "Resources.Images.RemoveIcon"}
                  }
               ],
               "initActiveRowKeyMap": {"bindTo": "initActiveRowKeyMap"},
               "activeRowAction": {"bindTo": "onActiveRowAction"},
               "multiSelect": false
            }
         }
      ],
      mixins: {
         ConfigurationGridUtilites: "Terrasoft.ConfigurationGridUtilities"
      },
      methods: {}
   };
});

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

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

Подскажите, пожалуйста, в итоге мы можем заполнить поля объекта детали с редактируемым реестром значениями полей записи,в которой расположена деталь?
почитала здесь обсуждение и не поняла, к чему в итоге пришли :smile:
у меня есть объект UsrObj, его деталь UsrUsrObjDetail на странице продаж, его страница UsrUsrObj1Page1. деталь с ред. реестром. я добавляла публикацию сообщения в UsrUsrObjDetail на addRecord и подписку UsrUsrObj1Page1 в методе initEntity. но initEntity срабатывает позже, чем addRecord и у меня выходила след.ошибка в консоли
UnsupportedTypeException: Message addRecordOOP cannot be subscribed in DetailModuleV2 (CardModuleV2_66ac4481-f753-41fd-bd33-80df01c99ed1_OpportunityPageV2_detail_UsrUsrObjDetailcb3382b4ICLIndButch), message direction set as publish

Заметил, что какая-то подстановка всё же происходит - в частности, меняется иконка у поля Клиента.

Но сохранить страницу всё равно нельзя.

Здравствуйте,
Как при программной установке обычного лукапа, что бы узнать какую структуру должен иметь объект второго параметра this.set("колонка", значение), достаточно в init закешировать скоуп, и в консоли сделать this.get("имя-колонки"), и Вы узнаете правильную структуру, вроде этой:
{ value: "a7c4c271-22e4-44b0-b037-00045bd579ae", displayValue: "Name 1" }
Так и для мультилукапа можно его значение получить через this.get к примеру клиент из продажи это мультилукап, и структура будет следующей:
{ Name: "Name 1", Email: "", Id: "a7c4c271-22e4-44b0-b037-00045bd579ae", Photo: "", value: "a7c4c271-22e4-44b0-b037-00045bd579ae", displayValue: "Name 1", column: "Contact" }

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

var val = {
Id: "bb7442b1-c8a1-43fc-b5b0-004bcc91fa5b",
value: "bb7442b1-c8a1-43fc-b5b0-004bcc91fa5b",
displayValue: "Name 3",
column: "Contact"
}
document.testscope.set("Client", val);

где document.testscope переменная в которой закеширован скоуп карточки. Для вас это просто this.set("Client", val); если Вы пишете код в методах карточки.
При чем, в этот момент установится и значение для колонки «Contact».

Ну или если проставляете аккаунта, то column: "Account".
Вот таким нехитрым способом можно установить програмно значение мультилукапа, чем клиент и является.

Максим, спасибо!

Помогло.

Короче, подстановка делается таким же способом, как и для обычной справочной колонки, только добавляется параметр column.

Максим, спасибо!

Помогло.

Короче, подстановка делается таким же способом, как и для обычной справочной колонки, только добавляется параметр column.

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

При создании лида с лендинка справочное поле “Как зарегистрирован” по умолчанию заполняется значением “Лендинг”.
Для ращения задачи необходимо в стартовом сигнале указать:
- объект Лид, после добавления записи
- условие: Как зарегистрирован = Лендинг

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



2022-02-14 09:09:36,024 ERROR NT AUTHORITY\SYSTEM ProcessEngine RunProcesses - Error while running process [b82822ff-3b39-447d-8658-c57fe5f807bf] for Lead (Id: [f2a32245-c0fa-4756-b6d0-a5049583c651])

System.InvalidOperationException: Failed to get the context for the background operation. For services without authorization it is necessary to call Terrasoft.Web.Common.SessionHelper.SpecifyWebOperationIdentity.

Добрый день, Евгений.

Скорей всего ошибка возникает по причине неправильной зависимости пакетов или же некорректно установленной системной настройки "Текущий пакет". Также Вам стоит скомпилировать конфигурацию что бы проверить наличие ошибок.

Данную же деталь Вам необходимо создать заново или вручную регистрировать связи в базе данных.

Добрый день, Илья.

Компиляция не возвращает ошибок.

У меня вообще полный кейс, это создание страницы редактирования записи справочника с деталью (типа "Каналы Лида").

Евгений, здравствуйте!

Обратите внимание в каком пакете был добавлен объект для детали и какой пакет указан в системной настройке "Текущий пакет". Также, проверьте корректные зависимости данного пакета.
Вероятно, что в текущем пакете у Вас указан Ваш пакет, у которого не корректная зависимость.
Для того, чтобы это проверить установите текущий пакет "Custom", перезайдите в систему(через кнопку "Выйти") и повторите процесс создания детали. Если ошибка не будет воспроизводится, то проблема в зависимостях пакета, который сейчас указан в системной настройке "Текущий пакет".

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

Пример реализации и вызова функции указанного в атрибуте можете посмотреть в схеме ProcessFlowElementPropertiesPage.

Пример кода:

initParameters: function(element) {
	this.initDesignerType();
	Terrasoft.each(this.columns, function(columnConfig, columnName) {
		if (columnConfig.initMethod) {
			var parameter = element.findParameterByName(columnName);
			this[columnConfig.initMethod](parameter);
		}
	}, this);
},

Пример реализации метода:

initProperty: function(parameter) {
	var parameterName = parameter.name;
	this.set(parameterName, this.getParameterValue(parameter));
},

Метод initParameters вызовется в момент создании экземпляра схемы/модуля.

Вы про это?

{
	"operation": "insert",
	"name": "HeaderContainer",
	"parentName": "MainContainer",
	"propertyName": "items",
	"values": {
		"itemType": Terrasoft.ViewItemType.CONTAINER,
		"generateId": false,
		"styles": {
			"padding-bottom": "3em",
			"min-height": "3.2em",
			"margin-left": "-8px"
		},
		"items": []
	}
}

Вроде как в styles у элемента можно что угодно прописать. Но это не точно)
Лучше смотреть, какой у элемента wrapper, добавлять в него класс, а класс описывать в отдельном модуле.
Отдельный привет ребятам из терика, по конфигурации разбросаны: wrapClass, wrapperClass, wrapClasses, wrapClassName и т.п.
У - Унификация

"Варфоломеев Данила" написал:Вроде как в styles у элемента можно что угодно прописать. Но это не точно)

С классами - все ясно, но блин создавать целый модуль отдельный чтобы на 2 пикселя паддинг поправить, это как-то "из пушки по воробьям".
А добиться к элементу через Ext.select().setStyle - по какому ни будь Ready Event ну уж как-то "пахнет костылями"
Кстати штатные браузерные "window.onload" и "document.addEventListner('DOMContentLoaded'..." - почему-то фейлятся, штатный Ext.onReady почему-то стартует еще до отрисовки
Так что приходится подбирать подходящий метод из событийной модели самго BPMOnline.

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

Немного про style && class: При создании шаблона и использования в верстке тегов style и class надо использовать свойства styles и classes. styles - это объект в котором можно задавать набор свойств стилей для тегов style шаблона. classes - объект, свойства которого - массивы.
Например:

tpl: [
    '<div style = "{wrapStyle}" class = "{wrapClass}">',
        '<span id = "{id}" class = "{labelClass}" style = "{labelStyle}">{text}',
        '</span>',
    '</div>'
],
classes: {
    wrapClass: ['wrap', 'wrap-important', 'top-element'],
    labelClass: ['wrap-el', 'label', 'caption-el']
},
styles: {
    wrapStyle: {
        backgroundImage: this.image
    },
    labelStyle: {
        font: this.font,
        whiteSpace: this.getWrapStyle(this.wrap)
    }
}

wrapStyle, labelStyle - объекты задающие стили для конкретных елементов шаблона (напр. div, span, p, ...)
Также, при создании собственного шаблона рекомендуется указать шаблон id="{id}".
Пример: ' id="{id}">...'
В указанных случаях в объекте tplData устанавливать эти свойства не надо, перед формированием шаблона стили и классы анализируются и подменяются актуальными значениями из соответствующих свойств. Если в компоненте не будут указаны стили, атрибут style будет автоматически удален из шаблона.

Так же рекомендую почитать статью.

Скоро обещают - http://www.community.terrasoft.ua/ideas/12492

А тем временем можно смерджить грид так как указано в данном комментарии:
http://www.community.terrasoft.ua/ideas/12492#comment-66441
Схема UsersDetailV2

Добрый день, Владимир!

Согласно Вашего комментария созданы проблемы/пожелания на команду разработки продукта по вопросам 1 и 3. Номера проблем 6543 и 6544 соответственно.
Что касается второго вопроса, то вероятно Вам подойдет функционал "Цикловых заданий", который уже реализован в версии 7.10. Для его использования необходимо обновится на последнюю версию и установить пакеты полевых продаж, в результате чего появится раздел "Цикловые задания" (к сожалению, пока еще информация про данный раздел не добавлена в руководство пользователя, но вопрос уже в проработке и статья появится в ближайшее время).