系列之五：oracle-ebs-系统主数据管理基础介绍

1、系列之五：ORACLE EBS 系统主数据管理AORACLE EBS 系统主数据管理一、 HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 一、EBS主数据概述 t _blankEBS主数据概述Master Data二、HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 二、物料 t _blank物料Item一HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 一Item范畴 t _blankItem 的范畴

2、二HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 二Item的编码 t _blankItem 的编码三HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 二Item的类别 t _blankItem 的类别Category四HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 四Item的单位 t _blankItem的单位UOM 五HYPERLINK :/hi.erp100 /editor.php?op=bl

3、ank&charset=gbk l 五Item的MPN t _blankItem 的制造商部件号MPN六HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 六Item版本 t _blankItem的版本Revision七HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 七Item的组织控制 t _blankItem的组织控制Master Org八HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 八Item的

4、属性及相互关系 t _blankItem的属性及相互关系概述九HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 九Item的属性内容简介 t _blankItem的属性内容简介Attribute十HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十Item的属性快查 t _blankItem的属性快查十一HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十一Item的客户与供给商关系 t _blankIt

5、em的客户与供给商关系十二HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十二Item的物料关系 t _blankItem的物料关系Relationship十三HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十三Item的交叉参考 t _blankItem的交叉参考Cross Reference十四HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十四Item的创立模板 t _blankItem 创立

6、的模板Template十五HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十五Item的目录组 t _blankItem的目录组Catalog Groups十六HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十六Item的待定状态 t _blankItem的待定状态Pending Status十七HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十七Item的属性查看与复制 t _blankItem

7、的属性组织间查看与复制十八HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十八Item的删除 t _blankItem的删除十九HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十九Item的其它来源还是 t _blankItem的其它来源方式三、HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 三、供给商 t _blank供给商Supplier一HYPERLINK :/hi.erp100 /edito

8、r.php?op=blank&charset=gbk l 一、供给商的分类概述 t _blank供给商的分类概述二HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 二、供给商的名称与编号 t _blank供给商“名称与编号Supplier Name/Number三HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 三、供给商的地点 t _blank供给商的“地点Site四HYPERLINK :/hi.erp100 /editor.php?op=blank&charset

9、=gbk l 四、供给商的分类属性 t _blank供给商的“分类属性Classification五HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 五、供给商的接收属性 t _blank供给商的“接收属性Receiving六HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 六、供给商SITE层的一般属性 t _blank供给商Site层的“一般属性七HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 七、

10、供给商SITE层联系人属性 t _blank供给商Site层的“联系人属性八HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 七、供给商的多组织支持 t _blank供给商的多组织支持MOAC九HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 七、供给商SITE的采购属性 t _blank供给商Site的“采购属性十HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十、供给商SITE的控制属性 t _bl

11、ank供给商Site的“控制属性Control十一HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十一、供给商SITE的付款属性 t _blank供给商Site的“付款属性Payment十二HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十二、供给商SITE的会计属性 t _blank供给商Site的“会计属性十三HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十三、供给商SITE的银行账户属性 t

12、 _blank供给商Site的“银行账户属性十四HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十四、供给商SITE的发票税属性 t _blank供给商Site的“发票税属性十五HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十五、供给商SITE的预扣税属性 t _blank供给商Site的“预扣税属性十六HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十六、供给商SITE的纳税申报属性 t _bl

13、ank供给商Site的“纳税申报及“EDI属性十七HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十七、R12供给商定义与维护 t _blankR12的供给商定义与维护十八HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十八、供给商合并 t _blank供给商的合并四、HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 四、客户 t _blank客户Customer一HYPERLINK :/hi.erp

14、100 /editor.php?op=blank&charset=gbk l 一、客户数据管理概述 t _blank客户数据管理概述二HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 二、交易社区TCA架构 t _blankEBS 交易社区架构TCA三HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 三、客户的配置文件分类 t _blank客户的配置文件分类Profile Class四HYPERLINK :/hi.erp100 /editor.php?op=blank

15、&charset=gbk l 四、客户的创立规那么 t _blank客户的创立规那么五HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 五、客户的多组织控制 t _blank客户的多组织控制MOAC六HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 六、客户的交易方层属性 t _blank客户的交易方层属性及交易方关系七HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 七、客户的账户层与地点层属性 t _

