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

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

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

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

OpenERP中多规格产品的处理方式



  • [b]1. 问题[/b]<br />例如服装企业,产品分系列产品和具体型号产品。例如“VL2013男款休闲西服”属于系列产品,该系列产品有尺寸、颜色两个规格。其中尺寸有大、中、小三个取值,颜色有深灰、浅灰、深蓝、浅蓝、黑五个取值。那么,不同规格型号的组合,实际产品有3 X 5 =15种。<br /><br />在OpenERP中,系列产品是设置在产品模板(Product Template)中,大部分的产品属性字段都是在Template,具体规格型号的产品是设置在Product中,Product中最重要的属性字段是Variants,例如值可能为“尺寸_中 颜色_深蓝”。<br /><br />销售订单中,例如某订单需要“VL2013男款休闲西服”100件,必须指明100件中,每个型号多少件。生产中,不同型号产品,有不同BoM表——尽管这些BoM表非常大同小异。<br />如果规格很多,同一系列的产品,不同规格数量的产品非常多,手工录入很麻烦。模块 product_variant_multi 提供了功能,能够自动排列组合各种规格,自动在系统中创建各规格产品。<br /><br /><br />[b]2. OpenERP中产品模板(Product Template)的字段[/b]<br />Name<br />Product Manager<br />Description<br />Purchase Description<br />Sale Description<br />Product Type<br />Supply method<br />Customer Lead Time<br />Manufacturing Lead Time<br />Procurement Method<br />Can be Rent<br />Category<br />Sale Price<br />Cost Price<br />Volume<br />Gross weight<br />Net weight<br />Costing Method<br />Warranty (months)<br />Can be Purchased<br />Can be Sold<br />Status<br />Default Unit Of Measure<br />Purchase Unit of Measure<br />Unit of Sale<br />UOM -> UOS Coeff<br />Measure Type<br />Supplier Info<br />Supplier Lead Time<br />Supplier Quantity<br />Main Supplier<br />Partners(Suppliers)<br />Rack<br />Row<br />Case<br />Company<br /><br /><br />[b]3. OpenERP中具体产品(Product)的字段[/b]<br />Quantity On Hand<br />Quantity Available<br />Incoming<br />Outgoing<br />Pricelist<br />Public Price<br />Reference<br />Customer ref<br />Active<br />Variants<br />EAN13<br />Logistical Units<br />Variant Price Extra<br />Variant Price Margin<br />Color Index<br />Image<br />



  • [b]1. 问题[/b]<br />例如服装企业,产品分系列产品和具体型号产品。例如“VL2013男款休闲西服”属于系列产品,该系列产品有尺寸、颜色两个规格。其中尺寸有大、中、小三个取值,颜色有深灰、浅灰、深蓝、浅蓝、黑五个取值。那么,不同规格型号的组合,实际产品有3 X 5 =15种。<br /><br />在OpenERP中,系列产品是设置在产品模板(Product Template)中,大部分的产品属性字段都是在Template,具体规格型号的产品是设置在Product中,Product中最重要的属性字段是Variants,例如值可能为“尺寸_中 颜色_深蓝”。<br /><br />销售订单中,例如某订单需要“VL2013男款休闲西服”100件,必须指明100件中,每个型号多少件。生产中,不同型号产品,有不同BoM表——尽管这些BoM表非常大同小异。<br />如果规格很多,同一系列的产品,不同规格数量的产品非常多,手工录入很麻烦。模块 product_variant_multi 提供了功能,能够自动排列组合各种规格,自动在系统中创建各规格产品。<br /><br /><br />[b]2. OpenERP中产品模板(Product Template)的字段[/b]<br />Name<br />Product Manager<br />Description<br />Purchase Description<br />Sale Description<br />Product Type<br />Supply method<br />Customer Lead Time<br />Manufacturing Lead Time<br />Procurement Method<br />Can be Rent<br />Category<br />Sale Price<br />Cost Price<br />Volume<br />Gross weight<br />Net weight<br />Costing Method<br />Warranty (months)<br />Can be Purchased<br />Can be Sold<br />Status<br />Default Unit Of Measure<br />Purchase Unit of Measure<br />Unit of Sale<br />UOM -> UOS Coeff<br />Measure Type<br />Supplier Info<br />Supplier Lead Time<br />Supplier Quantity<br />Main Supplier<br />Partners(Suppliers)<br />Rack<br />Row<br />Case<br />Company<br /><br /><br />[b]3. OpenERP中具体产品(Product)的字段[/b]<br />Quantity On Hand<br />Quantity Available<br />Incoming<br />Outgoing<br />Pricelist<br />Public Price<br />Reference<br />Customer ref<br />Active<br />Variants<br />EAN13<br />Logistical Units<br />Variant Price Extra<br />Variant Price Margin<br />Color Index<br />Image<br />



  • 老肖的文章看不过来了



  • 7.0 的 product_variant_multi 还是太粗糙,基本就是一个 alpha 版本水平。<br />可以试试 product_custom_attributes<br />https://github.com/shine-it/product_custom_attributes<br />但是用 product_custom_attributes 的话还要自己建个菜单把 product.template 的 window action 给暴露出来



  • openerp7较以前版本虽然有了较大的提升,但在产品的多属性多规格方面确实处理的太简单,造成在一些行业应用的难度,典型的就是服装行业,举例说明问题所在:<br />1、服装制造领域主要有“成品”、“面料”、“辅料”三种产品,每一种均涉及多颜色、多规格。<br /> ·成品:主要是“款号“、”颜色“、”尺码“,可能还涉及”版型“、”杯码“等,1个款号对应多个颜色及尺码,如:A001款有(红、蓝、黄)3个颜色,同时有(S、M、L、XL、2XL)5个尺码<br /> ·面料:一般是”面料编码“、”颜色“、”门幅/封度/幅宽“、”克重“等,1种面料对应多个颜色及门幅,如:B001面料有(红、蓝、黄)3个颜色,同时有(160CM、180CM)2种门幅<br /> ·辅料:一般是”辅料编码“、”规格“、”颜色“,由于辅料种类繁多,所以规格的描述方式千差万别。如:C001拉链有(黑、咖啡)2个颜色,同时有(50CM,55CM,60CM)3种规格<br />2、相关问题<br /> 2.1. 尺码横排问题:服装行业普遍采取尺码横排方式,符合服装特点及人员习惯,在”订单“、“采购单”、”出入库单“、”盘点单“、”报表“等等众多地方均需要,而OPENERP以SKU为单位,尺码横排有一定难度。<br /> 2.2. 产品定义问题:包括成品、面料、辅料,在传统ERP中只需定义一个产品编号,并定义该产品的颜色、规格等集合类属性即可,但在OPENERP中则会变成多个产品的定义,每个SKU均是一个独立产品,以A001款为例,会有3个颜色*5个尺码=15个产品,即使有批量生成的方式,但无形中将“1个款式多个颜色及尺码”这种1对多关系割裂出来,无法看到整体关系。<br /> 2.3. BOM问题:传统ERP只需在1个界面即可定义1个成品全部颜色及尺寸与全部相关面料、辅料的关系,且包括成品与物料的颜色、规格搭配关系,而在OPENERP中,则变成每个SKU均要定义1个BOM,以A001款为例则有15个BOM,这15个BOM中会有大量的重复信息,且无法在1个界面中看到全貌。<br /> 2.4. BOM修改问题:服装制造业的BOM并非一成不变,而是经常变化,样衣阶段、大货生产前、大货生产中都有可能变化,这样就需要修改BOM,如果是上面15个BOM的方式,那修改工作量是难以想象的,而且极易遗漏。



  • product_custom_attributes你们有用过吗?



  • 还以为行业中就我一人关注OE



  • 一票人关心这个。


登录后回复
 

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