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

Для этого достаточно в замещающую схему модуля в методе init добавить строчку
document.scope = this;
После этого доступ к методам можно будет получить через document.scope.MethodName.

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

Предоставьте, пожалуйста, результат выполнения запроса:

select ModuleHeader from SysModuleEntity
join SysSchema
on SysSchema.Uid = SysModuleEntity.SysEntitySchemaUId
join SysModule
on SysModule.SysModuleEntityId = SysModuleEntity.Id
where SysSchema.Name = 'Contact'

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

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

Эта же ошибка проявляется в 7.11.1.

ВСЕ лукапы отображаются с "undefined" http://prntscr.com/hd8fxz.

Подскажите, как бороться?

Для блокировки полей редактируемого реестра, можно писать бизнес правила блокировки на странице(!) этой детали.
rules: {
"UsrTestInt1": {
"EnabledUsrTestInt1": {
"ruleType": BusinessRuleModule.enums.RuleType.BINDPARAMETER,
"property": BusinessRuleModule.enums.Property.ENABLED,
"conditions": [
{
"leftExpression": {
"type": BusinessRuleModule.enums.ValueType.CONSTANT,
"value": true
},
comparisonType: Terrasoft.ComparisonType.NOT_EQUAL,
rightExpression: {
type: BusinessRuleModule.enums.ValueType.CONSTANT,
value: true
}
}
]
}
}
}

Тоже самое касается и обработчиков изменения колонок. Написав атрибут к любой колонке с методом обработки изменения и списком колонок по изменению которых будет вызван данный метод:
"Parent": {
name: "Parent",
dependencies: [
{
columns: ["Account", "OurCompany"],
methodName: "clearParent"
}
]
},

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

Кстати, а VIRTUAL_COLUMN, описанные на странице тоже смогут отображаться в детали?

Да, если добавить в diff описание объекта в который нужно отобразить ее значение.
Пример на Академии: https://academy.terrasoft.ua/documents/technic-sdk/7-9/dobavlenie-vychi…

..

Сергей, здравствуйте!

На текущий момент, с помощью базовых средств Вы можете в итогах создать график по объекту "Сеанс пользователя", где можно будет отобразить начало и завершение сеанса определенного пользователя и выгрузить указанный список в Excel (см. скриншоты).
Также, в реестре разделов Вы можете вывести колонку "Дата изменения", которая будет отображать последнюю дату изменения записи. Реестр разделов, также можно экспоритировать.

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

Как я смог увидеть в скриншотах, "Сеанс пользователя" это аналог журнала аудита. В разделах по "Дате изменения" регулярно отслеживаю активность, но такая форма представления статистики не совсем удобная. Есть желание на одной кнопке запустить отчёт по статистике и вывести всё необходимое.

В базовой конфигурации описанный механизм не реализован.

Вроде нашёл, что где-то есть таблица соответствия типов:

var typeId = config.communicationTypeId ||
							this.getMappingValue("CommunicationType", "MasterEntityColumn", config.syncColumnName);

getMappingValue: function(getParamName, byParamName, byParamValue) {
					byParamValue = byParamValue.value || byParamValue;
					var masterDetailColumnMapping = this.get("MasterDetailColumnMapping");
					var typeMapping = this.Ext.Array.findBy(masterDetailColumnMapping, function(item) {
						return item[byParamName] === byParamValue;
					});
					return typeMapping ? typeMapping[getParamName] : "";
				},

Соответственно, вопрос получается - где следует её искать, и можно ли добавить свои изменения?

