Добрый день.
Когда у пользователя открыта форма списка справочника номенклатуры и он начинает набирать текст срабатывает стандартный отбор, полей в нашем справочнике много номенклатур тоже делается отбор  медленно, но если нажать ALT-F и открыть отбор по  расширенному  поиску то он идет   одному полю и делается он быстро.
Так как у нас всегда поиск происходит по полю АРТИКУЛ.  Как сделать так что бы когда пользователь находясь в форме списка начинал набирать текст то срабатывали вот этот быстрый по полю Артикул и не пользователю не приходилось нажимать   ALT-F.

переходи на 77. Или на УПП с обычными формами. Там это есь

(1) к сожалению не вариант, нужно в ERP 2.4 делать это

(2) ТОгда бери то, что дают. Бачылы очи, що покупавают

(3) да я бы брал бы , но задачи не я ставлю я их только выполняю

Полнотекстовый поиск включен? Индекс его актуален?

>> в нашем справочнике много номенклатур.

Что значит "много"? Миллионы записей?

(0) а вы там кем работаете ?

Как вариант настроить этому пользователю поле отбора по Артикулу.
Еще - Настроить список - Отбор, добавить поле Артикул в список полей отбора по условию "Содержит", снять у него галку использования.
Тогда на форме над списком появится поле отбора со снятой галкой использования. Когда пользователь начнет там вводить артикул галка будет автоматически устанавливаться и будет производится отбор по условию "Содержит".
При следующем открытии формы списка поле отбора будет оставаться на форме.

(5) много это практически 100 000 , Полнотекстовый поиск не включен, пробовал его включать(самое первое что пробивал делать) не помогло,
более того если взять стандартный вид справочника номенклатуры(когда выведен только код , наименование, артикул ) то в нем поиск работает быстро, но форма стандартная пользователей не устраивает они вывели на нее еще около 10 полей которые заведена в справочнике как доп. Реквизиты(и большинство из них тип строка ), и вот и вот тут тормоза и начинаются

Переучить пользователя или постановщика задачи к сочетанию кнопок эффективнее и полезнее. ИМХО. Аргументируй это повышением уровня навыков.

(8) В порядке эксперимента - там же есть возможность внести изменения в форму, добавить в шапку формы дополнительное условие отбора. Не пробовали?

Понятно, что реакция Пользователя будет, что ему перегружают форму лишними полями, но если такие возможности включения доп-отбора есть, то следующим шагом : доработать нужную форму и разрешить ее использование.

(9) тут проблема в том что пользователи знаю сочения клавиш, но им лень нажимать их, аргументация простая у них, раньше(в старой 1С) было и сейчас мы это тоже хотим

(11) // раньше (в старой 1С) было и сейчас мы это тоже хотим

Наверное, это было не какая-попала старая 1С, а УПП и допиленные изменения форм, чтоб это было пользователям удобно.

(10) думал тоже, но пользователей это не устраивает, при таком  раскладе(если я все правильно понял) для того чтобы осуществить поиск сначала нужно переключиться в это окно, а им это не нужно

(12) не знаю точно какая 1Сина было, я с ними познакомился неделю назад и сейчас у них стоит ERP 2.4

Ну у почему типовой поиск долго работает? Файловая чтоль? Поиск должен работать практически "мгновенно" ну или почти

Только что зашел в аптечную бп3 с хрен знает сколькими номенклатурами, ввел артикул - список отработал менее чем за сек (файловая кстати)

(16) да нормально работает быстро до тех пор пока не выводишь в качестве полей доп реквизиты , почему с ними нормально работать не хочет вот в чем загадка, причем быстро работает без включенного полнотекстного поиска,    
база SQL,
Сейчас я вижу задачу так как сделать чтобы стандартный поиск работал не по всем полям которые выведены в списке а только по полю Артикул, может кто знает как это можно сделать

(17) Т.е. пришёл к стандартному ответу: "Ищите специалиста" )
Каждый дополнительный реквизит, это обращение к объекту через точку как минимум. Вот тебе и хрень со скоростью. Доработай конфигурацию, чтобы доп.реквизиты стали просто реквизитами справочника, и выводи. А сочетание клавиш контрол-ф с формой не взаимодействует, пока не произойдет поиск.

(18) а зачем они вообще лезут в справочник и что там им делать, другое дело это если подбор автоматизировать.

(8) >> много это практически 100 000.

Это немного.

>> Полнотекстовый поиск не включен, пробовал его включать(самое первое что пробивал делать) не помогло... еще около 10 полей которые заведена в справочнике как доп. Реквизиты ... и вот и вот тут тормоза и начинаются.

Не страдайте ерундой. Боязнь дорабатывать конфигурацию иногда принимает параноидальные извращенные формы.
Заведите эти реквизиты, как обычные реквизиты справочника. Допреквизиты - это костыль, который придуман не для того, чтобы постоянно ими так активно пользоваться. Тогда и полнотекстовый поиск будет нормально работать и обычный (с выключенным ППД).
Добавление этих реквизитов в сам справочник не приведёт к проблемам обновления конфигурации, но зато полностью решит вашу задачу.

