Приветствую! пытаюсь решить задачку.
Есть справочник Номенклатура, у него форма списка.
При нажатии на элемент списка внизу должна появляться табличка с колонками ДокументПрихода, ДатаПрихода, Контрагент(кто поставил товар), Количество(имеется в виду остаток на текущий момент на складах), Склад(если складов несколько, то по ним разные строки).
Вся информация для таблички находится запросом с регистров в серверной процедуре.
Вот вопрос: как лучше собранную запросом информацию вывести обратно на форму? Я выбрал вариант через Таблицу значений, но может есть более правильный способ? Реквизит на форме и Таблицу на самой форме надо создавать или лучше програмно?
Подскажите, плиз. Буду благодарен. Крайне желательно, для примера, какой-то условный код, чтобы от него оттолкнуться.

А ничего, что приходов может быть много, а склад один? И как Вы это планируете показать в одной табличке? Делайте две таблички

Вы упёрлись в интерфейс, разделение контекста на клиент/сервер, и забыли про бизнес-логику!

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

Если приходов было несколько, то и документов несколько. Будет несколько строк. Обычно контрагент один или два. Документов до 5, пока остатки со склада не уходят. Складов несколько, но обычно одни и те же контрагенты на одни и те же склады отгружаются. Строк 10 не больше обычно в табличке. Эта штука работает в УТ 10, другой делал, надо такую же в 11 сделать.

(2) Я уперся в интерфейс. Логика мне понятна. Не могу нормально данные запроса на форму передать. Совет бы)

(4) Пошёл и сделал!

(5) Погуглите

(0) Какое событие у списка? ПриАктивизацииСтроки и вызываете серверную процедуру\функцию?
Если так, то при открытии большого списка 45 раз будет серверный вызов)

Чтобы такого не было либо заполнение делаете по команде, либо в модуле "ПриАктивизацииСтроки" подключаете обработчик ожидания, пример:
https://ironskills.by/tpost/zi7ytn6co1-kak-izbavitsya-ot-kontekstnogo-vizova-v

Из справки:
ФормаКлиентскогоПриложения (ClientApplicationForm)
ПодключитьОбработчикОжидания (AttachIdleHandler)
Синтаксис:
ПодключитьОбработчикОжидания(<ИмяПроцедуры>, <Интервал>, <Однократно>)
Описание:
Подключает указанную процедуру в качестве обработчика ожидания. Процедура будет вызываться в период ожидания системы каждый раз по истечению указанного интервала времени.

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

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

(0) Показывай код. И опиши, что не получилось.

Мертвая и ненужная задача. Со списком просто нереально будет работать. Получать документы и другую детализацию надо только по кнопкам. И без этого не так чтобы все летает

(11) Ну почему же. Если подготовить данные в отдельном регистре, то вполне себе можно минимизировать тормоза.

(12)Зачем? Прибыль повысится ?

(13) Не всё в этом мире определяется прибылью. Не надо быть таким меркантильным :)

(8) Да, ПриАктивизацииСтроки. Попробую с ожиданием, спасибо.

(11) Задача очень нужная, т.к. уже 5 лет комерсы так работают. Очень просят в новой базе так сделать.

(6) Ок, разберусь сам.