Доработка результата работы СКД перед выводом #629219

Подскажите, как модифицировать результат выполнения процессора компоновки СКД - нужно вычислить несколько полей по сложному алгоритму. Почти во всех типовых отчетах предусмотрена процедура ПередВыводомЭлементРезультата которая должна это делать но она нигде не задействована.

- ПриКомпоновкеРезультата

Выгрузил результат в ТЗ, обработал как мне надо, как это теперь вывести, чтобы не потерять заголовок и оформление?

в вычисляемых полях можно ещё

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

а зачем типовые трогать?

Можно свой в общем... Но блин планировался внешний отчет

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

а программно создавать и выводить в СКД не вариант?

Поясните плиз выводить в СКД что? Сделать запрос из обработанной ТЗ и подсунуть его СКД?

Да

+ Т.е. нет ... зачем еще запрос делать ? Схема может использовать непосредственно ТЗ как источник.

А схему ту же использовать можно или еще одну надо создавать?

В отчете

да, а в СКД использовать набор данных объект.

Можно ту же

у меня 2 схемы, в первой формирую тз, потом дорабатываю и пихаю во 2-ю схему..

другую конечно же, в которой и описываешь свою ТЗ которую передаешь.

это как?

в первой схеме обычный запрос, во второй схеме источник данных - Объект, туда ТЗ перелопаченая передаётся

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

в все правильно сказал)

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

программно конечно

+1 например, так сделан отчет "План-фактный анализ себестоимости выпуска" в типовой УПП.

А какую схему делать основной, ту которая таблицу формирует или ту, которая выводит?

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

Так ты ж по результат выполнения первой компоновки начальную ТЗ получаешь - разве нет ? Лучше вторую, если хочешь настройки с учетом добавляемых полей пользователю давать

Ну я могу получать из компоновки, а могу просто запросом, ИМХО запросом даже проще

Оно то проще, но вряд ли будешь допиливать те же отборы - в результате ТЗ будет больше чем могла быть

Так отборы я сделаю в запросе с помощью параметров, которые возьму из компоновки... Как-то так..

Или я что-то не понимаю?

Если ты о жестких параметризированных отборах - то проблемы нет. Если же собираешся использовать пользовательские произвольные отборы - возникнут проблемы.

Секунду... Произвольные отборы я буду настраивать и использовать в конечной схеме, которая будет выводить ТЗ. А ТЗ я могу сформировать как угодно, я правильно понимаю? Каким образом произвольные отборы, настроенные в схеме, обрабатывающей запрос смогут быть использованы во второй схеме, которая будет заниматься как раз выводом?

Я не очень хорошо понимаю связь двух схем.. Они как-то влияют друг на друга?

ты можешь передавать полную ТЗ в схему, произвольные отборы установленные пользователем отрабатывают все равно позже и отберут только нужные данные.

т.е. я делаю вывод, что для формирования ТЗ совсем не обязательно использовать дополнительную схему, правильно?

ну я формировала ТЗ, передавала ее в одну только схему, ну и все. Видимо дополнительная использовалась выше потому что она уже была настроена. Я хз. :)

Спасибо, похоже так и есть )) Ваше "хз" очень сексуально )))))))))))

если мне нужно дать возможность пользователю делать отборы в массивной тз и результать этого отбора "скармливать" в отчет на СКД, то я поступаю следующим образом 1. завожу в метаданных отчета табличную часть 2. на форме отчета делают заклатдку "Отбор" или создаю форму отбора из этой ТЧ 3. ПриКомпоновкеРезультата объект "видит" эту, посему там инициализирую параметр ТчОтбора в Скд или НаборДанных в Скд - одной командой загрузки Тч в ту или другую сущность 4. Получаю результат 5. По желанию варианты отобранной Тч можно сохранять в настройках пользователя все

Не понял "объект "видит" эту," Что?  ТЧ и ее отборы?

В продолжение темы. При программном выполнении компоновки не действуют пользовательские настройки. Как сделать, чтобы компоновка использовала пользовательские настройки?

А с каким объектом у тебя связаны пользовательские настройки ? Если с дефолтным КомпоновщикНастроек то проблемы быть не должно.

Компоновщик настроек дефолтный вроде в коде. НастройкиОтчета = КомпоновщикНастроек.ПолучитьНастройки; Причем в переменной НастройкиОтчета в отладчике видно, что она содержит пользовательские настройки

Тогда она их и использует.

Да вот что-то не использует. По крайней мере состав колонок изменить не удается. Хотя в НастройкиОтчета видно, что он меняется

Синтаксис: ПолучитьНастройки Возвращаемое значение: Тип: НастройкиКомпоновкиДанных. Описание: Позволяет получить копию настроек компоновки данных. Доступность: Сервер, толстый клиент, внешнее соединение. Примечание: К возвращаемой копии применяются пользовательские настройки. Применение фиксированных настроек: Отбор из фиксированных настроек добавляется к отбору основных настроек; Условное оформление добавляется к условному оформлению основных настроек; Параметры данных, установленные в фиксированных настройках устанавливаются в основных настройках. При наличии пересечения отбора и параметров фиксированных настроек с отбором и параметрами настроек генерируется исключение.

Читал

Но почему-то не отрабатывает

Тогда не знаю чем помочь - вроде все верно.

посмотри отладчикоч что там в настройках

смотрел -  в переменной НастройкиОтчета состав колонок меняется, если пользователь их меняет в настройках, но на вывод это не влияет

Все - разобрался - мастер создал макета в виде списка, а надо было таблицей