Всем доброго дня!

Есть табличная часть. В ней есть колонка, где требуется выбрать значение из списка. Значение - строка(но неудобоваримая для пользователя, так как является идентификатором), представление - вполне красивое наименование элемента по это ссылке.

Пример списка:
"0001" - Москва
"0002" - Питер
"0003" - Самара

При использовании на форме в колонке:
- в списке указаны значения Москва, Питер, Самара
- при завершении редактирования - в ячейке остаются 0001, 0002, 0003

Хотелось бы, чтобы 0001, 0002, 0003 - вообще пользователю были не видны.

Пробовал варианты:
- Элемент управления - поле выбора
- Элемент управления - поле ввода с "РедактированиеТекста" = Ложь, "РежимВыбораИзСписка" = Истина.

Оба варианта дают один и тот же результат.

Сталкивался ли кто с такой проблемой?

"ПередОткрытием" формы вызывается обработчик, который отчищает список выбора и строит его заново.

(1) Коды и представления в справочнике, но значения в ячейках строковые (код), так?

(2) Ну, почти. колонки "ID"(как значение в списке) и "name"(как представление в списке) в внешней базу данных.  И то и то - строки. Так было решено архитектором этой внешней программы.

Что собственно странно, что до тех пор, пока редактирование не завершено - в поле указано представление выбранного значения. Хотелось бы, чтобы при завершении редактирования так бы и оставалось. Вот чего мне достичь и не получатеся.

(0) в событии ПриПолученииДанных в таб поле устанавливай текст в ячейках

Есть побочные способы решения проблемы, но их использовать мне очень не хотелось бы:

1. 2 колонки. В первой значение(Видимость = Ложь), Во второй - представление(Видимость = Истина) и отрабатывать "ПриИзменении"
2. Отрабатывать представление в процедуре "ПриВыводеСтроки"

(5) Собственно вариант известный. Если нет реальной возможности использовать поле выбора - так и поступлю. А штатный механизм для такого вообще не предназначен?

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

(8) Не очень понямаю.

" выкиньте этот бредовый механизм, который вы соорудили и используйте штатный"

Правильно ли я интерпритирую:

1. Не используйте интеграцию данных, которая не дублирует данные с вашими справичниками?
*комментарий* Указанная таблица является ключевой для группировки данных при переносе из внешней системы.

2. Поле выбора не выбора не является штатным механизмом?
*комментарий* В хозрасчетной бухгалтерии(я переношу данные туда) мне надо создать 10-15 справочников участвующих только в процессе переноса данных? для этого включить возможность изменения?

Странно, если именно это является "методологией 1С".