16、blank客户的账户层与地点层属性八HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 八、客户账户层分类属性 t _blank客户账户层的“分类分组属性九HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 九、客户账户层市场营销属性 t _blank客户账户层的“市场营销分组属性十HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十、客户账户层关系属性 t _blank客户账户层的“关系分组属性十一HYPE

17、RLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十一、客户账户层特性属性 t _blank客户账户地点层的“特性分组属性十二HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十二、客户账户层通信属性 t _blank客户账户与地点层的“通信分组属性十三HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十三、客户账户层联系人属性 t _blank客户账户与地点层的“联系人分组属性十四HYPERLINK :/hi.

18、erp100 /editor.php?op=blank&charset=gbk l 十四、客户账户层联系人：职责属性 t _blank客户账户与地点层的“联系人：职责分组属性十五HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十三、供给商SITE的银行账户属性 t _blank客户账户与地点层的“银行账户分组属性十六HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十六、客户账户层付款方法属性 t _blank客户账户与地点层的“付款方法分组属性十七HYPERLIN

19、K :/hi.erp100 /editor.php?op=blank&charset=gbk l 十七、客户账户层配置文件：事务处理属性 t _blank客户账户与地点层的“配置文件：事务处理分组属性十八HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十八、客户账户层配置文件：单据打印属性 t _blank客户账户与地点层的“配置文件：单据打印分组属性十九HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 十九、客户账户层配置文件：金额属性 t _blank客户账户与

20、地点层的“配置文件：金额分组属性二十HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 二十、客户账户层配置文件：业务目的属性 t _blank客户账户的“地址地点与业务目的属性二十一HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 二十一、R12客户账户层属性 t _blankR12客户的账户层与地点层属性二十二HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 二十二、客户数据合并 t _blank客户数

21、据的合并二十三HYPERLINK :/hi.erp100 /editor.php?op=blank&charset=gbk l 二十三、客户数据其它功能 t _blank客户数据的其它管理功能五、结语一、EBS主数据概述Master Data一个有趣的现象是，与SAP相比不同，ORACLE EBS系统中并没有明确的所谓“主数据Master Data概念，ORACLE应用产品官方文档中英文中也几乎找不到这个词组。因此这里要讨论的所谓“主数据，主要是基于业务管理与系统应用层面而言，具有全局性、重要性的那些根底业务数据，诸如物料、供给商、客户等等。之所以会出现上述现象，推测是和ORACLE产品的开展

22、历史有一定关系，或许ORACLE早先确实没有意识到物料、供给商及客户等等业务数据，在系统管理与业务实践方面具有怎样的特殊性，以至于如今许多初学者会觉得奇怪：EBS系统的最初设计，物料是在INV模块中定义的，供给商是在AP模块中定义的，客户是在AR模块中定义的。而不是采取更合理的系统应用架构设计：主数据有专门的定义与管理应用功能，作为“效劳提供给相关应用模块调用即类似所谓“SOA架构。显然，ORACLE后来意识到了这个问题，并开始逐步在系统的规划设计方面做调整。针对“客户等主数据管理，于2001年首次提出了所谓“TCA架构Trading community Architecture，并首先将“客

23、户数据独立出来，作为一个向其他相关模块提供调用效劳SOA的根底应用。不过，迄今为止，对于“供给商与“物料，目前外表看来与过去相比几乎没有什么变化，但相信随着SOA的开展，系统以后也会做出调整完善。从企业管理实践的需求角度来看，对于主数据的范畴，不同企业的理解可能有一定差异，例如有些企业将BOM也包括在主数据之内。本文以下那么重点讨论无可争议的三个常用主数据：物料、供给商与客户。这三个主数据都有一个共同的系统使用特点：跨组织的全局性。而对于BOM数据，尽管在企业实际管理工作中，可能具有一定的全局性特点例如不同工厂生产同样产品，但从系统应用角度来看，BOM是严格按INV组织隔离的，不同INV可共用

24、的局部比拟少，BOM系统应用的全局性特点并不十清楚显，重要性也不是太高。二、物料Item物料Item数据管理以其应用的根底性与影响的广泛性，是EBS系统最重要也是最复杂的根底业务数据。企业尤其是大型企业，物料主数据的管理甚至可以上升到决定企业未来开展乃至生死存亡的高度。为此，ORACLE系统提供了完善的“端到端的全流程解决方案。一Item 的范畴EBS系统英文原版中，物料是用Item来表示的，译成中文最初为“工程，在文档表述中常常与另一个词Project的中文翻译“工程混淆，带来诸多不便。这方面台湾将Project称之为“专案，那么非常方便，不会存在混淆的问题。R12中文版大陆将Item改为“

