Доп.свойства к заказам
Чтобы было удобно работать со всякими данными о заказе и его получателе, которые часто хотят заказчики - физ/юр.лицо, ИНН, БИК, Р/с и тому подобные вещи.
Сформировал форму по списку доп.свойств, затем по этому же списку все сохранил, и никакой возни с подклеиванием этих данных в комментарий к заказу.
Комментарии
-
Реализовано в 6.1.0.
-
Принято к реализации.
Спасибо.
Хочу также уточнить пару моментов в реализации.
Поскольку основной юзкейс доп.свойств к заказу - это вывод их на страницах оформления заказа с последующим сохранением, то в редактрое доп.свойств хотелось бы предусмотреть тип отображения (как в доп.свойствах товара магазина).
Ну и поддержка групп доп.свойств тоже, конечно, желательна, чтобы можно было раскладывать в разные группы, например, доп.свойства для физ.лица и для юр.лица, и отрисовывать нужные наборы доп.свойств в XSL, просто выбирая их по идентификатору группы.Механизм свойств в 6-й версии общий для всех, поэтому свойства по объему функционала будут такими же, как для групп магазина или свойства информационных элементов.
Механизм конечно общий, но отображение в ИС и в ИМ разное - у свойств товаров магазина есть список "Способ отображения свойства в фильтре", а у свойств элементов ИС его нет.
Вот о нужности такого списка для доп.свойств заказов как раз и шла речь в моем комментарии.Способ отображения мы не планировали делать, а нужно ли? Список списком будет, поле ввода полем ввода.
> А нужно ли.
Борис, если было бы не нужно, я бы не акцентировал на этом внимание.
Но все-таки нужно.
Например доп.свойство "Покупатель", тип - список, значения "Физ.лицо" и "Юр.лицо", способ отображения "Список радиокнопками", потому что в данном случае радиокнопки удобнее и нагляднее чем select, к тому же, это критичный выбор.
Но в то же время, доп.свойство "откуда вы о нас узнали", тип список, значения - "Из рекламы по ТВ", "от друзей", "Нашел через поиск", "из почтовой рассылки", "покупал у вас товары ранее", "другой вариант", способ отображения "Список списком", потому что вариантов предложено может быть много, а выбрать надо какой-то один, и к тому же это не критичный выбор.
Доп.свойство "я хотел бы получать от вас уведомления" тип список, значения "о новинках", "о спец.предолжениях", "о распродажах", "об открытии новых пунктов выдачи покупок", "о добавлении новых способов оплаты". способ отображения - "Список флажками", потому что в данном случае допустимо выбрать более одного значения доп.свойства.
И это все примеры из реальных проектов и пожеланий заказчиков. Вообще вся идея с доп.свойствами к заказам - она выстрадана годами хардкода и поисков элегантного решения
Если не делать способ отображения, то в шаблонах опять будет хардкод по отображению в зависимости от id свойства или названия его xml-тега. И получится какое-то половинчатое решение.
А хочется удобного и универсального. Думаю, что и другие 13 человек, проголосовавших за эту идею, поддерживают мое мнение.
-
+ Целиком и полностью поддерживаю, это однозначно полезная фишка будет
-
+ возни действительно немало, помещать данные в комментарий не проблема а вот извлекать их в xsl затруднительно
-
+ очень нужная вещь
