В названии получился каламбур. Расшифрую:
Есть запрос, получаемый из внешней базы, в котором одно из полей строковое, соответствующее значениям перечисления в текущей базе.
Результат запроса гружу во временную таблицу и запросом хочу соединить с данными из текущей базы. Соединение таблиц нужно только по этому строковому полю с реквизитом регистра,имеющего тип "ПеречислениеСсылка".
Как замутить-то? или перечисление в строку превратить, или строку в перечисление. Ясно, что ПредставлениеСсылки и Представление не пойдет.
В варианте без запроса решается то просто, получением значения через квадратные скобки. Но в таком варианте идет выборка данных внутри цикла, а это не комильфо....
К слову - в базе com-соединения этого перечисления нет, набор значений получен путем конструкций "Выбор когда".
Можно бить палками, главное навести на мысль хотя бы.

что мешает этот же выбор когда реализовать на стороне базы?

Если приспичило соединить именно в взапросе, подготовьте таблицу-параметр с полями ПеречислениеСсылка, ПеречислениеСтрокой и соединяйте в запросе с ней

+(2) создание таблицы не ресурсозатратно, т.к. количество значений перечислений конечно и, как правило невелико

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

(4) Я бы предпочел телодвижения с параметрами, сохранив каноническую структура регистра. Но вам на месте виднее.

структура регистра не каноническая. Собственнописная. И пока она в тестовой базе, ее не поздно передумать сделать по-другому. ))

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