【大卫分享】产品和产品规格(产品变量)自动生成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]
通过配置器的方式实现，好强大，学习了