передача ТЗ в качестве параметра на тонком клиенте
 

Есть динамический список. в нем один из параметров таблица значений, нужна именно связка нескольких параметров для отбора.
так как список расположен на форме, то при переходе с сервера на клиент происходит ошибка преобразования XDTO, поскольку один из параметров для динамического списка это тз. Что можете предложить в качестве решения?.
Пока на ум приходит только служебный регистр который будет заполняться данными таблицы

Для начала открываем СП, и смотрим, где у нас может быть ТЗ. И видим: на сервере. Не на клиенте.
Что может заменить ТЗ? Ну, например, Структура. Хранилище.

Можно разобрать, например, алгоритм формирования печатных форм счет-фактур. Где собирается пакетный запрос в зависимости от характеристики самой СФ, и неопределенного списка документов-оснований. Там куча вызовов серверных процедур с параметрами.

В 7.5, когда еще не было таблиц значений, использовались вложенные списки значений...

(1) в толстом клиенте тз прекрасно себе живет, несмотря что написано на сервере.

еще раз. есть форма списка. На ней динамический список. нужно ограничить его парами, осп/отдел

Собственно в запросе это выгялит как то так
ГДЕ (Данные.ОСП, Данные.Отдел) В (&Таблица)

При переходе с сервера на клиент (тонкий) передается список (так как он расположен на форме), соответсвенно и его параметры, ну а поскольку параметр это таблица значений то вылетает ошибка разбора XDTO

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

3-ktVladimir > "[em]в толстом клиенте тз прекрасно себе живет, несмотря что написано на сервере[/em]" -а при чем здесь толстый клиент, если вопрос о работе в тонком клиенте ("[em]При переходе с сервера [b]на клиент (тонкий)[/b] передается список...[/em]"?

(4) я написал это к тексту из (1)[em]смотрим, где у нас может быть ТЗ. И видим: на сервере. Не на клиенте.[/em]. Да проблема при переходе на тонкий. проблема очевидна, тонкий клиент не поддерживает тз. соответственно при переходе возникает ошибка. В общем тему закрываем. Идей никаких новых в голову не пришло. Буду через вспомогательный РС делать. Текст запроса генерить по строкам тз в моем случае не вариант. (особенности конфы)

Херней маяться не надо. Вредно это.

Во все не вьехал, но на клиенте вроде как нет и не может быть таблицы значенийю На клиенте - коллекция строк для отображения серверной таблицы. Значит при выполнении запроса на сервере надо преобразовать это вложенную "таблицу" в настоящую таблицу значений с помощью РеквизитФормыВЗначение (за точность синтаксиса по памяти не ручаюсь) и уж затем совать ее в запрос. Я что-то подобное с вложенными данными делал, сейчас не помню. надо поднимать

7-USSR > Об этом сразу было сказано (1).

[quote=ktVladimir;42600218]Буду через вспомогательный РС делать.[/quote]Сурово. Главное, чтобы более одного человека одновременно в базе не сидело.

[quote=iMoxa;42602072]Сурово. Главное, чтобы более одного человека одновременно в базе не сидело.[/quote]
Тю! Номер сеанса как измерение...

10-bma1 > Там много будет всякого "Тю!". Не только разделение по сеансу, и сборки мусора. Основное-то: для каждой обработки свой регистр будем городить, али как? Ничего, что добавится запись со всякими сопутствующими блокировками и транзакциями?
Не проще ли вместо преодоления трудностей ликвидировать их источник?

[quote=VZ;42603525]Не проще ли вместо преодоления трудностей ликвидировать их источник?[/quote]
ч. 3 ст. 34 УК РФ

12-bma1 > ст. 37 УК РФ

(12)(13) Это в каком разделе ИТС?

[quote=iMoxa;42603823]Это в каком разделе ИТС?[/quote]
Методические рекомендации.