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

Получается что-то типа назначенной для этого элементы формы печати...

Как это можно сделать?

Книга знаний: Размещение колонки с остатками в списке справочника

Используй ХЗ

(0) ХранилищеЗначения попробуй. Только есть это метаданное из конфы удалить, то в хранилище оно осатанеться

(3) Думал уже.. Как раз это и останавливает. :(

(4) Напиши функцию-оболочку что бы она возвращала из хранилища, а если метаданное не найдено там где оно было - очищало ХЗ

Зачем вообще использовать метаданные?..
И чем смущает (3)? Удалять метаданные может только программер, он может предусмотреть вариант корректной очистки ХЗ...

(5) Тоже думал... лишний огород какой-то...
(6) Затем чтобы каждому элементу справочника можно было "назначить" свою печатную форму...

Решил в реквизите сохранять имя макета, а при необходимости находить макет по имени.... т.е. если мает удалили из конфигурации, то по имени его найти нельзя ну и отсылать пользователя "в лес" с соответствующим сообщением :)

(7) Это можно сделать без использования МД.

Как?

Да хоть из того же ХЗ или из внешнего файла. Посмотри как в УТ картинку к номенклатуре привязывают. Точно так же можно макет привязать.

(11) а база от этого не распухнет?

Нельзя нормально макет сделать внешним. Пробовал. Не получиться задать ни реквизит ни шаблон.... С хранилищем тоже самое... Можно сохранять/загружать просто табличный документ, но шаблоном его сделать не получается (у меня по-крайней мере). Точнее макетом сделать его можно, то шаблоны и реквизиты в него не задашь...

(12) База распухнет на размер табличного документа

(13) Эту проблемунужно решать отдельно, может у чистого mxl есть ограничения на содержание ячеек и шаблоны; не пробовал. В конце концов можно реализовать как внешние печатные формы. Там точно никаких проблем.

(15) Про какие внешние печатные формы речь? Где смотреть?

нафига это городить вообще...

(16) Стд. механизм внешних печатных форм документов в любой типовой.

(17) К каждому контрагенту своя печатная форма договора. Вариаций договоров несколько и они добавляются периодически. Текстовка договоров весьма различна, поэтому "городить огород" с одним макетом очень не интересно - всё равно получаем почти тоже самое что и при нескольких макетах. Отсюда вывод - надо задать (и запомнить это) каждому контрагенту свой вариант договора.

(18) Ок.

Лучше договор так и хранить Вордовским доком в ХЗ, привязанным к каждому контрагенту.

(21) Ну и чем это отличается от хранения его в mxl ? Заполнять его всё равно надо... Значит всё равно возня с шаблонами (макетами)...

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

сделай один макет с параметрами, а параметры подставляй в зависимости от контрагента. Зачем тучу макетов, а потом еще и это запихивать в реквизит. Бред..

(23) Да возьни ровно столько же - как и с макетами.
(24) Не катит. Слишком разнится текстовка и вообще вид договоров...

(25) В этом варианте в базе будет храниться реальный договор, а не только шаблон. Особенно актуально, если в конкретный договор вносились изменения. Вариант (0) этого не отражает.

При обычной работе изменения в договор вноситься не должны. Только юристами и крайне редко.

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

Да еще и Ворд нужен :)

Я не предлагаю папку с файлами. Все должно храниться в базе, в ХЗ.

По-любому ворд нужен будет при твоем варианте :) А это лишние лицензии... Вобщем как всегда - хотим дешево, удобно и качественно....
Ладно, забей. проехали.

(30) ворд то здесь зачем?