Вход | Регистрация
 

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

Поиск в справочнике номенклатуры ERP 2.4
Я
   Gsof
 
30.09.20 - 09:44
Добрый день.
Когда у пользователя открыта форма списка справочника номенклатуры и он начинает набирать текст срабатывает стандартный отбор, полей в нашем справочнике много номенклатур тоже делается отбор  медленно, но если нажать ALT-F и открыть отбор по  расширенному  поиску то он идет   одному полю и делается он быстро.
Так как у нас всегда поиск происходит по полю АРТИКУЛ.  Как сделать так что бы когда пользователь находясь в форме списка начинал набирать текст то срабатывали вот этот быстрый по полю Артикул и не пользователю не приходилось нажимать   ALT-F.
   ДенисЧ
 
1 - 30.09.20 - 09:52
переходи на 77. Или на УПП с обычными формами. Там это есь
   Gsof
 
2 - 30.09.20 - 09:55
(1) к сожалению не вариант, нужно в ERP 2.4 делать это
   ДенисЧ
 
3 - 30.09.20 - 10:00
(2) ТОгда бери то, что дают. Бачылы очи, що покупавают
   Gsof
 
4 - 30.09.20 - 10:03
(3) да я бы брал бы , но задачи не я ставлю я их только выполняю
   unregistered
 
5 - 30.09.20 - 10:05
Полнотекстовый поиск включен? Индекс его актуален?

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

Что значит "много"? Миллионы записей?
   kzot
 
6 - 30.09.20 - 10:09
(0) а вы там кем работаете ?
   unregistered
 
7 - 30.09.20 - 10:13
Как вариант настроить этому пользователю поле отбора по Артикулу.
Еще - Настроить список - Отбор, добавить поле Артикул в список полей отбора по условию "Содержит", снять у него галку использования.
Тогда на форме над списком появится поле отбора со снятой галкой использования. Когда пользователь начнет там вводить артикул галка будет автоматически устанавливаться и будет производится отбор по условию "Содержит".
При следующем открытии формы списка поле отбора будет оставаться на форме.
   Gsof
 
8 - 30.09.20 - 10:15
(5) много это практически 100 000 , Полнотекстовый поиск не включен, пробовал его включать(самое первое что пробивал делать) не помогло,
более того если взять стандартный вид справочника номенклатуры(когда выведен только код , наименование, артикул ) то в нем поиск работает быстро, но форма стандартная пользователей не устраивает они вывели на нее еще около 10 полей которые заведена в справочнике как доп. Реквизиты(и большинство из них тип строка ), и вот и вот тут тормоза и начинаются
   МимохожийОднако
 
9 - 30.09.20 - 10:17
Переучить пользователя или постановщика задачи к сочетанию кнопок эффективнее и полезнее. ИМХО. Аргументируй это повышением уровня навыков.
   Фрэнки
 
10 - 30.09.20 - 10:18
(8) В порядке эксперимента - там же есть возможность внести изменения в форму, добавить в шапку формы дополнительное условие отбора. Не пробовали?

Понятно, что реакция Пользователя будет, что ему перегружают форму лишними полями, но если такие возможности включения доп-отбора есть, то следующим шагом : доработать нужную форму и разрешить ее использование.
   Gsof
 
11 - 30.09.20 - 10:21
(9) тут проблема в том что пользователи знаю сочения клавиш, но им лень нажимать их, аргументация простая у них, раньше(в старой 1С) было и сейчас мы это тоже хотим
   Фрэнки
 
12 - 30.09.20 - 10:24
(11)// раньше (в старой 1С) было и сейчас мы это тоже хотим


Наверное, это было не какая-попала старая 1С, а УПП и допиленные изменения форм, чтоб это было пользователям удобно.
   Gsof
 
13 - 30.09.20 - 10:24
(10) думал тоже, но пользователей это не устраивает, при таком  раскладе(если я все правильно понял) для того чтобы осуществить поиск сначала нужно переключиться в это окно, а им это не нужно
   Gsof
 
14 - 30.09.20 - 10:25
(12) не знаю точно какая 1Сина было, я с ними познакомился неделю назад и сейчас у них стоит ERP 2.4
   oslokot
 
15 - 30.09.20 - 10:27
Ну у почему типовой поиск долго работает? Файловая чтоль? Поиск должен работать практически "мгновенно" ну или почти
   oslokot
 
16 - 30.09.20 - 10:28
Только что зашел в аптечную бп3 с хрен знает сколькими номенклатурами, ввел артикул - список отработал менее чем за сек (файловая кстати)
   Gsof
 
17 - 30.09.20 - 10:33
(16) да нормально работает быстро до тех пор пока не выводишь в качестве полей доп реквизиты , почему с ними нормально работать не хочет вот в чем загадка, причем быстро работает без включенного полнотекстного поиска,    
база SQL,
Сейчас я вижу задачу так как сделать чтобы стандартный поиск работал не по всем полям которые выведены в списке а только по полю Артикул, может кто знает как это можно сделать
   МимохожийОднако
 
