Korus Axapta Retail: Потребительские свойства. Как можно отобрать номенклатуру с определенными значениями свойств?

[ViV]

Цитата:

Сообщение от mazzy

"Как только начинаешь учить функционал понимать эти свойства, то сразу понимаешь, что было бы на порядок проще просто добавить пару-тройку специализированных полей в inventTable."

Вы вдумайтесь в само название - "потребительские" свойства. Как вы верно привели пример " емкость бутыли" - но разве в прайсе мы эту емкость бутыли не хотим отобразить для клиента? И если нет - то 99%, что это не потребительское свойство, а какое то служебное ("параметры для контейнерных перевозок, параметры для растаможки, дополнительные производственные параметры, допустимость отгрузки без документов" (С)). Т.е. то, что клиенту неинтересно, и то что лучше добавлять отдельным полем в inventTable с отдельной логикой. А то что интересно клиенту - это вынесено в потребительское свойство - и в соответственно название. Ну а поиск, как вы уже догадались, идет просто по названию. "*0.5 л*" - примерно так.

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

[mazzy]

Цитата:

Сообщение от ViV

Вы вдумайтесь в само название - "потребительские" свойства. Как вы верно привели пример " емкость бутыли" - но разве в прайсе мы эту емкость бутыли не хотим отобразить для клиента?

Хотим.
Я правильно понимаю, что в прайс пойдет не само свойство, а наименование, которое сформировано на основании свойств?

Если так, то я правильно понимаю, что не работает функционал наименований на разных языках? Что не работает функционал специализированных наименований для клиентов/поставщиков?

Цитата:

Сообщение от ViV

Т.е. то, что клиенту неинтересно, и то что лучше добавлять отдельным полем в inventTable с отдельной логикой.

Это почему же?

Цитата:

Сообщение от ViV

Ну а поиск, как вы уже догадались, идет просто по названию. "*0.5 л*" - примерно так.

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

Цитата:

Сообщение от ViV

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

как это не сможет? В поиске сколько угодно
И не найдет. И ему будет неудобно.
Об этом я и говорю.

[ViV]

Цитата:

Сообщение от mazzy

Давайте подробнее.
Во-первых, почему "0.5 л", если свойство равно "0.5"
Во-вторых, откуда я продвинутый пользователь знаю что надо вводить "0.5", а не "поллитра"? Я ведь не зря спрашивал - должны ли пользователи помнить наизусть что-либо.

Ну я образно привела "л" - это может быть любая единица измерения принятая в вашей компании и забитая в настройки потрбительских свойств.
"должны ли пользователи помнить наизусть что-либо" - пользователи как минимум знают свой ассортимент. и то что эти бутыли в литрах - знать должны. Более того засчет "стандартизации" наименования - все запоминается быстро.

Цитата:

Сообщение от mazzy

В-третьих, хочу обратить внимание, что фильтр, начинающися со звездочки неизбежно приведет к FullScan таблицы. Я об этом говорил в своем возмущении производительностью

Не спорю. Критичность этого зависит от объема ассортимента.