Lookup

[Wizard_imported]

так уж прям и ничего совсем не работает?
форма-то со списком наверное вызывается...
Если поле WT_CODE на форму бросить - тоже не работает? Глючок есть один с этим делом - переписаным лукапом - не отрабатывает при просмотре таблицы из дизайнера.
Однако... Что ж так сложно-то всё?
Есть несколько способов заставить работать эту лукапную кнопку:
1. TableRelation у поля определить. На мой взгляд, это покрывает процентов 80 потребностей. Приведенный в вопросе пример имхо тоже.
2. Переписать таки триггер. Причины, побуждающие к этому, могут быть разными, однако это всегда должно быть обусловлено требованиями, превышающими возможности п. 1. Ну, например - сложная комбинация фильтров или потребность перед их наложением слазить в настроечные таблицы и т.п. Если решились на это - не забудьте также и триггер OnValidate правильно оборудовать соответствующими проверками (реализуя тем самым функциональность свойства ValidateTableRelation, доступное в способе 1)
Пример кода, в тех же переменных:

WT_RECORD.FILTERGROUP(2); //весьма полезная функция, не позволяет пользователю сбросить накладываемые супер фильтры)
WT_RECORD.SETFILTER(WT_RECORD.Code,s_res);
WT_RECORD.FILTERGROUP(0); 
IF FORM.RUNMODAL(0, WT_RECORD) = ACTION::LookupOK THEN
    VALIDATE(WT_CODE,  WT_RECORD.CurrCode); //VALIDATE!!

В данном случае вызывается форма, прописанная в свойстве LookupTable справочной таблицы (WT_RECORD)
3. Если надо вызвать специальную форму, отличную от лукапной по умолчанию. Тогда вроде так:

IF FORM.RUNMODAL(FORM::"My LookupForm Nane", WT_RECORD) = ACTION::LookupOK THEN
    VALIDATE(WT_CODE,  WT_RECORD.CurrCode);

PS. Потребности в SETRECORD, GETRECORD, SETTABLEVIEW и т.п. в данном случае я не вижу.
И MODIFY там лишнее слово, имхо.