Я б даже сказал "гамно". Но ничего умнее не родил)

Я так понял у тебя будет всегда неизвестный ТабДок. Зачем тогда знать имена его параметров? Ты там что-то передаешь?

Не могу понять зачем

Хотя наверняка может быть специфическая задача.

может пользователи должны задать интерактивно параметры

как с параметрами запроса в консоли

Да, специфику долго объяснять) пока можно отнестись как к "спортивной" задаче. Как?)

Только если у задачи есть решение и если нельзя было заранее передать имена параметров или указать их в одной области строкой.

Друзья)
Уже больше года работает Честный знак и маркировка. В частности интересует маркировка табака)
Кто как решает проблему интеркампани в управлении торговлей 11, когда между организациями передают марки?
Кто нибудь что придумал или реализация-покупка и увеличиваем себестоимость?

Тут придумывать то особо нечего: как нам сказали, так и работаем. Задним числом можно марки между организациями перепродавать? Вроде нет, значит и нет интеркапани.

Долго следил за разговором, но под конец все же понудю - а как так вообще получилось, что работа с моделью протекла в обработку представления?)

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

Ничто не мешает даже в конструкторе пф (?) выделить отдельно таблицу параметров и работать с ней как и данными как с таблицами, а не парсить параметры с табдока :)

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

Не, добавлять новые параметры на основании пользовательского ввода и/или преобразования исходных данных модели тоже можно. Но опять же, это надо делать до табдока.

У меня просто есть некоторый опыт в таких сложных конструкторах печати)

Можно, но там прям на грани, в одном шаге до Выполнить() по тексту с клиента.)

Раз тут пока новых тем не прилетело - поясню что делаю. На самом деле все достаточно просто. Есть такой не сложный конструктор который при клике по дереву справа кладет параметр в макет слева. Конструктор рассчитан на работу с одним ссылочным типом, но может выводить достаточно длинные пути к подчиненным реквизитам. И вот чтобы не заморачиваться с табличными частями параметров и их обслуживанием (особенно при ручном удалении параметра в табдок) я в сам параметр табдока кладу строку после последней точки из пути к реквизиту, а в параметр расшифровки - весь путь.

вот так это выглядит, и тогда для заполнения макета остается только собрать запрос с известными полями выборки. Если знать строковые имена параметров

вот в красной зоне - все плохо)