25、物料，虽说解决了容易混淆的问题，但却也带来了另一个问题：缩小了Item原先的内涵范畴。为表述方便，本文后续原那么上以Item一词代替“物料一词在EBS中，Item不仅表示有形的“物料，同时还可以指无形的“效劳，例如表示参谋效劳的计量“人天、表示一个广告创意的“campaign、表示一个售后效劳的“case等等。具体类型Item Type是根据企业业务管理需要定义的，如以下图1所示：Item Type 的LOV是在Lookup Code 中定义的，访问级别是“用户，即完全属于“自定义，只有统计分析功用，并不参与系统流程构建，对业务流程没有影响。如以下图2所示： 在EBS系统中，Item一经创立就

26、无法轻易删除必须使用特定的清理功能才可以。后面再介绍，但可以选择通过改变其“状态Item Status来控制其相关的可用性，如以下图3所示： Item Status 的LOV值，系统提供了专门的表单定义功能，完全可根据企业需要定义每个“状态代码对于Item属性起控制作用的具体方式，如以下图4所示： 图3中，当一个具体的Item值选定一个确定的Status后，其相关属性的修改方式就由图4定义中的“控制方式决定，控制方式可能是三种“默认值、设置值、不使用之一。默认值：在将状态分配给物料时，系统将默认状态代码定义的属性值，用户可以更改此默认值；不使用：既不使用默认值，也不使用状态控制；设置值：在将状

27、态分配给物料时，系统将默认状态代码定义的属性值。一旦分配了默认值，用户不能对其进行更改。例如图4中，“允许BOM ，值：，使用：默认控制，表示具有该Status的Item，其“允许BOM属性的值默认为“YES，但用户可以更改。 至于图4定义中，每个属性的控制方式具体取值即“默认值、设置值、不使用中的哪一个，那么又是通过“Item属性控制定义功能来实现的。复杂了，打住！打住！，后面再来详细讨论这个问题。二Item 的编码几乎人人都知道物料编码的重要性，网上也有不少介绍如何管理物料编码的文章，什么“机械行业物料编码、“电子行业物料编码等等，诸如此类，不一而足。然而，笔者不得不遗憾地指出来，这些文章

28、大多没有能抓住物料“系统编码管理的本质与要义，根本上还都是基于手工编码与管理的“电算化系统设计与实现方式而言的。“物料编码既是个非常“简单的问题，也是个非常“复杂的问题。说其简单，是因为所有企业，无论是使用什么样的管理软件，都需要给物料编码；说其“复杂，是因为物料编码管理是一门涉及范围广泛，有相当深度的专业学问，远不是“编码方式本身的那点内容。我们有时侯说SAP/ORACLE产品包含有“丰富的管理思想与业界最正确业务实践，其实，从与“Item编码有关的系统设计角度来看，恰恰就能验证这一说法。目前国内主流ERP产品的“物料定义，通常都包括两个根本内容“物料编码Number、“物料名称Name，并

29、基于此引申出“物料编码、物料名称不能重复，使用后不允许修改等等系统设计功能。ORACLE或SAP将所谓“物料编码Number、物料名称Name变化成“物料Item、物料说明Description。外表上看来，两者好似是一样的，区别不大，但实际上两者在系统设计理念上已经起了根本性变化。在ORACLE EBS中，“Item被抽象成一个代表物料的具有唯一性的“指示符，可以是一个数字或字符的代码，也可以是一个长度限定的“短文本 在系统内部该字段实际是一个“键弹性域结构，不过实际使用多段结构的情况较少，一般设定成单段结构，与普通表单字段使用无异。但它并非是系统内部业务流程所使用的“唯一性识别ID，也就是

30、说，当在系统中定义Item时，系统还会在内部自动生成一个用于系统识别的唯一性ID内码，外部所表现的Item外码只是其一个外部指示符不过，系统也要求其具有唯一性。在EBS的使用过程中，系统允许修改已经存在的Item编码，且如果改变了Item编码，并不会影响到该Item原在其它相关模块中的使用状况。例如：先定义一个Item，然后为此Item创立BOM，然后在Item定义界面查找出此Item编码并修改保存，再去查询BOM，那么可以发现原Item已经不存在，代之以的是修改后的Item，并完全继承了原BOM定义。至于所谓“Item说明Description，与Item本身相比，系统除了不要求具有唯一性之

