{} - инструкции как с ними работает ПостроительОтчетов #390816

Кто-нибудь киньте в меня ссылку как правильно писать эти {}-инструкции? К примеру ручками написан запрос, как дальше поступать, что нужно вставлять и сколько.

Ни у кого нет?

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

Интересно также зачем внутри вложенного запроса в отчете ВаловаяПрибыль помещена инструкция {} вида:

Зачем? Это условия, которые может изменять/использовать построитель.

Он их из указанного в {}-списке тупо добавляет в или исключает из обычного запроса? {} - это по сути меню возможных включений/исключений?

меню исключений.

+ Иными словами, фраза: означает, что наряду с условием на выбираемый период, ИНТЕРАКТИВНО ЧЕРЕЗ НАСТРОЙКИ можно наложить еще 5 условий?

Да.

В том смысле, что ДОБАВЛЕНИЕ любого доп. условия есть ИСКЛЮЧЕНИЕ части данных из РезалтСета. ;)))

Добавление - это установка галочки "Использование".

+ Т.е. условие может быть добавлено (присутствовать в  {}), но быть НЕ активно.

А еще вопрос - а тогда на кой ляд еще инструкции вида: УниверсальныйОтчет.ДобавитьПолеРесурс УниверсальныйОтчет.ДобавитьПоказатель УниверсальныйОтчет.ДобавитьПолеГруппировка УниверсальныйОтчет.ДобавитьИзмерениеСтроки УниверсальныйОтчет.ДобавитьОтбор Это чтобы ручками {} плодить? Если да, то где взять полный список и описание этих вызовов?

Здрастя! Мы речь ведём про ПОСТРОИТЕЛЬ ОТЧЁТА! А относится к отчёту "Универсальный отчёт" из типовой конфы, который заточен под построитель. :)

И такой вопрос: Если в выборке запроса присутствует поле (после слов ВЫБРАТЬ РАЗРЕШЕННЫЕ), то это поле автоматически становится доступным в универсальном отчете или нужно его еще где-то прописывать?

Что такое "заточенность"? Я так понимаю, что УниверсальныйОтчет вызывает построитель для формирования запроса и формы отчета. Мой вопрос заключался собственно в том, нужно ли использовать указанные в инструкции для полей, которые и без того есть в метаданных регистра, по которым, например, строится отчет.

Точно уже не помню, но вроде нужно прописывать. Вообще возьми любую типовую и посмотри как там сделаны отчёты на базе универсального. Раскопай универсальный отчёт и сразу поймёшь, что значит "заточен". :)

Вопрос в лоб: А, если используется голый запрос без {ВЫБРАТЬ }-инструкций, будет ли что-нибудь выведено на экран?

Гхм... Запрос - это запрос. Он никак не связан с выводом на экран. ... Похоже ситуация совсем сложная... Вот что: в типовых есть "Консоль отчётов", запихни свой запрос туда. Можешь ещё попробовать "Консоль запросов" (я не ошибся, это разные консоли).

Сам запрос пашет. Вот только не вытащить на экран поля вложенного запроса.

+ Пока писал, все заработало в наилучшем виде! ;)))

+ Всё да не всё: при попытке вывода расшифровки (например, по документу движения) выдается только строка итогов, без детализации по номенклатуре. При нажатии на кнопку "Настройка" выдается сообщение об ошибке:                   Поле объекта не обнаружено (Положение)

Отладчик в руки и вперёд! :)

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

Где хранятся выбранные поля (измерения) отчета и почему они при выборе расшифровки скидываются??

Так выбранные поля, или измерения?

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

ПостроительОтчета.ГруппировкиСтрок смотри.

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

Тьфу ты, ёпрст! ПостроительОтчета.ИзмеренияСтроки.

Посмотри типовые отчёты, построенные на базе универсального. При написании нового отчёта на базе универсального кроме запроса и описания + определения параметров вообще ничего не надо дорабатывать. Всё и так работает. И расшифровка работает.

Ну, так это одно и тоже, только другими словами: При первом запуске, почему-то массив ИзмеренийСтрок не содержит записей, а при повторной установке они добавляются. То ли у меня кривая {}-инструкция ПостроителяОтчета, то ли что?

