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

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

Но эмулировать через таблицу значений на форме никто не запрещает

Телепатирую: Все это реализуется с использованием механизма характеристик. Думаю что плодить динамически колонки - это бред, а вот имитировать это можно.

(1) и сохранять эту ТЗ (с привязкой  документу) без извратов не получится, я так понимаю?

(2) а можно чуть подробнее? Просто надо, чтобы это был именно документ с колонками. Если не плодить колонки, то еще можно это реализовать?

(3) все данные должны храниться в реквизитах, таблиных частях, регистрах ...
Поэтому сохранять саму ТЗ нет смысла, она только отображает

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

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

я тестировал разную динамику - все сделать можно, но оно не эффективно.

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

(7) не после открытия, а при открытии. Т.е., при открытии анализируются элементы справочника, и под каждый элемент добавляется одна колонка. При работе в форме уже состав колонок не меняется

(0)Начни заново и озвучь задачу. Может быть, регистра сведений хватит? )))

(8) а тип значения колонок поди разный ?

(9) ну отчасти эта идея реализована например в документе УстановкаЦенНоменклатуры УТ11. Колонки - это виды цены. Но там, как я понял, данные не сохраняются в документе (цены), а тянутся при открытии из регистра сведений. Но надо именно чтобы данные хранились в документе, чтобы было понятно, кто, что и когда менял.

(0) постановка изначально не соответствует сущности "Документ" в 1С. Здесь больше похоже на каку-то обработку, которая будет тягать данные из регистра сведений. Документ создать без ТЧ и использовать его в качестве одного из измерений регистра. Второе измерение - характеристика

(10) к примеру пусть будет одинаковый...

(13) тогда найди хоть один минус в Рг сведений с ведущим измерением Документ и вторым измерением номер колонки ТЧ + в ресурсе храним значение

+(13) - еще бы УИД строки документа нужен был

(15) к (14)

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

(17)[Короче в самом документе я так понял это никак не реализовать]
отчего же ни как:
храни всё в ТЗ
ТЗ засунь в хранилище

(11) Не смотрел в УТ11, но в УТ10 всё хранится в самом документе.

(19) кстати, как вариант. Типа на форме ТЗ, никак не связанная с ТЧ, а потом при проведении данные из ТЗ записываются в ТЧ, так получается?

(20) в 100500 раз повторяем
нет у твоего документа ТЧ
не нужна она

(21) так сделано в документе УстановкаЦен в УТ 10. Есть ТЧ: Номенклатура, ТипЦен, Цена. Вот в ней данные и хранятся. А в ТЗ отображаются в нужном виде. Имхо, неплохой вариант. Удобнее, чем с РС

Есть такая штука чудесная, позволяет сохранять и таблицы любые, хоть с 100500 строк)
Называется ХранилищеЗначений. Тоже, вот и сделай реквизит такого типа. Ессно сохранять и читать можно по с помощью одной строчки кода на каждую операцию.

А чтобы извне обращаться без извратов - тут извините, надо модель пересмотреть, уверен 99% что можно обойтись без таблицы с динамическими колонками, потому что к такой таблице запросом по-человечески тоже не обратишься - неизвестны имена колонок, как минимум.