【大卫分享】产品和产品规格(产品变量)自动生成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。
    这样就可以灵活而便捷的管理复杂的产品了。

    第一次写帖子,也不知道自己说的有没有价值,见笑了。




  • 因为自己做女装电商的,在找朋友开发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 模块
    [url=https://github.com/odoomrp/odoomrp-wip/tree/8.0/sale_product_variants]sale_product_variants[/url] 模块,以及我们贡献的: [font=Verdana][size=78%][url=https://github.com/odoomrp/odoomrp-wip/tree/8.0/product_variant_default_code]product_variant_default_code[/url][/size][/font] 模块


    这些模块的设计思路就是,不是在产品模版上定义产品属性时就生成产品变体,而是在销售订单上通过产品配置器,由用户选择产品属性,然后动态生成产品变体。
    这样系统中存在的产品变体的数量与实际的业务完全一致。


    以上供您参考。



  • 有幸得到校长的回复。
    如果是两种面料,我们的处理方式是把这两个产品当做两个SPU来处理,以简化复杂度。
    嗯嗯,如果是用到了再生成,那的确是节省资源而且灵巧的方式,看来需求挖掘的确是门大学问啊。



  • 对了,还有,我现在的解决方案,是基于我们的产品是相应的尺码颜色都有单品的,而且各个电商平台都对应sku的,所以我们需要事前定好SKU,并同步到各个平台。



  • 不错.....



  • 楼主提供的思路和旧版本 product_variant_multi 的实现看起来是一样的

    校长的思路就更棒了



  • 学习了!



  • [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 模块
    [url=https://github.com/odoomrp/odoomrp-wip/tree/8.0/sale_product_variants]sale_product_variants[/url] 模块,以及我们贡献的: [font=Verdana][size=78%][url=https://github.com/odoomrp/odoomrp-wip/tree/8.0/product_variant_default_code]product_variant_default_code[/url][/size][/font] 模块


    这些模块的设计思路就是,不是在产品模版上定义产品属性时就生成产品变体,而是在销售订单上通过产品配置器,由用户选择产品属性,然后动态生成产品变体。
    这样系统中存在的产品变体的数量与实际的业务完全一致。


    以上供您参考。
    [/quote]

    通过配置器的方式实现,好强大,学习了


登录后回复
 

与 Odoo 中文社区 的连接断开,我们正在尝试重连,请耐心等待