v8: отчет с несколькими СКД (управляемые формы) #634114

Сделал отчет по такой методике: 1. в основной схеме ничего не делаем 2. в основную схему добавляем свои вложенные, в которых делаем все полностью 3. в основной схеме добавляем варианты,по числу СКД, и для каждой добавляем вложенный отчет - выбираем одну их схем из п.2 Отчет работает, но как-то странно - не сохраняется измененный вариант отчета (подсистема "Варианты отчетов", классические отчеты с одной СКД работают корректно). Вопросы: 1.Как то можно доработать этот отчет, чтобы он был совместим с подсистемой "Варианты отчетов"? 2.Если на вопрос 1. ответ отрицательный, то вопрос другой - как сделать отчет с несколькими СКД, чтобы он корректно работал с подсистемой "Варианты отчетов"? PS речь идет именно об управляемом приложении

У меня предопределенные варианты настроек отчетов тоже из хранилища возвращались как "Неопределено", я обошел проблему так (точный синтаксис не помню - конфигуратора перед глазами нет): НастройкиИзХранилища = ХранилищеВариантовОтчетов.Загрузить(КлючМоегоОбъекта, КлючМоегоВарианта);    НастройкиИзХранилища = <Вариант из основной СКД отчета>; Всё понятно?

пока понятно, сейчас попробую к своей системе привинтить

Коллеги, а вообще кто-нибудь делал/видел отчет для управляемого приложения с несколькими СКД? Или это несбыточная фантастика и я зря мучаюсь?

подниму ветвь

Не могу понять что в нем особенного??? Делал я его - и прекрасно он работал.

Посмотри в ЗУПе отчет "Расчетные листы", точно не помню, но по-моему, там несколько СКД.

показал бы, какой он у тебя :)

Примитивный, конечно. Жалко, что конфигуратора под рукой нет , так что отчет без конфы. Там есть макет, вложенная схема (связь, кстати, идет на закладке "Настройки" через папку "ОбъектНастройкиВладелец"). И условное оформление без условия (т. е., применяемое всегда) для группировки "Валюта".

в вашем отчете одна схема подчинена другой. А мой вопрос именно про независимые схемы. Придумаю пример. Допустим некий отчет "Контрагенты" в котором заказчик желает видеть вариант "а" - простой перечень всех  Контрагентов и вариант "б" - долги Контрагентов и товарооборот по ним. Очевидно, что это разные запросы. Размещать их в разных СКД? Правда, я виду еще вариант: в одной СКД сделать два НЕСВЯЗАННЫХ набора данных - НД1 и НД2. В вариант "а" идут поля из НД1, в вариант"б" поля из НД2.  Тогда остается одна техническая проблемка - в мешанине доступных полей понять какое поле из какого набора данных. А так же что делать с единственным полем "Контрагент", которое фигурирует в обоих наборах данных.

Хм... Вообще такая ситуация легко обходится единственным набором, включающим запрос с левыми соединениями таблицы контрагентов с необязательными {} таблицами долгов и товарооборота по контрагентам. А потом можно сколько угодно вариантов создавать - транслятор сам включит в итоговый запрос нужные таблицы, исходя из запрошенных полей на SQL-уровне. Нельзя ли, ради решения задачи, копать в направлении модификации запроса, а не создания кучи наборов данных а уж, тем более, связанных друг с другом СКД???

запросы могут быть совершенно разными и мне не нравится идея создания единого монстро-запроса на все случаи жизни. чувствую, что это неправильно.

Вообще, запросы настраивать проще, нежели связи между схемами и наборами данных. Громоздко будет - это да.

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

Может тогда уж разные отчеты сделать?

я не против, но Заказчик хочет видеть всё в одном отчете ))

))) - тот-же заказчик? Кстати, эту проблему я решал путем подсовывания в событии модуля МЕНЕДЖЕРА "ОбработкаПолученияФормы" (кажется так оно называлось) настроек, заранее сохраненных в регистре сведений, в хранилище системных настроек ХранилищеСистемныхНастроек.Сохранить("Документы.МойОбъект.МояФормы/НастройкиФормы"). Потом при открытии форма цепляла настройки оттуда. В событии формы ПриСозданииНаСервере, это уже не прокатывало. К тому-же это событие в модуле менеджера появилось, где-то так, с релиза 8.2.14 - 8.2.16.

да, тот же ))

Хороший заказчик, заинтересованный. Тьфу-тьфу-тьфу.