31、外，其余方面几乎完全相同，它实际就是一个字符长度可更长一些的“短文本，一般用之作为包括物料实际名称在内的对Item的简短说明。用涵义广泛的“说明Description来取代涵义狭窄的“名称Name，无疑使得系统使用具有了更为广泛的自由度。基于涵义比拟“具体的“物料编码Number、物料名称Name的“电算化系统设计与实现方式，自然会将企业实际的物料编码工作也引导到比拟“具体的实现方式上去如上面所提到的网文中介绍的内容。而基于比拟“抽象的“Item的ORACLE系统设计与实现方式，那么为企业的Item编码管理提供了更为灵活、更为方便也更为完善的扩展空间。但要理解清楚这一点，首先需要懂得基于“业界

32、最正确实践经验而总结出来的有关物料编码的两条重要管理原那么：其一是，系统所使用的Item编码与工程上所使用的物料编码，不能混为一谈，两者的目的与用途不同，因而编码与管理方式也有很大不同。实际工作中尤其是在使用某些低端ERP产品时，很容易的犯的一个错误是，以比拟好懂的物料工程编码代替比拟抽象的“系统编码。因而导致在编码数据量较大时，出现系统使用困难，用户深感不便，严重影响工作效率的现象。其二是，系统所使用的Item编码主要是针对工程上广义的“部件Part而言，而不是针对狭义的物料Material。一个Part对应一个Item，但一个Part可能“包含多个狭义的Material，如何“包含那么涉及

33、到复杂的工程容差设计与材料认证问题。实际工作中，比拟容易犯的错误是，以狭义的物料Material代替广义的Part，导致Item数量失去控制，系统业务处理逻辑复杂化而变得难以使用。上述两条物料编码管理原那么，对于许多缺少相关业务经验的人来说，理解起来可能难度较大。不过，对于大多数人来说，只要懂得所谓“Item编码主要还是ERP核心系统之外的工作，高端的ERP产品ORACLE/SAP要求Item编码必须遵循上述两条根本管理原那么就可以了。至于这两条编码管理原那么如何贯彻执行，那么涉及到有一定深度与广度的专业知识，与企业的管理实践密切相关，最近几年高科技电子行业出现一个称为“Commodity管理

34、的专门岗位，正是与此有关。十多年前，国内的通信企业华为公司开始引进国外的先进管理经验，拜请IBM为师，最初数千万元的咨询参谋费也就仅是围绕所谓“Commodity管理，这一看起来不起眼、实际展开内容却十分丰富的领域来展开的。详细讨论物料的所谓“Commodity管理非本文所能胜任，以下仅简单介绍几个比拟常见且重要的问题。关于系统的Item编码长度。经验说明，编码的长度以6-8位为宜，短了那么可能容量不够，长了那么不方便记忆、影响使用。编码应以数目字为主，必要时辅之以英文字母，不应当出现单词或词组，中文就更不应该出现了。一个编码通常分为前后两局部，前半局部3-4位表示物料分类，后半局部3-4位那

35、么是流水码。关于系统的Item编码中的分类。首先，不要将Item编码中前半局部的“分类与EBS系统中的Item Category类别 混为一谈，两者有一定联系但差异也很明显。前者代表的是基于“用途的Item的自然或物理属性，是确定的；后者那么更多的是表达企业的“管理属性，可以根据需要随时作调整。从实际使用角度来看，一般规定Item中的一个“分类组合只能隶属于一个确定的Category，但一个Category可以包含多个Item编码中的分类组合。如今大多数人已经认可Item的编码“不包含业务涵义但应适当分类的原那么。过去各企业的物料分类五花八门，没有一定标准，这给电子商务时代的信息交流与互换造成

36、了很大障碍。为此，1998年联合国开发方案署UNDP委托邓百氏咨询公司Dun & Bradstreet开发并维护全球产品与效劳的分类体系，提出了“联合国标准产品与效劳分类代码United Nations Standard Products and Services Code，简称UNSPSC。应全球电子商务开展的要求，2003年5月UNDP正式委托美国统一代码委员会(UCC)全权实时维护和管理UNSPSC。目前已有上百个国家和地区的上万家公司在使用。2003年12月，美国统一代码委员会Uniform Code CouncilUCC正式授权中国物品编码中心Article Numbering Ce

