OpenERP中多规格产品的处理方式
-
[b]1. 问题[/b]
例如服装企业,产品分系列产品和具体型号产品。例如“VL2013男款休闲西服”属于系列产品,该系列产品有尺寸、颜色两个规格。其中尺寸有大、中、小三个取值,颜色有深灰、浅灰、深蓝、浅蓝、黑五个取值。那么,不同规格型号的组合,实际产品有3 X 5 =15种。
在OpenERP中,系列产品是设置在产品模板(Product Template)中,大部分的产品属性字段都是在Template,具体规格型号的产品是设置在Product中,Product中最重要的属性字段是Variants,例如值可能为“尺寸_中 颜色_深蓝”。
销售订单中,例如某订单需要“VL2013男款休闲西服”100件,必须指明100件中,每个型号多少件。生产中,不同型号产品,有不同BoM表——尽管这些BoM表非常大同小异。
如果规格很多,同一系列的产品,不同规格数量的产品非常多,手工录入很麻烦。模块 product_variant_multi 提供了功能,能够自动排列组合各种规格,自动在系统中创建各规格产品。
[b]2. OpenERP中产品模板(Product Template)的字段[/b]
Name
Product Manager
Description
Purchase Description
Sale Description
Product Type
Supply method
Customer Lead Time
Manufacturing Lead Time
Procurement Method
Can be Rent
Category
Sale Price
Cost Price
Volume
Gross weight
Net weight
Costing Method
Warranty (months)
Can be Purchased
Can be Sold
Status
Default Unit Of Measure
Purchase Unit of Measure
Unit of Sale
UOM -> UOS Coeff
Measure Type
Supplier Info
Supplier Lead Time
Supplier Quantity
Main Supplier
Partners(Suppliers)
Rack
Row
Case
Company
[b]3. OpenERP中具体产品(Product)的字段[/b]
Quantity On Hand
Quantity Available
Incoming
Outgoing
Pricelist
Public Price
Reference
Customer ref
Active
Variants
EAN13
Logistical Units
Variant Price Extra
Variant Price Margin
Color Index
Image -
7.0 的 product_variant_multi 还是太粗糙,基本就是一个 alpha 版本水平。
可以试试 product_custom_attributes<br / https://github.com/shine-it/product_custom_attributes br />但是用 product_custom_attributes 的话还要自己建个菜单把 product.template 的 window action 给暴露出来 -
openerp7较以前版本虽然有了较大的提升,但在产品的多属性多规格方面确实处理的太简单,造成在一些行业应用的难度,典型的就是服装行业,举例说明问题所在:
1、服装制造领域主要有“成品”、“面料”、“辅料”三种产品,每一种均涉及多颜色、多规格。
·成品:主要是“款号“、”颜色“、”尺码“,可能还涉及”版型“、”杯码“等,1个款号对应多个颜色及尺码,如:A001款有(红、蓝、黄)3个颜色,同时有(S、M、L、XL、2XL)5个尺码
·面料:一般是”面料编码“、”颜色“、”门幅/封度/幅宽“、”克重“等,1种面料对应多个颜色及门幅,如:B001面料有(红、蓝、黄)3个颜色,同时有(160CM、180CM)2种门幅
·辅料:一般是”辅料编码“、”规格“、”颜色“,由于辅料种类繁多,所以规格的描述方式千差万别。如:C001拉链有(黑、咖啡)2个颜色,同时有(50CM,55CM,60CM)3种规格
2、相关问题
2.1. 尺码横排问题:服装行业普遍采取尺码横排方式,符合服装特点及人员习惯,在”订单“、“采购单”、”出入库单“、”盘点单“、”报表“等等众多地方均需要,而OPENERP以SKU为单位,尺码横排有一定难度。
2.2. 产品定义问题:包括成品、面料、辅料,在传统ERP中只需定义一个产品编号,并定义该产品的颜色、规格等集合类属性即可,但在OPENERP中则会变成多个产品的定义,每个SKU均是一个独立产品,以A001款为例,会有3个颜色*5个尺码=15个产品,即使有批量生成的方式,但无形中将“1个款式多个颜色及尺码”这种1对多关系割裂出来,无法看到整体关系。
2.3. BOM问题:传统ERP只需在1个界面即可定义1个成品全部颜色及尺寸与全部相关面料、辅料的关系,且包括成品与物料的颜色、规格搭配关系,而在OPENERP中,则变成每个SKU均要定义1个BOM,以A001款为例则有15个BOM,这15个BOM中会有大量的重复信息,且无法在1个界面中看到全貌。
2.4. BOM修改问题:服装制造业的BOM并非一成不变,而是经常变化,样衣阶段、大货生产前、大货生产中都有可能变化,这样就需要修改BOM,如果是上面15个BOM的方式,那修改工作量是难以想象的,而且极易遗漏。