отношения продукта ofbiz

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

я продаю их как другие продукты, которые имеют дополнительную виртуальную характеристику (фиксированную, которая не может быть настроена покупателем). например У меня может быть 3 разных продукта: 100 $, 200 $ и 300 $, и стиль базового продукта на складе. опять же, все определяется как отдельный продукт в каталоге.

Я подумал о моделировании продукта инвентаризации как «настраиваемого продукта», а зависимого продукта как «экземпляра настраиваемого продукта» и добавлении фиксированной конфигурации в качестве функций продукта. Это правильный путь? я вижу пример настраиваемого продукта, только когда клиент определяет конфигурацию (образец PC001). Любым другим путем? (может быть вариант? хотя, насколько я понимаю, он подходит только тогда, когда базовый продукт виртуальный) Спасибо, Амит


person user3766216    schedule 23.06.2014    source источник


Ответы (1)


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

Только одно соображение: если вы продаете подарочную карту как сам продукт, а не как «способ оплаты», вы можете использовать оба решения: вы можете создать родительский продукт как виртуальный и его «дочерние» как варианты (например, рубашка разных размеров) или создать его как настраиваемый (как ПК с несколькими компонентами ПК). Просто проверьте различные процессы, которые используют OFBiz для «продажи» продукта в зависимости от этого типа (вариант или настраиваемый), и используйте тот, который вам подходит. В этом случае я также предпочитаю использовать виртуальный продукт с вариантами, им проще управлять.

person dcervera    schedule 19.09.2014