В форме списка Заказов хочет выдеть Реализацию.
Вижу 3 варианата:
1 в процедуре  СписокПриПолученииДанных делать запрос по текущему открытому списку  //что плохо -  тормоза

2 добавить реквизит в Заказ и покурочить его обработкуПроведения типа так: Если ПризнакЗаписиЗаказаИзРеализации Тогда Возврат; //что плохо - при проведении/распроведении Реализации записывать Заказ + на 1 Заказ может быть много Реализаций

3 послать его с его хотелками

что скажите?

я бы сделал 1 и 3 в произвольном порядке

1 заказ = 1 Реализация?

сказать, что задача сложная и срубить больше бабла

+(3) используя функцию Максимум().
А когда спросит: задашь встречный вопрос, что не было сказано, какой из...

сделать РС

(1) 1-й вариант конечно можно дополнить возможностью отключения "показа"
(2) та отож, гвоорил я ему
(5) это вариация п.1 ...хотя чуть быстрее быудет

(3) за что тут рубить-то?

зы: а "Свойства" тут использовать не получиться?

(0) вариант 4. выяснить, зачем, понять, что еще хочется туда же, нарисовать клевый АРМ

Сделай 1. Потом заработай на оптимизации. :-)

(0)
СписокПриПолученииДанных делать запрос по текущему открытому списку  //что плохо -  тормоза

Это все из за того, что руки не там отпочковались.

(5) Вариант. Ну или добавить реквизит "Заказ", индексированный в Реализацию, че бы нет?

3 раза выполнить п. 3, если не уйдет выполнить п.1 за большие деньги.

Сделай запрос при получении данных. Борьбу с тормозами оставь на заказчика в виде галочки показать/скрыть реализацию.

Есть еще неиндексированный Сделка, только он составной и не всегда подходит.

Сделай информационный блок текста на форме и показывай данные на активную строку. При активации запросом находи реализации и формируй инфо строку.

Тормозить не должно вроде

(10) та ладно, научи как в  "СписокПриПолученииДанных"  сделать так, что-б запрос выполнился ОДИН раз

(14) не, он хочет именно в СПиске

+(14)Или можно даже таб. поле замутить и туда сгружать реализации по текущему заказу.

Сделать список Реализаций с Заказами, а клиенту сказать, что это список Заказов с Реализациями. Всё равно клиент тупой и разницу не поймёт.

(15)Так если их будет >1 как ты в оду ячейку все поместишь?

(16) Реквизит в реализации решает эту проблему

(18) понятия не имею, думаю правильней будет просто покрасить строку в другой цвет, а если ему захочется уточнить - для этого есть "структура подчитенности"

(18) Красным цветом ячейка. При активации - расшифровка.

(19)Так по идее в ней и так должен быть ДокументОснование заполненный заказом

(15) Запрос выполняется 1 раз. Че не так?

(19) каким образом? ...вот табПоле в Заказе - это да

(24) Может просто объяснишь клиенту чем журнал документов от отчёта отличается? И не надо будет конфигу раком ставить.

(23)
Процедура СписокПриПолученииДанных(Элемент, ОформленияСтрок)
   КвоЗходовВСписокПриПолученииДанных = КвоЗходовВСписокПриПолученииДанных + 1;
   сообщить("КвоЗходовВСписокПриПолученииДанных = " + КвоЗходовВСписокПриПолученииДанных);
КонецПроцедуры
КвоЗходовВСписокПриПолученииДанных = 0;

КвоЗходовВСписокПриПолученииДанных = 1
КвоЗходовВСписокПриПолученииДанных = 2

(22) Невсегда. Есть еще ведение учета по счетам.

//КвоЗходовВСписокПриПолученииДанных = 1
//КвоЗходовВСписокПриПолученииДанных = 2

(26) Че это?

Я и так знаю, что ПриПолученииДанных отрабатывает каждый раз при прокрутке списка

И это хорошо.

(24) Что тебя смущает в индексированном реквизите
"ЗаказПокупателя" в документе РеализацияТоваровиУслуг
?

(29) без прокрутки в данном случае - это приоткрытии
в Реализации:
ДокументОснование - не индексирован
Сделка - индексирован

как мне это поможет?

У меня "приВыводе" накурочено куча запросов.
И ничего, терпят. Только в журнале выставлен период - 1 день.
А один запросик "ПриПолученииДанных" вообще летать будет.

+ 33 все равно мне в ПриПолученииДанных сначала надо получить списокЗказов, а потому уже скормит его запросу по реализациям

(34) "период - 1 день"  вряд-ли  будут рады

(35) Да, так и есть

(33) Ищи по ДокументОснование, если будет долго (вряд ли) -сделай его индексированным.

(38) почему не по Сделке? ...в данном случае ДокОснование и Сделка - одно и то-же

(39) Сделку могут потереть юзеры.

(40) А док. основание может быть пустым.

я ща ересь скажу :)
а запрос к "ОформленияСтрок" можно сделать?

(41) Судя по тому, что его нет в типовых и он добавлен автором - нет, ибо автор знает, что делает.

(42) Нет. Собирай ссылки циклом.

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

(41) А ты бы не позорился и запросики из ПриВыводе убрал.

(45) Дада, сами. Угу. Знаем.

(0) запрос на сервере очень нормуль работает

вот почему при первом заходе по (26) в СписокЗаказов попадает только одно значение, а при втором - все
СписокЗаказов = Новый СписокЗначений;
   Для Каждого ЭлементОформления Из ОформленияСтрок Цикл
       СписокЗаказов.Добавить(ЭлементОформления.ДанныеСтроки.Ссылка);
   КонецЦикла;

(15) Дык кешировать надоть. Я еще на клюшках с кешем (из списка значеий) делал.
А теперь-то с индексами по таб значений- сам Бог велел.
Создаешь таблицузначений с колонками СправочникСсылка и отображаемое значение, по СправочникСсылка делаешь индекс

При получении данных ищешь в своей табЗн,

если нашел - проставляешь значение,

если не нашел - записываешь ссылку в отдельный список.

Когда все элементы ОформниеСтрок кончились -
делаешь запрос (по твоему составленному списку)

Снова пробигаешь по оформлениям строк - выводишь то, чего небыло при первом проходе.

Потом можно сделать кнопку обновить (по которой просто очищаешь табзнач)
Можно очищать ТЗ и при смене родителя

(46) Дадут денег, уберу.

(43) нет, ничего не добавлял, просто это УТ для Украины

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

лан, спасибо всем, делаю п.1
если будут жалобы - переделаю на РС