Блог

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

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

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

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

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