В общем, вот в чем проблема.
Имеется некая обработка, которая работает с документами примерно в следующем виде:

Документ | Искать расп-е в ТЧ | Имя ТЧ | Имя реквизита | Значение поиска

Собственно, если "Искать расп-е (распоряжение) в ТЧ" установлено в Истину, тогда мы получаем коллекцию объектов метаданных - табличные части этого документа.
Вот тут и назревает вопрос:
Клиент работать с коллекцией объектов метаданных не умеет, следовательно, мы можем оперировать лишь именем и синонимом ТЧ.
Но имя с точки зрения юзверя не является читабельным, а вот синонимы могут совпадать (мало ли, по запарке какой-то разработчик обозвал две ТЧ одним синонимом и это каким-то образом осталось незамеченным) - что может ввести пользователя в заблуждение. Что посоветуете? Рендерить самому представления для ТЧ тоже сложно назвать хорошей затеей - потому что юзверь привык к определенным синонимам.

Дай юзеру возможность задания собственного синонима.

В одном документе две ТЧ с одинаковым синонимом?

Выводи для таких синонимов рядом (в скобках) еще и имя, какие проблемы?

(1) это уже переработка неизвестного количества документов и переписывание части их бизнес-логики (конфигурация более чем объемная). Да и данные подхватываются "на лету", полагаясь на информацию о регистраторах, которую предоставил РН.

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

(2) всё бывает - а 1С разрешает подобное

(3) опять читаемость падает(

(4) Пусть юзер заполняет свою табличку соответствия как хочет. Сделай ему регистр сведений.

(8) обработка в идеале не должна хранить какие-то свои данные в конфигурации - к примеру, хранение моделей и пр. вынесено будет в отдельные файлы.

(9) Храни настройки в файле или в системном хранилище настроек.

(10) опять же упираемся в гибкость обработки - в будущем, скорее всего, будет возможность подхватывать данные из других регистров, так же выбирая.

(11) Пользователь увидит новый регистр, он ему не понравится и он его переименует для себя.

(12) опять же вспомним про гибкость обработки и про то, что данные внутри конфигурации она не хранит ;(

Я правильно понял проблему?
Есть список метаданных. У которых есть имя и синоним.
Нужно дать пользователю выбрать синоним, а у себя (в обработке или где там) сохранить имя?
Вопрос в визуальном решении?

Так какой тут, к Морготу, регистр сведений?

(14) абсолютно верно

И тут возникает извечный вопрос...
Как в УФ показать представление элемента списка выбора?

(16) скрытая колонка. Отчасти, по этой же причине что-то вроде синонима в отображаемой колонке должно быть уникальным - потому что потом на основе выбранного значения в видимой колонке будет создана ассоциация с именем объекта метаданных