Перейти к содержимому


- - - - -

Как включить поиск по коду номенклатуры


  • Вы не можете ответить в тему
Сообщений в теме: 11

#1 migors

    Прохожий


  • 15 сообщений

Отправлено 15 февраля 2012 - 09:37

Собственно в теме основной вопрос и содержится.
Предыстория: сейчас работаем на УТ11 релиз 11.0.6.9. Основная работа выписки товара происходит через подбор товара по коду (есть выставочный зал, оптовики записывают коды и количества, затем оператор по этим кодам подбирает товар). Быстрый поиск по коду (да и по любому другому столбцу прекрасно работает). Есть большое желание перейти на 11.0.7.13 (в основном из-за поддержки ККМ-offline, да и глюки поправлены), но в этой редакции быстрый поиск штатными средствами не делается в номенклатурнике (пока оставлен в подборе). Ну думаю дальше исправят - смотрю следующие (тестовые) релизы - и... быстрый поиск пропадает и в подборе товара :(
Может кто-нибудь решал данную проблему?
P.S. Тот поиск, который встроен в систему ищет данные только по Наименованию и Артикулу.

#2 BabySG

    Любитель программирования


  • 12 221 сообщений

Отправлено 15 февраля 2012 - 09:51

Основной мотив: код номенклатуры - это больше служебное поле.
Если Вы используете его - не очень понятно, зачем тогда пользуетесь подобором (что мешает просто код вводить в поле номенлатуры?)

Подводя итог: код номенклатры НЕ предназначен для таких целей, которые используете именно Вы.
Вы действительно вводите все эти длинные кода? Тогда Вам стоит пересмотреть эту систему. Например: добавьте пользовательский реквизит в номенклатуру и поиск будет работать по нему.
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!

#3 migors

    Прохожий


  • 15 сообщений

Отправлено 15 февраля 2012 - 10:31

Просмотр сообщенияBabySG (15 февраля 2012 - 09:51) писал:

Основной мотив: код номенклатуры - это больше служебное поле.
Если Вы используете его - не очень понятно, зачем тогда пользуетесь подобором (что мешает просто код вводить в поле номенлатуры?)

Подводя итог: код номенклатры НЕ предназначен для таких целей, которые используете именно Вы.
Вы действительно вводите все эти длинные кода? Тогда Вам стоит пересмотреть эту систему. Например: добавьте пользовательский реквизит в номенклатуру и поиск будет работать по нему.

Да, сейчас вводим 4-х/5-ти значные коды (вводим только значащие цифры). В наименование вводить код не удобно, т.к.
1. сортировка будет по коду, а не по названию товара (это если код в начале, а если в конце, то при длинном наименовании он не читаем)
2. не удобно для покупателя
3. даже в ТОРГ-12 есть отдельное поле для кода товара - так что это не совсем служебное поле
Предположим сделаю я отдельный пользовательский реквизит, где буду забивать коды (хотя маразм дублировать поле Код), но даже в этом случае поиск по этому полю не провести
В конечном итоге я мог бы даже в конфигураторе поправить эти формы: вывести сразу столбец кода и поиск по нему организовать - вопрос тогда: как это сделать с минимальными правками конфигурации?

#4 BabySG

    Любитель программирования


  • 12 221 сообщений

Отправлено 15 февраля 2012 - 11:40

Еще раз: поле КОД не предназначено для ручного изменения. Тем паче, Вы еще и руками вводите сокращенные значения.
Лучше уж дописать ВПФ для нужных печатных форм, если уж так хочеться использовать код.
А вообще, судя по Вашей задаче - Вам нужен артикул, а не код. Почему не используете его?

Также следует учесть, что фукнционала, который будет учитывать КОД - будет все меньше и меньше (просто уберут все эти моменты, как не соотвествующие логике программы)
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!

#5 migors

    Прохожий


  • 15 сообщений

Отправлено 15 февраля 2012 - 11:45

так мы поле Код и не изменяем, просто вводим значащие цифры при быстром поиске (например код: ОТ-00005285, при поиске набираем 5285 и система всё хорошо ищет)
Артикул используем - он есть у производителя, но поиск по нему делать нельзя, т.к. он бывает слишком длинный и сложный (записывать и забивать не удобно)

#6 BabySG

    Любитель программирования


  • 12 221 сообщений

Отправлено 15 февраля 2012 - 11:48

В смысле "забивать"?
Если используете артикул поставщика, имеет смысл использовать и номенлатуру поставщика.
Также, икто не мешает сделать шаблон наименования для номенклатуры и добавлять нужные значимые цифры в конец наименования. Таким образом сохраниться сортировка, для печати будет другой шаблон, поиск будет работать везде и всюду.

Пока не вижу основании использовать поле код в принципе, честно говоря. Есть куча других вариантов с большими плюсами.
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!

#7 MGMGA

    Частый гость


  • 103 сообщений

Отправлено 17 февраля 2012 - 00:39

В последних версиях, быстрый поиск совсем убрали, даже по наименованию?

#8 migors

    Прохожий


  • 15 сообщений

Отправлено 17 февраля 2012 - 07:48

Просмотр сообщенияMGMGA (17 февраля 2012 - 00:39) писал:

В последних версиях, быстрый поиск совсем убрали, даже по наименованию?
Смотря что подразумевать под быстрым поиском: раньше можно было встать на любой столбец (причём с любым реквизитом) и сделать выборку. Сейчас же в номенклатурнике поиск по столбцу убрали. Зато сделали в верхней части строку поиска (ищет по номенклатуре и артикулу), как в подборе. Справа можно фильтровать по иерархии, видам номенклатуры, ну и по сегментам. Итого: по кодам, пользовательским дополнительным реквизитам, да и вообще по любому другому произвольному полю поиск не возможен (хотя отобразить их можно). Короче говоря решение весьма спорное... :(

#9 MGMGA

    Частый гость


  • 103 сообщений

Отправлено 17 февраля 2012 - 11:36

В 11.0.7.16 быстрый поиск совсем убрали из подбора... :( Как теперь искать, хотя бы по наименованию? Пользоваться строкой поиск неудобно. Во-первых, в неё нужно постоянно заходить, во-вторых постоянно просит переиндексировать, приходится ждать по несколько минут, плюс ко всему некоторые сочетания банально не находит.

#10 vartanet

    Ветеран


  • 1 512 сообщений

Отправлено 17 февраля 2012 - 12:12

УТ11 заточена на клиент-сервер. при быстром поиске нужно целиком всю таблицу получить от сервера на клиент, и в ней искать. вместо того, чтобы передать уже найденную одну запись.

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

#11 migors

    Прохожий


  • 15 сообщений

Отправлено 17 февраля 2012 - 12:27

Просмотр сообщенияvartanet (17 февраля 2012 - 12:12) писал:

УТ11 заточена на клиент-сервер. при быстром поиске нужно целиком всю таблицу получить от сервера на клиент, и в ней искать. вместо того, чтобы передать уже найденную одну запись.
что мешает после нажатия на кнопку "найти" передать запрос на сервер и получить только результат? принципиального отличия от поиска в верхней части подбора, кроме использования механизма полнотекстового поиска не вижу...

Просмотр сообщенияvartanet (17 февраля 2012 - 12:12) писал:

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

#12 BabySG

    Любитель программирования


  • 12 221 сообщений

Отправлено 17 февраля 2012 - 19:25

Просмотр сообщенияmigors (17 февраля 2012 - 07:48) писал:

Сейчас же в номенклатурнике поиск по столбцу убрали. Зато сделали в верхней части строку поиска (ищет по номенклатуре и артикулу), как в подборе.
Неверно. Также ищет еще и в характеристике, например.

Просмотр сообщенияMGMGA (17 февраля 2012 - 11:36) писал:

В 11.0.7.16 быстрый поиск совсем убрали из подбора... :( Как теперь искать, хотя бы по наименованию? Пользоваться строкой поиск неудобно. Во-первых, в неё нужно постоянно заходить, во-вторых постоянно просит переиндексировать, приходится ждать по несколько минут, плюс ко всему некоторые сочетания банально не находит.
1. Используйте горячие клавиши
2. Настройке индексацию

Просмотр сообщенияvartanet (17 февраля 2012 - 12:12) писал:

УТ11 заточена на клиент-сервер. при быстром поиске нужно целиком всю таблицу получить от сервера на клиент, и в ней искать. вместо того, чтобы передать уже найденную одну запись.
Неверно, правильно будет так:

Просмотр сообщенияmigors (17 февраля 2012 - 12:27) писал:

что мешает после нажатия на кнопку "найти" передать запрос на сервер и получить только результат?
Собственно, система так и работает.

Просмотр сообщенияvartanet (17 февраля 2012 - 12:12) писал:

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

Просмотр сообщенияmigors (17 февраля 2012 - 12:27) писал:

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

Просмотр сообщенияmigors (17 февраля 2012 - 12:27) писал:

и даже если так, почему головная боль (медленная скорость работы) решается через отрубание головы (резким понижением удобства работы пользователей)?
Я думаю, что это дело привычки. Все поначалу так говорят и при переходе с 77 на 8, а потом смотреть не могут, как раньше работали :)
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!





Количество пользователей, читающих эту тему: 1

0 пользователей, 1 гостей, 0 анонимных