У нас в программе УТ10.3 есть объект "Задачи пользователя". Они создаются на основании объектов, в том числе и на основании бизнес процесса "Согласование заказа покупателя". Финансовому аналитику нужен такой инструмент, чтобы окно было закреплено снизу и в него попадали все  задачи, предназначенные для него, но с отбором по данному виду бизнес процесса + с отбором и сортировкой по некоторым другим полям. Всё бы было хорошо, если бы в объекте "Задача пользователя" были все необходимые поля. Но, я не хочу добавлять эти множество полей в объект "Задача пользователя". Я настаиваю на том, чтобы был разработан отчет-обработка, который бы автообновлялся - это раз и позволял сохранять отборы по различным полям, которых даже нет в самом объекте "Задача пользователя" - это два.

Как вы считаете, для этого пойдет "отчет обработка" или же просто добавить поля в объект "Задача ..." и заполнять их при создании задачи? Второй путь мне кажется некрасивым ибо добавляются многие поля, например "Контрагент", "Регион", "менеджер контрагента" - поля, которые и так есть в реквизите "Объект согласования".

А просто форму нарисовать и выводить на нее отчетом реквизиты?

(0) запрос в обработке, на форму обработки вынести табличное поле

(0) Ты что-нибудь про механизм доп. реквизитов слыхал? Есть РС доп. реквизитов, там можно ранить что угодно...

через точку получай. Нарисуй динамический список, чтоб отборы работали

(0) кажется мне, что вы как-то не так используете задачи...

(1)ну это как бы и есть обработка-отчет

(5)почему? просто у нас в зависимости от времени суток и дня недели согласовываются заказы по разным регионам. И для этого нужны отборы.

(4)извините, не понял про динамический список. какой список и какие отборы?
(2)а автообновление?

Добавь поля в существующую задачу, да и все дела...

(9) Если кончено не 900 полей хочешь добавить, а то были прецеденты :)

(9)ну я как бы за правильный идеологический подход.

(3)чтото не слышал.

зачем что-то добавлять в задачу?
У нас так и сделано, обработка со списком задач для конкретного юзера, через задачу можно выйти на все другие связанные с ним объекты (документы, бизнесс процессы и т.д.), чего вполне достаточно

(8) Вместо списков документов (справочников и пр.) в управляемых формах есть динамический список.

(11) Этих подходов 100 и маленькая тележка. И главное нельзя сказать, что именно это правильно, а это не правильно.
С одними параметры улучшаются другие параметры ухудшаются и наоборот...

(15) * С одними подходами одни параметрами улучшаются ...

(13)да. конечно же можно выйти через задачу на все другие реквизиты. Но отборы то не будут работать если просто выводить эти поля в журнал без доп. реквизитов

(14)а у нас не управляемые формы. не взлетит?

(17) при чем тут журнал? ОБРАБОТКА это, со своим таб полем, заполняется запросом, отборы - как параметры запроса, вот и все пироги

(19)а автообновление как?

(20) обработчикожидания например

или обработкаоповещения, это если ты другие объекты изменишь ещё влияющие на это дело

(20) Используй динамический список в управляемой форме. УФ можно открывать и в обычном приложении. Обновление автоматическое, отборы можно любые хоть по данным ТЧ, хоть через много точек, если надо.

Ура! Осталось только обучиться динамическому списку1

Там делов со списком на 15 минут, (на пол часа, если раньше не делал)...

Установка отбора в одну строчку (при условии, что в запросе ДС есть соответствующий параметр).

&НаКлиенте
Процедура ГородОтправленияПриИзменении(Элемент)
    
    СписокГрафикиВТ.Параметры.УстановитьЗначениеПараметра("ГородОтправления",  ГородОтправления);
    
КонецПроцедуры