Развернутая подсказка (как это работает и как применять на практике): 1) Два способа «накормить» ДинамическийСписок данными - Способ A: Основная таблица. Вы указываете, из какой таблицы метаданных читать данные (документ, справочник, регистр и т. п.). В этом случае платформа строит «типовую» выборку и дает стандартные возможности списка: отборы, сортировки, поиск, оформление, быстрые настройки. - Способ B: Произвольный запрос. Вы включаете произвольный запрос и описываете текст запроса сами. Это нужно, когда: • надо объединить данные из нескольких таблиц (JOIN/соединения); • требуется нестандартная логика отбора; • нужно вывести вычисляемые поля, агрегаты, дополнительные реквизиты; • необходимо показывать данные «не как в объекте», а как витрину. 2) Что дает «основная таблица» и почему она важна - Основная таблица помогает платформе корректно идентифицировать строки списка (по ключевым полям), поддерживать стандартные действия со строками и быстрее/проще настраивать список. - Если список отображает документы или справочники, обычно достаточно основной таблицы: быстро получаете рабочий журнал без программирования запроса. 3) Мини-пример на понятном сценарии (увязка с «Ведомостью в кассу») - Если вы делаете форму журнала выплат и хотите показывать список документов «Ведомость в кассу», то удобно создать реквизит «ДинамическийСписок» и указать основную таблицу документа. Тогда пользователи смогут фильтровать по организации, периоду, ответственному и т. д. - Если же вы хотите вывести «витрину» для контроля заполнения выплат (например, сотрудники, у которых должна формироваться выплата через кассу, но ведомость не заполняется), тогда одной основной таблицы документа может быть мало. В таком случае пригодится произвольный запрос, который соединит сведения о сотрудниках, способе выплаты, периоде и рассчитанных суммах/задолженности. 4) Лучшие практики, чтобы «Ведомость в кассу» заполнялась автоматически (когда вы проверяете это через списки/журналы) - У сотрудников должен быть корректно задан способ выплаты (через кассу/наличными), иначе они будут попадать в другой тип ведомости (например, в банк) или не будут подбираться автоматически. - В документе важно правильно указать период (месяц/дату выплаты) и вид выплаты (аванс/зарплата и т. п.), а затем использовать команду заполнения (обычно кнопка «Заполнить»). - Если конкретный сотрудник не попадает в ведомость при автозаполнении, проверяют типовые причины: выбран не тот период/вид выплаты, у сотрудника нет суммы к выплате за период или есть встречные удержания/задолженность, из-за которых итог к выдаче не формируется. 5) Итоговая логика для экзамена/теста - Если вопрос про «способ формирования запроса» у реквизита «ДинамическийСписок», правильная мысль: это решает разработчик, и у него есть два базовых варианта - основная таблица или произвольный запрос.