Приветствую, коллеги!
Появилась интересная задача, но не могу придумать красивого решения. может кто-то реализовывал что-то подобное.
Есть Сущность "Справочник товаров" с полями Название, артикул, тип, описание,цена.
Этот справочник используется для сущности "заказы".
В базе разные типы товаров, которые имеют свои хар-ки. Например: тип Светильник (диммер есть/нет, материал корпуса, тип лампы), тип Одежда (размер, материал) и т.п.
Менеджеру в заказе нужно указать нужные хар-ки товара.
Сначала я попробовал использовать инструмент "правила отображения полей" но после добавления хар-к для 2х типов понял, что это утопия.... в сущности набирается огромное колич.полей, которые нужны только для отдельных записей.
В одном из видео был в скольз показан пример с модификациями товара, но как по мне это тоже не совсем удобно, т.к. нужно предварительно создать все возможные варианты.
Сейчас смотрю в сторону JawaScript для формы заказа, чтоб рисовались отдельные поля для нужных типов, а потом вставлялись в обычное текстовое поле.... но этот вариант тоже не совсем удобен в администрировании..
Очень хотелось бы услышать Ваши мысли по этой задаче.
Модификации товаров и отдельные хар-ки
- support
- Техническая поддержка
- Сообщения: 7661
- Зарегистрирован: 19 окт 2014, 18:22
- Имя: Харчишин Сергей
- Откуда: Крым, Евпатория
Re: Модификации товаров и отдельные хар-ки
Для каких целей характеристики товаров?
Re: Модификации товаров и отдельные хар-ки
Характеристика для уточнения заказа, чтобы в заказе на производство была информация для правильного выполнения.
Более конкрентый пример.
Изделие: Кресло -Модель111-Артикул123 - цена 100у.е
Хар-ки:
1. Оббивка - Ткань/Эко/Велюр
2. Угол наклона спинки - 45/50/40 град
3. цвет ножек - черный/красный
Эти свойства на цену изделия не влияют, но на производстве уже должны сразу понять как собирать данную модель.
Более конкрентый пример.
Изделие: Кресло -Модель111-Артикул123 - цена 100у.е
Хар-ки:
1. Оббивка - Ткань/Эко/Велюр
2. Угол наклона спинки - 45/50/40 град
3. цвет ножек - черный/красный
Эти свойства на цену изделия не влияют, но на производстве уже должны сразу понять как собирать данную модель.
- support
- Техническая поддержка
- Сообщения: 7661
- Зарегистрирован: 19 окт 2014, 18:22
- Имя: Харчишин Сергей
- Откуда: Крым, Евпатория
Re: Модификации товаров и отдельные хар-ки
Боюсь что идеального решения для этой задачи на данный момент нет. Если мы возьмем ecommerce движок, то там атрибуты назначаются на товар, затем товар можно добавить в заказ и указать необходимые атрибуты, которые предусмотрены для этого товара.
Но Руководитель изначально не для этого разрабатывался, по этому такого решения сейчас не предусмотрено.
Но Руководитель изначально не для этого разрабатывался, по этому такого решения сейчас не предусмотрено.
Re: Модификации товаров и отдельные хар-ки
Сергей, спасибо, что откликнулись на тему.
Я прекрасно понимаю, что система изначально не ecommerce и собирал "конструктор" без учёта атрибутов изделий. Но как обычно бывает клиент (начальник) захотел большего. И, в принципе, я его понимаю.... заполненные атрибуты изделия значительно упрощают исполнение задачи и снижают количество лишних вопросов.
Я попробовал вариант с клонированием записей. Т.е. для сущности Справочник товаров создана вложенная сущность Свойства. Для сущности Заказы - вложенная сущность Свойства.
Для каждого товара создаю записи нужных хар-к. и По кнопке автоматизации клонирую эти записи в заказ.
После этого пользователю нужно только выбрать значения для каждого атрибута.
+/- такое себе решение....
Надеюсь, что после выхода 2,7 можно будет сразу клонировать список.
Есть и минусы в таком решении... Набор атрибутов для выбранного типа товаров нужно создавать (копировать) на все модели, что влечёт за собой увеличение БД и усложняет структуру. Правильней бы это сделать сразу на группу/тип, но пока не представляю как ((
И есть один баг при клонировании, я о нём писал в другой теме viewtopic.php?p=14835#p14835 , после клонирования в форме не выбирается значение поля.
Я прекрасно понимаю, что система изначально не ecommerce и собирал "конструктор" без учёта атрибутов изделий. Но как обычно бывает клиент (начальник) захотел большего. И, в принципе, я его понимаю.... заполненные атрибуты изделия значительно упрощают исполнение задачи и снижают количество лишних вопросов.
Я попробовал вариант с клонированием записей. Т.е. для сущности Справочник товаров создана вложенная сущность Свойства. Для сущности Заказы - вложенная сущность Свойства.
Для каждого товара создаю записи нужных хар-к. и По кнопке автоматизации клонирую эти записи в заказ.
После этого пользователю нужно только выбрать значения для каждого атрибута.
+/- такое себе решение....
Надеюсь, что после выхода 2,7 можно будет сразу клонировать список.
Есть и минусы в таком решении... Набор атрибутов для выбранного типа товаров нужно создавать (копировать) на все модели, что влечёт за собой увеличение БД и усложняет структуру. Правильней бы это сделать сразу на группу/тип, но пока не представляю как ((
И есть один баг при клонировании, я о нём писал в другой теме viewtopic.php?p=14835#p14835 , после клонирования в форме не выбирается значение поля.
Re: Модификации товаров и отдельные хар-ки
А мне нужно клонирование для переноса из товарной накладной в заказ и наоборот. Понимаю, что это увеличит базу, но другого решения для корректного учета нет.
- alcompstudio
- Спонсор

- Сообщения: 1519
- Зарегистрирован: 03 янв 2016, 20:42
- Имя: Александр
- Откуда: Мир
Re: Модификации товаров и отдельные хар-ки
Было бы неплохо не просто клонировать, а и использовать ручной ввод некоторых параметров, как сейчас есть для автоматизации. Понимаю, что сложно в реализации, т.к. работа идет не с одной сущностью, а целой "веткой".
Т.е. если есть такая структура
Заказы
- Товары в накладной
-- Материалы для товара
-- Услуги
Товары (справочная сущность)
- Материалы (нормы)
- Услуги (нормы)
Суть работы - есть справочники товаров (Товары (справочная сущность)) и принадлежащие им вложенные "нормы расхода" материалов (Материалы (нормы)) и нормы производимых работ для производства (сборки, комплектации) товара (Услуги (нормы)). В сущность Заказ - в соответствующую ветку по подсущностям нужно разносить (клонировать) записи:
Товары в накладной = Товары (справочная сущность)
-- Материалы для товара = - Материалы (нормы)
-- Услуги = - Услуги (нормы)
Но в текущем функционале идет просто клонирование записей. А в данном случае, например, нужно при оформлении заказа указывать количество товара. Т.е. во время действия клонирования нужно чтобы появлялось поле Количество для сущности Товары в накладной, где можно поставить значение вручную (или заполнить это поле из автоматизации по нужному условию). Также возможны "ручные" заполнения полей для вложенных сущностей
-- Материалы для товара
-- Услуги
Так можно упростить оформление производственного заказа (например, сформировать заказ-наряд, который состоит из сложной структуры - работ, материалов, других затрат, которые ложатся в калькуляцию/себестоимость единицы товара).
Так было бы неплохо.
Т.е. если есть такая структура
Заказы
- Товары в накладной
-- Материалы для товара
-- Услуги
Товары (справочная сущность)
- Материалы (нормы)
- Услуги (нормы)
Суть работы - есть справочники товаров (Товары (справочная сущность)) и принадлежащие им вложенные "нормы расхода" материалов (Материалы (нормы)) и нормы производимых работ для производства (сборки, комплектации) товара (Услуги (нормы)). В сущность Заказ - в соответствующую ветку по подсущностям нужно разносить (клонировать) записи:
Товары в накладной = Товары (справочная сущность)
-- Материалы для товара = - Материалы (нормы)
-- Услуги = - Услуги (нормы)
Но в текущем функционале идет просто клонирование записей. А в данном случае, например, нужно при оформлении заказа указывать количество товара. Т.е. во время действия клонирования нужно чтобы появлялось поле Количество для сущности Товары в накладной, где можно поставить значение вручную (или заполнить это поле из автоматизации по нужному условию). Также возможны "ручные" заполнения полей для вложенных сущностей
-- Материалы для товара
-- Услуги
Так можно упростить оформление производственного заказа (например, сформировать заказ-наряд, который состоит из сложной структуры - работ, материалов, других затрат, которые ложатся в калькуляцию/себестоимость единицы товара).
Так было бы неплохо.