Добрый день.
Есть справочник, стандартный документ, у которого в табличной части колонка - тип данных этот справочник. Пользователь хочет в отдельной колонке вводить код, и чтобы по коду находился элемент справочника. Как это лучше реализовать?

А зачем отдельная колонка?

(1) поддерживаю вопрос

В колонке тч если ввести код он его и должен найти

(4) код отчета - реквизит добавленный, а не стандартный код справочника

(4) В конфигураторе включи поиск по этому реквизиту для поля ввода.

+(5) Понадобится включить индексирование для этого реквизита.

(4) Ну, и? Пусть ищет в подборе по этому реквизиту.
Или чего?

(7) Я так понял, что задача ТС - это поиск в поле ввода, а не в форме подбора.

(8) Если так - фигня полная (ИМХО). Например, код 3245 - фигня, зверь набивает 3254 (запаренный, ошибся и пр.) - и получается полная фигня, а не просто фигня :)

(8) Не, не в поле ввода, а по значению поля ввода.
ИМХО - у свойства поля ввода есть процедура типа "По завершении ввода" (нет у меня под рукой 8-ки!), вот там и написать алгоритм поиска по реквизиту..
(9) ну, о фигне сообщить, что не найдена :)

(9) Так если в форме подбора наберёшь не тот код, что надо, то та же фигня получится. Как тут подбор поможет?

(10) Не надо ничего писать. Ни единой буквы кода. Достаточно (6) и потом (5).

(10) Э-э-э... А откуда компутер знает, что нужна фигня? Он нашел полную фигню.

(11) Так - зверь видит (!!!), что не та фигня. А иначе - "ваша программа плохая".

(14) Ну так и в поле ввода он точно так же увидит, что нашлось. Неожиданно, не правда ли? :)

Да еще и сообщит в окне сообщения, что фигня - полная..

(15) Что увидит? Что не та фигня нашлась? Ну, дык - программа плохая.
А в подборе: видит код (поле поиска) и другую фигню. Зовет тебя, а ты ему - мордой в экран и по рукам, по рукам. :)

+(15) Подбор хорош только тогда, когда кроме самого значения (например, номенклатуры), нужно заполнить в ТЧ ещё максимум одно значение (например кол-во).

А когда в ТЧ, помимо номенклатуры, надо заполнить ещё 5-6 колонок, а строк вбить штук 100, то подбор полностью отпадает.

+(18) Хотя, чисто для садизма, как в (17), пойдёт :))

(18) Не надо вдаваться в крайности.
Ты потом за 100 штук и 5-6 колонок поимеешь столько головняка... И причем, в период отчетности...

(20) Что значит, в крайности? У нас есть формы, где пользователи и по 20 (а то и больше) колонок заполняют, помимо самой номенклатуры. А номенклатура та тысячами :)))

(19) Я уже сто раз говорила, что разработчиков нужно посадить на место зверя и дать поработать (минимум) неделю: приходы - расходы - ввод всего, чего только бывает.
После этого - программы будут песней Кипелова. :)

(21) И что? Подбирают по коду (в строке) и без ошибок?
Хотя, да, у тебя бАбочки и единороги, и пользователи с крылышками...

(22) Я открою тебе великую тайну (только никому не говори): учёт в 1С не ограничивается одними приходами-расходами, где можно обойтись подбором и указанием только кол-ва :))

(23) Не поверишь, но не просто по коду, а по УИДУ :)))

(24) Серьезно?! Действительно, никому не говори.
(25) Если речь об уникальных идентификаторах товара - не путай мягкое с теплым.

'Она ушла'.. © Напугали вы ТС перспективами :)

(23) "и без ошибок" - А вот тут не скажу. Может, и с ошибками, но программистов эти ошибки не волнуют, от слова совсем :))

(26) Речь об уникальных идентификаторах номенклатуры из другой базы.

(27) Извините, но я не виновата, что у некоторых на меня реакция, как у собаки Павлова :)))))))))))

Правильный ответ в (12). Классическое стандратное типовое решение чётко отвечающее запросу в (0).

Масянька видимо не с той ноги встала сегодня.