Здравствуйте,
Метод syncEntityWithCommunicationDetail находится в схеме: CommunicationSynchronizerMixin в пакете NUI. Метод публикует сообщение, которое слушает схема базовой детали комуникаций и вызывается метод который вы нашли: syncMasterEntityWithDetail. Таблица же соответствия типов, это не таблица, а атрибут MasterDetailColumnMapping который заполняется для каждой из типов детали средств связи, методом initMasterDetailColumnMapping
Посмотрите пакет NUI, схему: AccountCommunicationDetail там в этом методе вы увидите:

			initMasterDetailColumnMapping: function() {
				this.set("MasterDetailColumnMapping",[
					{
						"CommunicationType": ConfigurationConstants.CommunicationTypes.MainPhone,
						"MasterEntityColumn": "Phone"
					},
					{
						"CommunicationType": ConfigurationConstants.CommunicationTypes.AdditionalPhone,
						"MasterEntityColumn": "AdditionalPhone"
					},
					{
						"CommunicationType": ConfigurationConstants.CommunicationTypes.Fax,
						"MasterEntityColumn": "Fax"
					},
					{
						"CommunicationType": ConfigurationConstants.CommunicationTypes.Web,
						"MasterEntityColumn": "Web"
					}
				]);
			}

Вот этот метод вам и нужно переопределить еще в замещающей схеме детали средств связи контрагента. Указав там свои зависимости.

Дмитрий, здравствуйте!

Непонятно зачем вы замещаете базовую схему BaseActionsDashboard. В инструкции о ней ни слова.
Там достаточно создать схему модели представления, унаследованную от SectionActionsDashboard. и Создать замещающую схему страницы раздела (если ее нет).

"Мотков Илья" написал:

Дмитрий, здравствуйте!

Непонятно зачем вы замещаете базовую схему BaseActionsDashboard. В инструкции о ней ни слова.

Там достаточно создать схему модели представления, унаследованную от SectionActionsDashboard. и Создать замещающую схему страницы раздела (если ее нет).

"Головачев Дмитрий Александрович" написал:
Мотков Илья пишет:

Дмитрий, здравствуйте!

Непонятно зачем вы замещаете базовую схему BaseActionsDashboard. В инструкции о ней ни слова.

Там достаточно создать схему модели представления, унаследованную от SectionActionsDashboard. и Создать замещающую схему страницы раздела (если ее нет).

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

В списке Родительских объектов нету SectionActionsDashboard я нашел ее в пакете ActionsDashboard она наследуется от BaseActionsDashboard думал что пойдет если сделать наследование от него

А какую версию продукта Вы используйте? Так как в родительских объектах она есть. Убедитесь, что Вы вводите название без пробелов.

7.8.0 SalesEnterprise

"Головачев Дмитрий Александрович" написал:

7.8.0 SalesEnterprise

Проверил. В 7.8. отображается BaseActionsDashboard (фильтрация происходит по Title объекта). В 7.9 видимо переименовали.

Но увидел, что Вы замещаете (признак "Замещать") а не наследуете (это разные вещи). Это может приводить к ошибкам.
На SDK рекомендую ознакомиться.

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

"Мотков Илья" написал:
Головачев Дмитрий Александрович пишет:

7.8.0 SalesEnterprise

Проверил. В 7.8. отображается BaseActionsDashboard (фильтрация происходит по Title объекта). В 7.9 видимо переименовали.

Но увидел, что Вы замещаете (признак "Замещать") а не наследуете (это разные вещи). Это может приводить к ошибкам.

На SDK рекомендую ознакомиться.

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

Как вариант изменить в БД:

Update SysModuleEdit set ActionKindCaption='Добавить лид тест' where id='BF373F96-F36B-1410-3393-1C6F65E16A07'

Спасибо!
Способ с sql тоже не сработал, у раздела в SysModuleEdit параметр был ActionKindCaption пустым, хотя в самом разделе значение указано, и при добавлении необходимого названия кнопка не меняется :sad:, а каким еще способом можно изменить название? :smile:

del

"Maria H" написал:а каким еще способом можно изменить название?

Большое спасибо! Совет с SysModuleEditLczOld помог :smile:

Здравствуйте, Дарья!

Один вопрос: зачем?