37、nter of ChinaANCC独家负责UNSPSC中文版本的全部工作。ANCC成立了UNSPSC动态维护管理中心UNSPSCChina。UNSPSC覆盖了国民经济各行各业，共设置了：55个大类，351个中类，2021个小类，19000多个细类产品(V6.0315版本)。分类依据根本上都是根据产品的“用途进行分类的。即按照使用目的进行分类，每层结构内的顺序，根本是没有任何含义的，和产品与效劳类别名称的语序也无关。UNSPSC采用四层八位的数字层次码结构，代码结构如下：12345678。其中：12第一层，大类Segment，用于分析商品与效劳种类的逻辑组合；34第二层，中类Family，一种通

38、用的内部互相联系的商品和效劳种类；56第三层，小类Class，具有共同用途和功能的一组商品和效劳；78第四层，细类Commodity，一组可选用的商品和效劳。对于一个确定的物料来说，一定是属于UNSPSC中的一个“大类+中类+小类+细类的8位数字的组合代码，例如31101501，它的编码的组成如下： 大类(Segment) ：制造业部件和用品(Manufacturing Components and Supplies) - 31 中类(Family)： 铸件(Castings) - 10 小类(Class)：压模铸件(Die castings) - 15 细类：(Commodity)：铝压模铸

39、件(Aluminum die castings) - 01 为了达至全球性的物料分类统一与标准化，方便企业之间的沟通交流与数据交换，一个企业应当对照UNSPSC的分类定义，对涉及到的所有外购物料以及自产部件、半成品或产品进行准确分类。企业如果开发出一种“全新的部件或产品，且发现不能在UNSPSC中找到适宜的分类，那么可以按规定程序向相关管理机构例如UNSPSCChina提交物料分类编码的新增申请。整个申请过程耗时可能很长，如果被拒绝，UNSPSC会建议使用现有分类，如果被接纳，那么最终需要提交美国UCC批准。但需注意的是上述UNSPSC 的8位分类编码，不应当被企业直接用来放进Item编码中例

40、如UNSPSC+流水码，这是因为一来UNSPSC细类Commodity数量太多，目前已达两万多个，每个企业实际真正能用到的只是其中很少一局部一般数百个Commodity，例如一个电子制造业不到可能会用到类似“10101512兔子的Commodity。二来8位分类码再加上流水码一般是4位，Item编码总长度太长，不方便使用。UNSPSC针对8位分类码也给出了只有6位的“识别码Unique ID，但这个6位识别码实际也是流水顺序码仍然过长，不方便使用。如以下图表5所示：企业一般需要根据自己会使用到的那些8位UNSPSC分类码，个性化制定企业自己的分类“识别码。通常取4位，前两位代表“大类，后两位代

41、表“小类注意这里的“大类/小类与UNSPSC中的“大类/小类没有对应关系，只是为了方便企业对已选取的UNSPSC的管理。Item中的前4位分类识别码，即使全使用数目字不使用英文字母，最多也可有1万种组合3位有1000种组合，一般中小企业也足够，足以满足单个大企业的物料分类需要。不同企业的Item中的分类识别码尽管不同，但由于它们都对应于同一的UNSPSC分类码，故数据交流与互换不会有问题。尽管UNSPSC出台及全球推行只是近几年的事，远落后于ORACLE ERP产品的发布时间，但EBS 很早就在其产品安装后的初始化状态预置了物料的“Commodity概念例如Item类别弹性域系统预置的“Cat

42、egoryCommodity结构。尽管这不是系统应用必需，可以改掉。但ORACLE这样做的目的实际上也就是希望将企业的物料管理运作实务引导到所谓“业界最正确业务实践Best Practice上来。关于代表广义的Part的系统Item编码与狭义的Material的关系问题。广义的Part编码是指只要符合“规格Form、性能Fit、功能Function相同的物料，即使某些重要属性不相同例如颜色、生产厂家、质量指标等等，只要不对3F的一致性有重要影响，均归属于同一个Item。狭义的物料Material编码那么是指即使是3F相同，但如果某些重要属性不同典型的是生产厂家不同，也不能归入同一个Item。能