+ Проще говоря: возьми типовой отчёт, который сделан на базе универсального, поменяй запрос, забей свои параметры и всё - готово!

Я по такому пути и шел. Да вот зараза зачем-то заставила меня все поля в Дополнительных параметрах описать. А так все было бы пучком, по твоему рецепту.

.2 Где волшебное слово-то говорить?

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

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

+ Всё это делается в процедуре "УстановитьНачальныеНастройки" в ТВОЁМ отчёте. Сам универсальный отчёт трогать НЕ надо.

У меня в окне отчета настройки сохраняются с предыдущего раза, но при запуске УстановитьНачальныеУстановки они (выбранные измерения) сбрасываются. Хоть плачь!

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

Рыдаю... Мож поглядишь, что процедура ДобавитьДополнительноеПоле делает, а?

Ты толком скажи, чего сказать-т хочешь. Добавляет я так понял поля в {ВЫБРАТЬ }

Вот и я о том же. В общем, ты, мягко говоря, неправ.

У меня вот какая хрень: 1 - одно поле явно указано и сохранено интерактивно в группировках поля с прошлого сеанса (например). Пусть, "Контрагент". 2 - два поля явно описаны как поля предопределенной группировки:    УниверсальныйОтчет.ДобавитьИзмерениеСтроки("Номенклатура"); Но все это сбрасывается и не работает с первого раза.

Если оно уже добавлено, зачем второй раз добавлять?

Проверка, что и предустановленные, и сохраняемые группировки скидываются. Причина тоже обнаружена - сам запрос. При его формировании (присвоении значения УниверсальныйОтчет.ПостроительОтчета.Текст=ТекстЗапроса, происходит сброс установленных группировок.

Подозреваю, что дело за малым где-то построитель вставил бы {}-инструкцию.

Да не построитель вставляет {}, а ты. Запрос для универсального отчёта должен содержать {} для:

У меня это все есть, но не работает. Единственное отличие моего запроса от указанного - у меня источник данных Регистр+Внутреннее соединение с вложенным запросом. Вопрос: 1) Нужно ли внедряться во ВложенныйЗапрос {}-инструкциями? 2) Как тогда связать ВложенныйЗапрос.Номенклатура КАК ЗапросНоменклатура с предустановленными группировками отчета (которые по идее связаны с Регистр.Номенклатура как Номенлатура)?

1. Ну, если условия построителем нужно задать для вложенного запроса, то да. 2. ... ничего не понял. :)

Не нужно. Но что-то работает не так. Сбрасываются предпределенные группировки. При повторном их заведении все работает. Черт знает что!!!

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

- При изменении текста (запроса) построителя его настройки сбрасываются. Можно их сначала получить (до присвоения текста запроса): а потом установить: построитель.УстановитьНастройки(настройки);

Спасибо, Михаил! Именно так и сделал на скорую руку у клиента. Сохранил настройки в Структуре, потом восстановил. Одно смущает, почему-то во всех измерениях (кроме верхнего) идет задвоение наименования. Например, если выбран отчет по Контрагент-Наименование-ХарактеристикаНаименования, то будут двоиться названия Наименование,Наименование и ХарактеристикаНаименования, ХарактеристикаНаименования.

Как быть?

:) Следить за коллекцией ПостроительОтчета.ИзмеренияСтроки, т.к. она обычно заполняется автоматом самим построителем после ПостроительОтчета.ЗаполнитьНастройки;

Не очень понятно, что значит следить? По виду ПостроительОтчета.ИзмеренияСтроки вроде все нормально, но вот только в названиях строк задвоения (сами данные не двоятся).

Я бы скорее подумал, что это установки МакетаОтчета. Например, Макет.ОтображатьГруппировки=истина

В "ИзмеренияСтроки" описываются группировки и их порядок! Если у тебя в измерениях задваивание, то и в результате запроса будет такое же задваивание группировок.

У меня нет задваивания чисел и в измерениях все ОК. У меня есть только задваивания наименований строк, типа Шланг гидравлический,Шланг гидравлический,Красный,Красный    3 шт.  15 руб.

Ээээ... не понял, это как, строки двоятся, а суммы нет? :/ Или двоятся КОЛОНКИ?

+1

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

up

ап