【大卫分享】产品和产品规格(产品变量)自动生成SKU的需求解决思路
-
因为自己做女装电商的,在找朋友开发odoo的过程中,很多需求需要先相明白思路,定好方案再实施,避免使用中出现这个那个问题。
这里分享下产品和产品规格扩展我们最终的实现方案,抛砖引玉,如果朋友们有好的建议和思路也不妨分享出来,大家互相学习。
ODOO里的产品和产品模板(或者叫产品规格、产品变量、产品变体)是比较容易混淆的概念。
这里我习惯把产品对应产品编码SPU,产品的具体变体对应产品变体SKU。
具体来举例来说:
SPU ST1001 白色长袖衬衫 ,
有2个颜色 黑色 白色 2个尺码 S M,那么一共就有2x2=4个变体,变体对应的产品编码就是SKU
假定白色= 00 黑色= 10
S= 36 M= 38
那么对应的编码就是
ST10010036 ST10010038 ST10011036 ST10011038
在日常经营和生产中,企业一般使用SKU编码来管理庞大的产品体系,而对应的SKU也可以作为内部条码来使用,
所以,一套标准的SKU规范和简便的实现方法就很重要了
接下来,是我们的实现思路
首先我们给产品属性加上对应的编码字段,然后由商品编号即SPU后面加上颜色编码+尺码编码,自动生成变体的编码即SKU。
这样就可以灵活而便捷的管理复杂的产品了。
第一次写帖子,也不知道自己说的有没有价值,见笑了。 -
多谢分享。
不知道你们有没有碰到过这样的问题,就是当产品上的属性比较多的时候,这种理论上的产品变体就会产生很多。比如:
同一款式(SPU)的服装,有XS, S, M,L, XL,XXL 6种,颜色有10种,如果再有个面料2种,那么可能的组合就会有6X10X2=120种
一款服装就生成120种变体是很难维护的,而且大部分的组合应该都不会有真实的SKU。
如果有这样的问题,可以参考一下这个odoomrp项目下的:https://github.com/odoomrp/odoomrp-wip
product_variants_no_automatic_creation 模块
https://github.com/odoomrp/odoomrp-wip/tree/8.0/sale_product_variants 模块,以及我们贡献的: [font=Verdana][size=78%] https://github.com/odoomrp/odoomrp-wip/tree/8.0/product_variant_default_code [/size][/font] 模块
这些模块的设计思路就是,不是在产品模版上定义产品属性时就生成产品变体,而是在销售订单上通过产品配置器,由用户选择产品属性,然后动态生成产品变体。
这样系统中存在的产品变体的数量与实际的业务完全一致。
以上供您参考。 -
[quote author=digitalsatori link=topic=17490.msg31790#msg31790 date=1453382536]
多谢分享。
不知道你们有没有碰到过这样的问题,就是当产品上的属性比较多的时候,这种理论上的产品变体就会产生很多。比如:
同一款式(SPU)的服装,有XS, S, M,L, XL,XXL 6种,颜色有10种,如果再有个面料2种,那么可能的组合就会有6X10X2=120种
一款服装就生成120种变体是很难维护的,而且大部分的组合应该都不会有真实的SKU。
如果有这样的问题,可以参考一下这个odoomrp项目下的:https://github.com/odoomrp/odoomrp-wip
product_variants_no_automatic_creation 模块
https://github.com/odoomrp/odoomrp-wip/tree/8.0/sale_product_variants 模块,以及我们贡献的: [font=Verdana][size=78%] https://github.com/odoomrp/odoomrp-wip/tree/8.0/product_variant_default_code [/size][/font] 模块
这些模块的设计思路就是,不是在产品模版上定义产品属性时就生成产品变体,而是在销售订单上通过产品配置器,由用户选择产品属性,然后动态生成产品变体。
这样系统中存在的产品变体的数量与实际的业务完全一致。
以上供您参考。
[/quote]
通过配置器的方式实现,好强大,学习了