43、否分清Part编码与Material编码之间的本质区别，不仅表达在一个企业的Item编码方式的选择上，反映一个企业对物料编码的认识水平，更重要的是它还能反映一个企业的产品研发的技术水平。国内有些电子制造企业尤其是“代工型企业之所以选择的是material型或曰“工程型的Item编码方式，一个很重要的原因是早期企业没有技术能力进行Material的容差设计与分析，为保险起见只好采取“同一物料只要厂家不同就是不同Item。实际工作中为了使用方便，不得已又将生产厂家等诸多信息放入Item编码中，如此恶性循环，最终使得公司的物料管理陷入十分恶劣的混乱状态而难以自拔。国内某年产值超千亿RMB规模的大型代

44、工型电子制造企业，由于早年研发技术水平有限，加之不懂所谓“Commodity 管理，对物料编码的认识水平很低，初期开始采取的就是“不同厂家一物一号的“工程型编码方式，待累积到Item的有效数量超过三、四十万，并且每月还在以一万多数量快速增加的时候，才意识到问题的严重性。尽管后来累积投入数亿元的费用试图进行改造，但已经积重难返，还是无法从根本上解决问题。而反观象IBM这样的超大型企业，尽管其产品线十分丰富，年收入达千亿美金其中硬件收入约占一半，但其全球有效Item数量一直控制在6万左右。几年前，国内的华为公司拜请IBM为师，花费数亿元搞集成产品开发IPD工程，其工程核心目标之一就是要将华为当时9

45、万左右的Item数量下降20%。目前国内某些ERP产品在其系统物料定义界面出现“生产厂家、型号字段并且只能唯一赋值，客观上会将企业的物料编码方式引导到“同一部件不同厂家不同Item编码的低水平道路上去。这说明其在物料编码的系统规划设计方面的认识水平还有待提高。而在ORACLE 系统中，在Item定义界面那么明确给出了Item与制造商部件号MPN的“一对多的可能对应关系设置具体设置下面再谈，这对于有效地防止企业采用错误的编码方式，促进企业Commodity 管理水平的提高将十分有帮助。三Item 的类别Category上面所讲到的Item编码中的分类UNSPSC，一般来说还不是系统各应用功能模块

46、中真正使用到的类别，原因是编码中的分类所基于的分类基准或用途主要考虑的是“工程目的，而各应用模块例如INV、PO等中所需使用的分类更多地是需考虑业务管理目的，这就好比我们将“人员分类，有时需按“性别男、女分，有时需按“学历博士、硕士、学士分，有时还需按“年龄段老年、中年、青年分等等。对于EBS中一个确定的Item来说，可以同时具有多个不同的“类别集Category Set，以满足各个应用模块的使用需要。这里之所以称其为“类别集，源于其中包含假设干个LOV值，系统将每个具体的LOV值称之为“类别Category并最终分配给Item。EBS的每个相关应用模块必须设定默认关联一个“类别集，称之为“默

47、认类别集。如以下图6所示：不同应用模块所使用的“默认类别集可以相同也可以不同。用户在进入相关业务模块的“表单界面时，翻开的Item类别的弹性域结构取决于“默认类别集所关联的类别键弹性域结构定义。在“ORACLE系统与实践系列之三：EBS的根底设置要点简介中，关于“Item类别弹性域结构的介绍已经说过，系统安装初始化时，ORACLE已经基于“业界最正确实践经验，预设了假设干不同的“类别弹性域结构，这些不同弹性域结构同样也被ORACLE在“默认类别集定义界面中预设了相应的关联上述系统安装预设，用户如不满意，均可以修改。这无疑大大方便了用户的使用，也正是ORACLE产品包含丰富管理思想的表达所在。对

48、于每一个被使用的“类别集，需要进行定义或对系统预设进行修改完善，每个类别集关联一个已经预先定义编译的“类别键弹性域结构。如以下图7所示：上图7中，如果选定“允许存在多个物料类别分配，那么可以将一个物料分配给某个类别集内的多个类别。这主要是用于某些特殊功能的情况，如“装箱功能中的“创立装箱组，定义一个“危险类别集，将某个物料同时分配给“毒药和“腐蚀物类别。上图7中，如果选定“强制使用有效类别列表，那么需要对其下的“类别列表进行维护，其作用主要是控制PO界面的类别的LOV值选择组合只能存在于这里的定义列表中时才有效否那么会报错提示。上图7中的“人员类别窗口的作用，是为了控制某些类别只允许特定“责任