(18) Вот за идею спасибо, думаю самый просто способ задублировать реквизиты что бы  не пришлось переписывать все доработки  на каждый доп. реквизит будет обычный и при записи номенклатуры обычный будет заполняться, на форме буду отображаться обычные реквизиты , может кто еще какую идею подкинет, костыль конечно, но на большее бюджета нет.

(18) Очень плохой совет. Не, ну он можно сказать привычный. Но не в случае с ERP ...

ТС еще не обозначил есть ли в этой базе изменения типовой или еще нет.

(22) изменений там до фига часть сделано прямо в конфе часть через расширение

(21) на большее... ну сломай им типовую, чего уже большего хотеть Заказчику, ага.

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

(20) я за любые доработки, но в рамках бюджета, не могу же я за тарелку супа переписать им пол конфы только из-за того, что когда они запускали ERP головой плохо думал их постановщик

(25) поиск там не сломан, с этого я начал

(17) >> работает быстро до тех пор пока не выводишь в качестве полей доп реквизиты , почему с ними нормально работать не хочет вот в чем загадка.

Да нет никакой загадки. Как только ты вывел на форму 10 допреквизитов у тебя образовалось 10 соединений с таблицей регистра сведений, где эти допреквизиты лежат, и таблицей справочника НаборыДопРеквизитовИСведений.
А в этом регистре хранятся допреквизиты не только к номенклатуре, но и к куче других объектов - справочников и документов.
А если допреквизиты заполняются к большинству элементов справочника, то количество записей в регистре получается 100 000 * 10 = 1 000 000.
Ну и какого фига это должно работать быстро?

спасибо всем за идею, главное понятно стало как допилить чтобы поиск заработал с нужными полями с нужной скоростью, и в пределах бюджета

(28) да тут конечно я должен был подумать а не подумал, хотя ответ то очевиден был, хотел вопрос решить с кондачка без дописки кода, но этого не получится

(26) >> в рамках бюджета, не могу же я за тарелку супа переписать им пол конфы.

Добавить реквизиты в справочник - 30 минут.
Написать одноразовую обработку переноса допреквизитов из регистра в справочник - 1 час.
Удалить допреквизиты из регистра - 30 минут.
Тестирование, исправление ошибок и отладка - 2-3 часа.

И всё это не особо торопясь и ковыряясь в носу.
Итого - один день работы.

Вариант с дублированием (одновременно реквизит в справочнике и реквизит в регистре допреквизитов) я бы не рассматривал. Устанешь решать вопрос синхронизации, когда пользователь поменял значение допреквизита, а реквизит в справочнике не обновился, или наоборот.

+ к (31). Деинственный вопрос - где ещё эти допреквизиты используются. Для этого нужен анализ, исходя из результатов которого можно будет определить необходимость дополнительных доработок и трудозатраты на них.

(32)* Деинственный = Единственный.

(32) да везде, в производственных документа(на основании них формируются этапы, маршрутные карты) в отчетах, и них же вытекает и потребность которая перетекает в закупки в продажах, вплодь то того, что в переписанном отчет валовая прибыль видел, еще не смотрел закрытие месяца но скорей всего и там тоже найду (по крайней мере согласна тому что мне рассказывал об этом процессе финансист ), и них вся аналитика построена на этих доп реквизитах

Один маленький нюанс

Допреквизиты в справочнике Номенклатура - не регистр сведений, а табличная часть. Мало того, ТЧ такие есть не только в справочниках, но в ERP и в документах тоже.

А текущем вопросе Артикул уже является реквизитом элемента и обработка этого поля в формах списка и или выбора - поля списка, которые Динамические списки с запросами.

(34) Это плохо.
Тут два варианта. Либо переписывать всё это на реквизиты справочника. Либо объяснить, что это никак не решается в рамках их текущей реализации (через допреквизиты). Пусть пользуются выведенным на форму списка полем отбора по полю Артикул.
Возможен ещё компромиссный вариант. Убедить пользователя убрать с формы списка справочника те реквизиты, которые ему не нужны при подборе (опыт показывает, что таковых от 20 до 90%%). Оставшиеся допреквизиты (которые нужны пользователю всегда-всегда, и без которых он жить никак не может) перенести в реквизиты самого справочника, предварительно убедившись, что они используются не так часто и в небольшом количестве доработок. Переделать эти доработки с допреквизитов на реквизиты справочника.

(35) >> Допреквизиты в справочнике Номенклатура - не регистр сведений, а табличная часть.

Странно.
В БП 3.0 это может быть как табличная часть, так и регистр сведений.
В любом случае (даже если у автора ветки используется табличная часть) работать быстро это не может.
Т.к. вывод 10 допреквизитов порождает 10 левых соединений с таблицей табличной части и справочником НаборыДополнительныхРеквизитов.