Odoo 中文社区

    • 注册
    • 登录
    • 搜索
    • 版块
    • 标签
    • 热门
    • 用户
    • 群组

    Odoo中文社区可以通过以下两个域名访问:shine-it.net , odoo.net.cn

    由于系统升迁的原因,本论坛部分较早期的内容存在格式和链接损坏失效的问题,并非本论坛系统本身的缺陷,望谅解

    本社区没有维护任何QQ群讨论组,任何与本社区同名的QQ群讨论组的言论与本社区无关!

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

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

    还是关于 产品属性 多规格 多属性问题

    Odoo 开发与实施交流
    7
    14
    10321
    正在加载更多帖子
    • 从旧到新
    • 从新到旧
    • 最多赞同
    回复
    • 在新帖中回复
    登录后回复
    此主题已被删除。只有拥有主题管理权限的用户可以查看。
    • T
      tasso 最后由 编辑

      product_variant_multi ,sale_product_multistep_configurator,product_variant_configurator
      解决的只是让我们减少产品维护工作量,但是在相关单据里面,比如销售单依然是把多纬度产品直接定义为一个产品,我相信在工厂里的人一定知道这样的需求和我们工厂实际需求是有差异,可以说这样的多纬度产品管理意义不大。

      很多同学们可能他们的需求是如下图片中产品  [1138] 1138 - 1138 这样的形式,明确分字段把多规格多属性显示出来,而不是直接表示在产品编号里。
      [attachimg=1]


      1 条回复 最后回复 回复 引用 0
      • Joshua
        Joshua 管理员 最后由 编辑

        OpenERP对于产品属性的设计,决定是不能很好支持这样的效果。当然你也可以通过比较多的二次开发达到这样的效果

        【上海先安科技】(joshua AT openerp.cn),欢迎关注公众号:openerp_cn

        1 条回复 最后回复 回复 引用 0
        • T
          tasso 最后由 编辑

          目前状态:直接在procduct里添加字段好象没办法的。
          比如是否可以通过在单据加字段。
          问题单据的新字段数据如何流到库存表。

          1 条回复 最后回复 回复 引用 0
          • D
            d_yang 最后由 编辑

            何必呢。
            举个简单的模块例子:

            <br /># -*- encoding: utf-8 -*-<br /><br />from osv import fields, osv<br /><br /><br />class product_attribute(osv.osv):<br />&nbsp; &nbsp; _name = &quot;product.attribute&quot;<br />&nbsp; &nbsp; _description = &quot;产品属性&quot;<br />&nbsp; &nbsp; _rec_name = &#039;value&#039;<br />&nbsp; &nbsp; <br />&nbsp; &nbsp; _columns = {<br />&nbsp; &nbsp; &nbsp; &nbsp; &#039;name&#039; : fields.char(&#039;属性&#039;, size=64, required=True),<br />&nbsp; &nbsp; &nbsp; &nbsp; &#039;value&#039; : fields.char(&#039;值&#039;, size=64, required=True),<br />&nbsp; &nbsp; }<br />&nbsp; &nbsp; <br />product_attribute()<br /><br /><br />class product_product(osv.osv):<br />&nbsp; &nbsp; _inherit = &#039;product.product&#039;<br />&nbsp; &nbsp; _columns = {<br />&nbsp; &nbsp; &nbsp; &nbsp; &#039;attribute_ids&#039;: fields.many2many(&#039;product.attribute&#039;, &#039;rel_product_attrs&#039;,&#039;product_id&#039;,&#039;attr_id&#039;, &#039;属性&#039;),<br />&nbsp; &nbsp; }<br />product_product()<br />
            




            1 条回复 最后回复 回复 引用 0
            • Joshua
              Joshua 管理员 最后由 编辑

              感觉添加完不同属性,感觉最大问题是不同属性的组合,库存是独立计算的

              【上海先安科技】(joshua AT openerp.cn),欢迎关注公众号:openerp_cn

              1 条回复 最后回复 回复 引用 0
              • W
                wangbuke 最后由 编辑

                OpenERP 的 product 模型相当于其他系统的 SKU(Stock Keeping Unit)

                一旦您的产品可以按照属性分成几个产品,那就应该建立几个product 。

                如服装类的码数和颜色,应该建立 码数×颜色 个产品。


                1 条回复 最后回复 回复 引用 0
                • W
                  wangbuke 最后由 编辑

                  诸如 product_variant_multi 等模块,是利用product.template 管理属性。本质上还是按照属性建立了多个产品,只是方便了管理而已。

                  1 条回复 最后回复 回复 引用 0
                  • T
                    tasso 最后由 编辑

                    [quote author=Joshua link=topic=4297.msg11783#msg11783 date=1345342872]
                    感觉添加完不同属性,感觉最大问题是不同属性的组合,库存是独立计算的
                    [/quote]

                    D_yang这个模块,看样子是可以达到,不同属性值的产品库存独立计算。

                    1 条回复 最后回复 回复 引用 0
                    • T
                      tasso 最后由 编辑

                      [attachimg=3][attachimg=4]我刚刚有仔细看了D_yang归为产品属性设置。例如下图。

                      product_variant_multi 模块还是差不多。

                      在编码的时候已经固定好。一个属性组合对应一个产品编码,或某个产品编码。

                      而我的目的呢是产品编码并不和属性组合绑定在一起,在单据上自己可以选的活动的。在库存表现上又要独立区分开。

                      1 条回复 最后回复 回复 引用 0
                      • 杨
                        杨清云 最后由 编辑

                        这个一般服装行业、鞋业用得比较多。。

                        1 条回复 最后回复 回复 引用 0
                        • T
                          tasso 最后由 编辑

                          我们是用再五金行业,产品是有陶瓷和五金件装配而来;某一款式产品的五金件颜色、陶瓷花色多种,这个组合很多。

                          无法按单品最终产品来建物料。只能作为属性来操作,每个属性又要体现在库存里面用于查库存。

                          1 条回复 最后回复 回复 引用 0
                          • mrshelly
                            mrshelly 最后由 编辑

                            应该将属性分解到产品维度上.即为多个属性的同一产品建立多个产品. 感觉这样设计会比较好一些.

                            产品数据维护可以使用上述的模块来完成...

                            1 条回复 最后回复 回复 引用 0
                            • M
                              matrowang 最后由 编辑

                              嗯,服装行业这个头大。

                              1 条回复 最后回复 回复 引用 0
                              • First post
                                Last post