Добрый день!
Есть пользовательское действие "обработать шаблон сообщения с макросами"
У нас есть процесс, который в случае если критичное обращение не успевает выполняться в срок, то ряду людей(специальной группе, состоящей из 5-6 чел) отправляется письма-оповещения, что по такому-то обращению приближается срок реакции. Таким образом, каждому человеку из группы руководителей отправляется соответствующее письмо на e-mail, а также приходит уведомление в систему дополнительно. Для этого используется элемент-сценарий в процессе , т.е. составляется запрос-список людей(результат=5-6 человек), и каждому отправляется письмо по заранее обработанному шаблону в данном процессе и уведомление в систему. Хочется в начале письма писать не просто "Добрый день", а, например, "Добрый день, Василий Васильевич" (в зависимости от адресата).
Для этого, как вариант, возникла идея вызвать данное действие в элементе-сценарии.
Т.е. составляется запрос-список людей(5-6 человек), вызывается действие обработки шаблона для этого человека, отправляется письмо по этому шаблону и уведомление в систему.
Возможно, это слишком сложный способ и есть проще?
Продукт сервис-деск

Здравствуйте, Дарья!

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

Подобная тема обсуждалась по ссылке:
http://www.community.terrasoft.ru/forum/topic/25071

Добрый день!
Вызываем вспомогательный процесс в элементе "Задание сценарий" главного процесса следующим образом:
(галка "интерп.процессы" отщелкнута, 7.9)

UserConnection userConnection = context.UserConnection;
var select =
new Select(userConnection)
.Column("UsrTest","UsrContactId")
.Column("UsrTest","UsrEmail")
.Column("UsrTest","Id")
.From("UsrTest")
.Where("UsrTest","UsrTestId").IsEqual(new QueryParameter(RecordId))
as Select;

var manager = userConnection.ProcessSchemaManager;
var processSchema = (ProcessSchema)manager.FindInstanceByName("UsrProcessMyMailSendSub");
if (processSchema == null)
{ return true;
}

using (DBExecutor dbExecutor = UserConnection.EnsureDBConnection()) {
using (IDataReader dataReader = select.ExecuteReader(dbExecutor)) {
while (dataReader.Read()) {

var moduleProcess = processSchema.CreateProcess(userConnection);
moduleProcess.SetPropertyValue(@"contactId", (Guid)dataReader.GetColumnValue("UsrContactId"));
moduleProcess.SetPropertyValue(@"needEmail", (String)dataReader.GetColumnValue("UsrEmail"));
moduleProcess.SetPropertyValue(@"needId", (Guid)dataReader.GetColumnValue("Id"));
moduleProcess.Execute(userConnection);
}
}
}
return true;

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

Подскажите, пожалуйста, что может быть не так

Добрый день, Дарья!

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

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

Базовая версия приложения не поддерживает протокол CalDAV.

Интеграцию с этим сервисом необходимо создавать отдельно.

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

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

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

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

Аналогично, записи исчезают после метода: this.updateDetails();

Значит я где-то не донастроил деталь?

А можно пример всего кода, ибо на первый взгляд все выглядит крайне неправильно)

"Варфоломеев Данила" написал:

А можно пример всего кода, ибо на первый взгляд все выгляди крайне неправильно)

getInsertLtyParamDetailQuery: function() {
				var insert = Ext.create("Terrasoft.InsertQuery", {
					rootSchemaName: "UsrLoyaltyObj"
				});
				var esq = this.Ext.create("Terrasoft.EntitySchemaQuery", {
					rootSchemaName: "UsrRefLoyaltyParams"
				});
				esq.addColumn("Name", "ParamName");
				esq.addColumn("UsrContactLoyalty.Name", "ContactLoyalty");
				esq.addColumn("UsrContactLoyalty", "LoyaltyObj");
 
				var contactLty = this.get("UsrLoyalty");
				var esqLtyFilter = esq.createColumnFilterWithParameter(Terrasoft.ComparisonType.EQUAL,
					"UsrContactLoyalty.Name", contactLty.displayValue);
				esq.filters.add(esqLtyFilter);
				esq.getEntityCollection(function(result) {
					if (!result.success) {
 
					     result.collection.each(function(item) {
 
insert.setParameterValue("UsrParam", item, Terrasoft.DataValueType.LOOKUP);
insert.setParameterValue("UsrLoyalty", item.get("LoyaltyObj"), Terrasoft.DataValueType.LOOKUP);
					    });
                                       }
 
				}, this);
				insert.execute();
				return insert;
			}

