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

[ViV]

Цитата:

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

Во-первых, среди этих 323 полей есть те, которые используются для отбора. Таких полей немного - не больше 2х-3х десятков (иначе люди не смогли бы ими пользоваться). Их можно было бы внести в InventTable.
Во-вторых, остальные ваши свойства - это по сути обычные теги. Со всеми недостатками, которые присущи тегам - дубли, разное написание одного и того же, сложности поиска, пользователи не знают о правилах использования некоторых важных тегов, используются только самые хитовые и т.п. Для тегов можно и нужно было делать доп.таблицы. Но к тегам нужны дополнительные механизмы поиска, выбора, анализа.
Например, встречаются ли у вас среди свойств разные написания одной и той же сущности, но в разных свойствах? (обычно отвечают "конечно же нет", но если понастаивать и все-таки попросить проанализировать, то дубли находили все )

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