Поиск в справочнике номенклатуры ERP 2.4

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Это немного.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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