49、/人员才可以访问未设定那么不做限制。上图中的“分配窗口，只是提供一种将多个“类别快速成批分配给包括维护多个Item的工具。在单个Item定义时分配类别的结果，会显示在这里，这里所做的维护改变也会反映在定义Item时的分配类别界面中。如以下图8所示为Item定义时的类别分配界面：此外，为进一步控制上图7与图8中定义或设置时具体类别Category组合的实际可用性在弹性域定义中可能已经通过值集验证进行设置，这里提供补充控制功能，系统通过专门的定义类别可用性功能，内容包括是否启用、是否为i-Procurement启用仅适用于R11、供给商是否可查看用于i-supplier、Web申请是否可用，来根据

50、实际业务需要对Category的可能代码组合做更为细致，也更为灵活的限制。如以下图9所示：总之，EBS中的Item 的类别Category非常关键、非常重要，系统的其它相关功能如权限控制、审批设置以及费用账户等等以后在相关应用功能模块中再详细讨论均会基于物料定义时的Category设置来进行，它与所谓物料的“Commodity管理相结合，提供了企业业务管理所需的强大系统功能，是“业界最正确实践经验的总结与结晶。四Item的单位UOM 在“ORACLE系统与实践系列之三：EBS的根底设置要点简介中，关于“单位设置的介绍已经说过，EBS的单位及其换算关系是定义在INV组织之上并且可以与特定物料相关

51、的。在Item定义中，可以为之指定“主要单位Primary与“辅助单位Secondary，并且规定两者换算所允许的偏差系数Deviation Factor。这主要是为了满足实际工作中某些特殊物料的特殊计量需求，某些液态的化工原料如乙醇、汽油等，计价、储存可能是按吨、公斤或桶来计量的，但实际使用那么可能是按“升来计量，例如国内加油站进货按吨计，给车加油时按升计。由于两者的换算关系可能受不同场合“温度、压力等因素的影响，实际计量与原先“标准条件下定义的换算关系存在一定偏差。系统对于所产生的这种偏差必须有明确的规定。 在EBS的Item定义中，在“主要Main标签页Tab，针对单位UOM主要是就库存

52、余额数量的“跟踪Tracking、产品定价Pricing的计量，如何进行事务处理做了规定，如以下图10所示： 上图10中的几个字段“跟踪、定价、辅助、默认、正负偏差系数、转换的取值关系颇为复杂，建议参考ORACLE相关官方文档INV UG。其中的一个可能结果是，只要手工输入的辅助单位的计量实际值与主要单位的计量值的实际换算关系在规定的偏差范围内，系统均当成标准换算关系进行处理，这对于库存数量余额的准确跟踪及产品正确定价将十分重要。五Item 的制造商部件号MPN 前面在讲Item编码时已经提到，EBS中的一个Item可以对应多个制造商的MPN，这是所谓物料的“Commodity管理的重要内容。

53、要做到这一点，在EBS中首先需定义制造商及其MPN的值。如以下图11所示： 注意，不要将制造商Manufacturer与系统中的供给商Supplier混为一谈。制造商有可能也是供给商，但在系统中两者是分开设置的，没有连接关系。上图11中的制造商列表值是直接手工输入的，每一个制造商在“部件Parts界面需要手工输入该制造商的“部件号并与系统Item相关联。这里的Item与MPN的关联定义也可以在Item定义显示和维护，如以下图12所示： 上图12中MPN设置的制造商取值，不可以手工输入，只能以图11的定义制造商列表作为其LOV，但“部件字段可以手工维护，其作用与图11中的“部件设置界面相同。六I

54、tem的版本Revision 物料的版本管理对于实际业务及系统管理都是一项根底性工作，EBS在Item的定义界面提供了物料的版本维护功能。如以下图13所示： 系统使用字母、数字和字符如 *、& 和 #来标记版本。其中字母必须大写，数字可以包括小数点。为确保版本正确地排序，小数点后应该使用数字。有效版本包括：A、B、 01、 02、 A1、 B1、1A、1B、0.0、 0.1、A.0、 A.1 等。版本按 ASCII 规那么进行排序，每个版本号必须高于它的上一版本。按照 ASCII 排序规那么，10 排在 9 的前面，因此在版本 9 之后不能使用版本 10 来定义下一版本。 除了在Item定义窗