18 - 30.09.20 - 10:48
(17) Т.е. пришёл к стандартному ответу: "Ищите специалиста" )
Каждый дополнительный реквизит, это обращение к объекту через точку как минимум. Вот тебе и хрень со скоростью. Доработай конфигурацию, чтобы доп.реквизиты стали просто реквизитами справочника, и выводи. А сочетание клавиш контрол-ф с формой не взаимодействует, пока не произойдет поиск.
   kzot
 
19 - 30.09.20 - 10:52
(18) а зачем они вообще лезут в справочник и что там им делать, другое дело это если подбор автоматизировать.
   unregistered
 
20 - 30.09.20 - 10:59
(8) >> много это практически 100 000.

Это немного.

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

Не страдайте ерундой. Боязнь дорабатывать конфигурацию иногда принимает параноидальные извращенные формы.
Заведите эти реквизиты, как обычные реквизиты справочника. Допреквизиты - это костыль, который придуман не для того, чтобы постоянно ими так активно пользоваться. Тогда и полнотекстовый поиск будет нормально работать и обычный (с выключенным ППД).
Добавление этих реквизитов в сам справочник не приведёт к проблемам обновления конфигурации, но зато полностью решит вашу задачу.
   Gsof
 
21 - 30.09.20 - 11:01
(18) Вот за идею спасибо, думаю самый просто способ задублировать реквизиты что бы  не пришлось переписывать все доработки  на каждый доп. реквизит будет обычный и при записи номенклатуры обычный будет заполняться, на форме буду отображаться обычные реквизиты , может кто еще какую идею подкинет, костыль конечно, но на большее бюджета нет.
   Фрэнки
 
22 - 30.09.20 - 11:02
(18) Очень плохой совет. Не, ну он можно сказать привычный. Но не в случае с ERP ...

ТС еще не обозначил есть ли в этой базе изменения типовой или еще нет.
   Gsof
 
23 - 30.09.20 - 11:03
(22) изменений там до фига часть сделано прямо в конфе часть через расширение
   Фрэнки
 
24 - 30.09.20 - 11:03
(21) на большее... ну сломай им типовую, чего уже большего хотеть Заказчику, ага.
   Фрэнки
 
25 - 30.09.20 - 11:04
(23) а если типовая уже сломана, то вот и готовый общий ответ, почему какой-то способ поиска тормозит, а какой-то не тормозит - смотреть нужно уже внутри, что сломали, а что не доломали.
   Gsof
 
26 - 30.09.20 - 11:04
(20) я за любые доработки, но в рамках бюджета, не могу же я за тарелку супа переписать им пол конфы только из-за того, что когда они запускали ERP головой плохо думал их постановщик
   Gsof
 
27 - 30.09.20 - 11:05
(25) поиск там не сломан, с этого я начал
   unregistered
 
28 - 30.09.20 - 11:06
(17) >> работает быстро до тех пор пока не выводишь в качестве полей доп реквизиты , почему с ними нормально работать не хочет вот в чем загадка.

Да нет никакой загадки. Как только ты вывел на форму 10 допреквизитов у тебя образовалось 10 соединений с таблицей регистра сведений, где эти допреквизиты лежат, и таблицей справочника НаборыДопРеквизитовИСведений.
А в этом регистре хранятся допреквизиты не только к номенклатуре, но и к куче других объектов - справочников и документов.
А если допреквизиты заполняются к большинству элементов справочника, то количество записей в регистре получается 100 000 * 10 = 1 000 000.
Ну и какого фига это должно работать быстро?
   Gsof
 
29 - 30.09.20 - 11:07
спасибо всем за идею, главное понятно стало как допилить чтобы поиск заработал с нужными полями с нужной скоростью, и в пределах бюджета
   Gsof
 
30 - 30.09.20 - 11:08
(28) да тут конечно я должен был подумать а не подумал, хотя ответ то очевиден был, хотел вопрос решить с кондачка без дописки кода, но этого не получится
 
 Рекламное место пустует
   unregistered
 
31 - 30.09.20 - 11:11
(26) >> в рамках бюджета, не могу же я за тарелку супа переписать им пол конфы.

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

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

Вариант с дублированием (одновременно реквизит в справочнике и реквизит в регистре допреквизитов) я бы не рассматривал. Устанешь решать вопрос синхронизации, когда пользователь поменял значение допреквизита, а реквизит в справочнике не обновился, или наоборот.
   unregistered
 
32 - 30.09.20 - 11:12
+ к (31). Деинственный вопрос - где ещё эти допреквизиты используются. Для этого нужен анализ, исходя из результатов которого можно будет определить необходимость дополнительных доработок и трудозатраты на них.
   unregistered
 
33 - 30.09.20 - 11:13
(32)* Деинственный = Единственный.
   Gsof
 
34 - 30.09.20 - 11:18
(32) да везде, в производственных документа(на основании них формируются этапы, маршрутные карты) в отчетах, и них же вытекает и потребность которая перетекает в закупки в продажах, вплодь то того, что в переписанном отчет валовая прибыль видел, еще не смотрел закрытие месяца но скорей всего и там тоже найду (по крайней мере согласна тому что мне рассказывал об этом процессе финансист ), и них вся аналитика построена на этих доп реквизитах
   Фрэнки
 
35 - 30.09.20 - 11:23
Один маленький нюанс

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

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

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


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.