Добрый день.

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

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

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

Ivan Kuchma,

Такой вопрос, можно ли добавить уже созданную деталь просто на форму мини-карточки при помощи разработки? И обязательно ли создавать под это контейнер с полями tabs?

Глеб Макаров,

рекомендую обратить внимание на похожую тему  для миникарточки с детали, а также на статью о реализации сообщений между деталями через sandbox.

Детальнее работе с sandbox можете ознакомится в статье: https://academy.terrasoft.ua/docs/7-18/developer/front-end_development/…

Добрый день!

Исходный код данного окна можно посмотреть в модуле ModalBox,

код наполнения окна в модулях StructureExploreModuleV2 и StructureExplorerUtilitiesV2

Добрый день, Сергей!

Не совсем понял про "запрещать вносить изменения в продукты", однако, чтобы модальное окно открывалось только если привязан объект счёта, необходимо заместить схему SupplyPaymentDetailV2 следующим образом:

 

define("SupplyPaymentDetailV2", ["ConfigurationConstants", "OrderConfigurationConstants", "ConfigurationEnums",
			"SupplyPaymentGridButtonsUtility", "Order", "SupplyPaymentDetailV2Resources", "InvoiceProduct",
			"ProductUtilitiesV2", "ConfigurationGrid", "ConfigurationGridGenerator", "ConfigurationGridUtilities",
			"css!SupplyPaymentGridButtonsUtility", "OrderUtilities", "MoneyUtilsMixin"],
		function(ConfigurationConstants, OrderConfigurationConstants, enums, GridButtonsUtil, Order, resources,
				InvoiceProductSchema, ProductUtilities) {
 
			return {
				entitySchemaName: "SupplyPaymentElement",
				attributes: {
				},
				messages: {
				},
 
				/**
				 * ######-#######, ########### ################ ####### #####.
				 */
				mixins: {
					ConfigurationGridUtilites: "Terrasoft.ConfigurationGridUtilities",
					OrderUtilities: "Terrasoft.OrderUtilities",
					MoneyUtilities: "Terrasoft.MoneyUtilsMixin"
				},
				methods: {
 
					/**
					 * @inheritdoc Terrasoft.GridUtilitiesV2#linkClicked
					 * @overridden
					 */
					linkClicked: function(recordId, columnName) {
						var data = this.getGridData();
						var row = data.get(recordId);
						var invoice = row.get("Invoice");
						var eventResult = false;
						try {
							this.set("CurrentRowId", recordId);
							if (columnName === "Products") {
								if (invoice) {
									this.openProductsWindow();
								}
							} else if (columnName === "Invoice") {
								this.onInvoiceButtonClick(row);
							}
						} catch (exception) {
							this.log(exception, this.Terrasoft.LogMessageType.ERROR);
						}
						this.set("IsButtonClicked", true);
						return eventResult;
					}
				},
				diff: /**SCHEMA_DIFF*/[]/**SCHEMA_DIFF*/
			};
		}
);

Дима Вовченко,

Спасибо! Задача в том, чтобы если привязан инвойс, то не давать возможности в модальном окне редактировать колонки все.

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

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

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

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

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

А вообще, описанное Вами очень похоже на автогенерируемую страницу в БП. Может, с её помощью получится?

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

Спасибо за ответ. Фиксированное количество виртуальных полей не вариант, так как в будущем клиент самостоятельно может добавлять поля, которые тоже должны выбираться. Мне подсказали создать на странице модального окна ContainerList. Вот такой элемент diff:

{
    "operation": "insert",
    "name": "CommunicationsContainer",
    "parentName": "ContainerListContainer",
    "propertyName": "items",
    "values": {
        "generator": "ConfigurationItemGenerator.generateContainerList",
        "idProperty": "Id",
        "collection": "CaseFieldCollection",
        "observableRowNumber": 10,
        "onGetItemConfig": "getCaseItemConfig"
    }
}

"collection" - коллекция всех полей, которые могут быть отображены в модальном окне.

"onGetItemConfig" - метод, где формируется структура каждого поля.

Только вот до конца не ясно как с этим всем работать.

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

Дата,

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

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

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

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

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

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

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

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

Скорее всего, накладывается какой-то фильтр.

Посмотрите через SQL Profiler, какой запрос уходит в базу.

В response приходят все записи, что странно, почему отображаются не все.

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

Какая колонка у вас указана как идентификатор и как вы ее заполняете в вашей вьюхе?

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

Спасибо за ответ, да дело было в Id во вьюшке.

Пример из  TagUtilitiesV2 (заполнение parameters) и вызов модуля

openTagModule: function(config) {
	var scope = config.scope;
	var sandbox = config.sandbox || scope.sandbox;
	var tagModulePageId = this.getTagModulePageId(sandbox);
	this.prepareModalBox();
	var tagModuleConfig = {
		renderTo: this.getGridContainer(),
		id: tagModulePageId,
		parameters: {
			TagSchemaName: config.entityTagSchemaName,
			InTagSchemaName: config.entityInTagSchemaName,
			RecordId: config.entityRecordId
		}
	};
	sandbox.loadModule("TagModule", tagModuleConfig);
},

Пример чтения переданных параметров в модуле TagModule 

createViewModel: function() {
	var viewModel = this.callParent(arguments);
	var parameters = this.parameters;
	if (parameters) {
		viewModel.set("TagSchemaName", parameters.TagSchemaName);
		viewModel.set("InTagSchemaName", parameters.InTagSchemaName);
		viewModel.set("RecordId", parameters.RecordId);
	}
	return viewModel;
}