55、口维护版本信息外，EBS系统在物料清单BOM及工程更改单ECO也可以对Item的版本进行维护，维护的结果在三处的最终显示是相同的。七Item的组织控制Master Org 前面关于Item的一些根本概念的介绍，均没有涉及Item的组织控制问题。ORACLE的Item定义是基于INV组织的，这是其早期有关“主数据管理的一个重要特点。以前，另外两个主数据“客户、供给商也是基于确定的组织OU来定义设置的，但从R12开始，客户与供给商的初始定义已经开始独立于组织OU，上下文环境来进行，然后再分配给相关组织OU使用。 既然客户与供给商的主数据系统管理方式已经做了调整，为什么Item的主数据管理方式却保持

56、不变呢？推测的原因可能是，一来Item的影响面太广，改动太大，不方便进行；二来原Item的主组织Master Org定义方式也有其独到的优势，它在处理一些实际与库存事务关系不大的“效劳类或费用类Item的工作过程中比拟方便，例如PO在做效劳类或费用类Item的接收时，可以直接基于“主组织可能是虚拟的，并不与管理实体对应来进行，可以与库存类的Item的接收方式保持一致，无需另外做特殊考虑。 在ORACLE EBS系统中，系统虽然允许设定多个“主组织来定义Item，然后再将Item分配给多个INV组织使用，但ORACLE强烈建议系统只设定唯一的主组织，而这一点与实际工作中的“主数据集中管控的要求也

57、是一致的。当在系统中设置INV组织时，在INV组织参数窗口的“物料主文件组织字段，可选的LOV值包括当前INV名本身，以及已经被其它INV设定为“主组织的INV名。一旦用户选定当前INV名作为主组织，那么在设置其他INV的组织参数时，也可以在主组织可选LOV值中见到它。EBS的“主组织使用是不受帐套科目弹性域结构、业务实体的范围限制的，具有不同帐套/业务实体的INV可以具有同样的Item主组织。“主组织的这一特性为大型企业Item的集中管控工作的开展提供了极大的方便性与高度的灵活性。用户在进入INV模块或其他基于INV的应用模块时，均需选择一个确定的INV，以进入确定的INV上下文环境。一旦进

58、入INV，那么其Item的主组织就已经唯一确定由该INV组织的参数定义决定。被选定作为“主组织的INV作为“业务功能组织使用时，与其它INV并无任何区别。唯一的特殊之处在于，定义主组织Item时，在“组织分配界面无需再向“组织层的自己作分配系统已经默认分配，但有关“属性控制的设置，仍然与其它被分配的INV组织完全一样。如以下图14是Item定义中的“组织分配界面：所有Item均只能在其“主组织界面并非指必须进入主组织所在的上下文定义后，才能分配给相关的INV组织使用。上图14中可以分配的INV列表取决于每个INV组织参数定义的“主组织与当前INV上图14中的第一行的“主组织是否相同。除了当前I

59、NV组织，其余INV组织的“组织属性窗口均可以另外翻开当前INV组织的组织属性窗口实际已经翻开，在Item定义界面的“组织与“主组织间直接切换，以便定义属于本组织的相关属性。EBS系统在Item的“主组织Master Org与组织Org之间，提供了相关“属性如何控制的机制。如以下图15所示：上图15中，组名字段会显示属性组的名称。属性按功能分组，例如主要、库存和接收。在定义或更新物料、定义模板或查看物料属性时，可以显示特定组的属性，这样可以更容易地查找特定属性。“控制地点可以在“主层与“组织层间选择。主要层：在主要层定义和维护此属性，对于同一物料，此属性的值在所有组织中均相同；组织层：在组织层

60、定义并维护此属性，对于同一物料，每个组织均可为此属性定义一个不同的值某些属性只能在特定层设置，在这些情况下，只具有一个选项。对于某些“状态属性，系统除提供“主层与“组织层的控制地点选择外，还提供“状态设置控制方式的选择：“默认值、不使用、设置值。这需要与前文所述“物料状态的控制方式的设定结合使用。可以设置控制方式的“状态属性共10个如图4中所示，包括：允许BOM、在WIP中制造、启用客户订单、启用内部订单、启用开票、启用执行流程应用于“流程制造、启用配方应用于“流程制造、可采购、可储存、可处理。Item的状态属性与其它属性或相互之间可能有一定的制约关系。例如，如果将库存物料设置为否，那么不能将