Есть 3 документа с (можно сказать) идентичными таб частями.
Вопрос такой: можно ли их какимнить образом объединить в 1 динамический список (вариант с запросом на объединение не хотелось бы -  а то лагать будет думаю жесть)

почему будет "логать" ?

"вариант с запросом на объединение" в дин списке вобще не поддерживается

(0) А каким хреном таб. части будут появляться в (если я не ошибаюсь в намерениях ТС) в журнале?

(3) Чот я тя не понял

(2) И я с 1С в этом плане даж соглашусь))

(1) Ну а прикинь по туеву кучу документов, и чтобы получить 50 первых записей итоговой таблицы мы сначала склеим эти туевы кучи

(4) Ты табличные части в динамическом списке показывать собираешься?

Подозреваю, что у ТС есть свой вариант трактовки термина "динамический список"

(8) в списке документов? В списке элементов? В списке ТЧ? ))

(7) Хотелось бы, чтоб дать возможность поиска документа к примеру по данным таб частей (ну и какой тип дока мы за ранее не знаем)

(10) _Где_ дать такую возможность? _Что_ именно искать?

(11) Ну представим есть 3 дока с табчастями где есть колонка с контрагентом, и вот мы хотим увидеть в каких доках встречался в таб части нужный контрагент

(12) Классная штука - отчёты. И запросы.

(0) это решается критериями отборов.

(14) Расскажи

(15) "Ну представим есть 3 дока с табчастями где есть колонка с контрагентом, и вот мы хотим увидеть в каких доках встречался в таб части нужный контрагент" - вот это без проблем решается "Критериями отборов". Такое задание даже на экзамене по Спецу есть. Ток там вместо твоего контрагента ищут номенклатуру, которая содержится в табличной части расходных накладных.

(15) Отсюда вытекает ,что задания для "спеца по платформе" ты никогда не видел.

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

(18) Блин он же будет искать тогда по полному совпадению к примеру строки чтоли ?

(19) чувак, ты путаешься в показаниях.
Сперва огласи свою задачу конкретно и в полном объеме, а то ты приводишь какие-то абстрактные хотелки и примеры, поле чего удивляешься почему у тебя что-то не работает.

(20) Да все работает, ща напишу

Есть 3 документа, в первых двух сведения о человеке (ФИО и паспорт) находятся в таб части, в третьем эти данные реализованы в качестве реквизитов дока.
Необходимо реализовать интерфейс поиска по данным человека документов где он встречался (я бы хотел в виде дин списка, но эт как понимаю розовая мечта), ну естественно параметры поиска могут быть и не полными (к примеру пол фамилии написали, в этом случае надо кроме ссылки на док выводить и данные человека).

Что-то типа того

(22) делаешь формочку с необходимым набором параметров (отборы). Далее волшебную кнопку "найти" - строишь запрос на получение данных и выводишь пользователю в том виде, как тебе это нужно.

В Чем трабла?

(23) Ты мне предлагаешь вариант с 3 вложенными запросами? (я уже думал над этим)

(23) Корочь фиг с ним, придумаю чонить, ну как я понял динамический список не возможен в этой ситуации.

(25) а зачем тебе именно динамический список?

(26) Да он мне больше нравиться, да и мутить элементы формы не надо для отбора, выделил ячейку и начал набирать. Ну както так