Да, пока писал вроде понял, что 100% неверно здесь:

esq.addColumn("Name", "ParamName");
				esq.addColumn("UsrContactLoyalty.Name", "ContactLoyalty");
				esq.addColumn("UsrContactLoyalty", "LoyaltyObj");

Поле UsrParam, - ссылается на справочник с полями: Name, Description и справочным полем UsrLoyalty.

Но еще остается вопрос с пропадающими записями...

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

1) Ошибка, показанная Вами на скриншоте, указывает на то, что в InsertQuery была добавлена колонка UsrParam несколько раз. Возможно это возникает по причине того, что this.UpdateQuery вызывается до того, как прошел INSERT запрос. Рекомендую Вам обновлять деталь в функции обратного вызова метода execute. Пример:

insert.execute(function() {
	this.updateDetails();
, this);

2) Записи на детали пропадать по следующим причинам: не настроенные колонки для реестра детали или же некорректное связывание детали и карточки (что более вероятно).

ого..... Всё, что можно было написать неправильно, тут неправильно xDD как оно вообще работает?)) должно же быть примерно так:

getInsertLtyParamDetailQuery: function() {
	var esq = this.Ext.create("Terrasoft.EntitySchemaQuery", {rootSchemaName: "UsrRefLoyaltyParams"});
	esq.addColumn("Name", "ParamName");
	esq.addColumn("UsrContactLoyalty.Name", "ContactLoyalty");
	esq.addColumn("UsrContactLoyalty", "LoyaltyObj");
 
	var contactLty = this.get("UsrLoyalty");
	esq.filters.addItem(esq.createColumnFilterWithParameter(Terrasoft.ComparisonType.EQUAL, "UsrContactLoyalty.Name", contactLty.displayValue));
	esq.getEntityCollection(function(result) {
		 if (result.success) {
				var batchQuery = Ext.create("Terrasoft.BatchQuery");
				result.collection.each(function(item) {
					var insertQuery = Ext.create("Terrasoft.InsertQuery", { rootSchemaName: "UsrLoyaltyObj" });
					insertQuery.setParameterValue("UsrParam", item.get("Id"), Terrasoft.DataValueType.GUID);
					insertQuery.setParameterValue("UsrLoyalty", item.get("LoyaltyObj").value, Terrasoft.DataValueType.GUID);
					batchQuery.add(insertQuery);
				 }, this);
				batchQuery.execute(this.insertQueryCallback, this);
			}
	}, this);
},
insertQueryCallback: function(result) {
	/*коллбэк вставки записей в бд*/
}

"Мотков Илья" написал:
2) Записи на детали пропадать по следующим причинам: не настроенные колонки для реестра детали или же некорректное связывание детали и карточки (что более вероятно).

"Варфоломеев Данила" написал:

ого..... Всё, что можно было написать неправильно, тут неправильно xDD как оно вообще работает?)) должно же быть примерно так:

Илья. Деталь сама по себе является таблицей в базе данных и в ней хранятся все записи, добавляемые в неё из любого места где она выведена. При добавлении детали на карточку через Мастер разделов, Вы выбираете поля для связи детали с карточкой. По этим полям происходит фильтрация (в момент добавления записи с колонки карточки будет взято значение и записано в выбранную колонку детали).

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

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

Колонки, по которым происходит фильтрация можно посмотреть, как в Мастере разделов, так и в самой схеме карточки. Пример из схемы CasePage для детали Файлы и ссылки:

"Files": {
	"schemaName": "FileDetailV2",
	"entitySchemaName": "CaseFile",
	"filter": {
		"masterColumn": "Id",
		"detailColumn": "Case"
	}
},

В данном случае фильтрация происходит по колонке Id обращения и колонке Case детали.

"Мотков Илья" написал:

И, что удивительно, 200+ записей было внесено, т.о. код выше работает, просто не отображался (фильтровался).