Доброе утро. На сколько мне известно в базовой логике данная задача не реализована. Вам надо посмотреть в сторону замещения и расширения модуля ReportFilterModule. На данный момент реализована передача фильтра с помощью фильтрации записей в разделе.

var config = [

          {

                name: 'FormingMethod',

                dataValueType: 'FormingMethod'

            }

]

Солонко Олег Иванович,

Можете детальней описать что нужно менять? Схему карточки выбора записи из справочника?

Фильтрация по множественному выбору записей в разделе — это то, что есть сейчас. Подробнее описывал в соседней теме.

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

 

создание раздела под 1 отчет, это не подходит. Было бы неплохо схему фильтров подредактировать, но мало знаний что бы туда тянуть руки.

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

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

это всё из-за ̶с̶п̶а̶й̶с̶о̶в̶ handleAfterInserted. Попробуйте вот это в методах прописать

handleAfterInserted: function(response) {
	if (this.Ext.isEmpty(response) || !response.success) {
		this.hideBodyMask();
		return;
	}
	this.hideBodyMask();
	this.reloadGridData();
}

Варфоломеев Данила,

пасиб, добрый человек! все заработало как надо