4. 【大卫分享】产品和产品规格(产品变量)自动生成SKU的需求解决思路

Odoo中文社区可以通过以下三个域名访问：shine-it.net , odoocn.org，odoo.net.cn

原论坛用户的基本信息和发帖这里都予以保留，请注意：原论坛用户无需重新注册新用户，但是您的密码需要重置

开发人员可以登录gitter讨论组: http://gitter.im/odoo-china/Talk, 需要github账号

如果您登录系统碰到问题，请在微信公众号留言：

【大卫分享】产品和产品规格(产品变量)自动生成SKU的需求解决思路

  • I

    因为自己做女装电商的，在找朋友开发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。
    这样就可以灵活而便捷的管理复杂的产品了。

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


    0
  • 管理员

    多谢分享。
    不知道你们有没有碰到过这样的问题，就是当产品上的属性比较多的时候，这种理论上的产品变体就会产生很多。比如：
    同一款式（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] 模块


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


    以上供您参考。

    0
  • I

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

    0
  • I

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

    0

  • 不错.....

    0

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

    校长的思路就更棒了

    0
  • W

    学习了！

    0
  • S

    [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]

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

    0