《ORACLE_EBS_系统主数据管理一》由会员分享，可在线阅读，更多相关《ORACLE_EBS_系统主数据管理一（39页珍藏版）》请在金锄头文库上搜索。
1、ORACLEEBS系统主数据管理一、EBS主数据概述MasterDat目物料Item一Item的X畴二Item的编码三Item的类别Category四Item的单位UOMItem的制造商部件号MPN六Item的版本Revision七Item的组织控制MasterOrg八Item的属性及相互关系概述九Item的属性内容简介Attribute十Item的属性快查十一Item的客户与供给商关系十二Item的物料关系Relationship十三Item的穿插参考CrossReference十四Item创立的模板Template十五Item的目录组CatalogGroups十六Item的待定状态Pend
2、ingStatus十七Item的属性组织间查看与复制Item的删除Item的其它来源方式供给商Supplier一供给商的分类概述二供给商“名称与编号SupplierName/Number三供给商的“地点Site四供给商的“分类属性Classification五供给商的“接收属性Receiving六供给商Site层的“一般属性七供给商Site层的“联系人属性八供给商的多组织支持MOAC九供给商Site的“采购属性十供给商Site的“控制属性ControlH一供给商Site的“付款属性Payment十二供给商Site的“会计属性十三供给商Site的“银行账户属性十四供给商Site的“发票税属性十五
3、供给商Site的“预扣税属性十六供给商Site的“纳税中报及“EDI属性十七R12的供给商定义与维护十八供给商的合并客户Customer客户数据管理概述EBS交易社区架构TCA客户的配置文件分类ProfileClass客户的创立规那么客户的多组织控制MOAC客户的交易方层属性及交易方关系客户的账户层与地点层属性客户账户层的“分类分组属性客户账户层的“市场营销分组属性客户账户层的“关系分组属性客户账户地点层的“特性分组属性客户账户与地点层的“通信分组属性客户账户与地点层的“联系人分组属性客户账户与地点层的“联系人：职责分组属性客户账户与地点层的“银行账户分组属性客户账户与地点层的“付款方法分组属
4、性客户账户与地点层的“配置文件：事务处理分组属性客户账户与地点层的“配置文件：单据打印分组属性客户账户与地点层的“配置文件：金额分组属性客户账户的“地址地点与业务目的属性二十一R12客户的账户层与地点层属性客户数据的合并客户数据的其它管理功能五、结语注：批量发图有问题，上传后显示不清楚。点击图片翻开后，质量尚可。一、EBS主数据概述MasterDat目一个有趣的现象是，与SAP相比不同，ORACLEEBS系统中并没有明确的所谓“主数据MasterData!概念，ORACLE应用产品官方文档中英文中也几乎找不到这个词组。因此这里要讨论的所谓“主数据，主要是基于业务管理与系统应用层面而言，具有全局
5、性、重要性的那些根底业务数据，诸如物料、供给商、客户等等。之所以会出现上述现象，推测是和ORACLE产品的开展历史有一定关系，或许ORACLE早先确实没有意识到物料、供给商及客户等等业务数据，在系统管理与业务实践方面具有怎样的特殊性，以至于如今许多初学者会觉得奇怪：EBS系统的最初设计，物料是在INV模块中定义的，供给商是在AP模块中定义的，客户是在AR模块中定义的。而不是采取更合理的系统应用架构设计：主数据有专门的定义与管理应用功能，作为“效劳提供给相关应用模块调用即类似所谓“SOA架构。显然，ORACLE后来意识到了这个问题，并开场逐步在系统的规划设计方面做调整。针对“客户等主数据管理，于
6、2001年首次提出了所谓“TCA架构TradingmunityArchitecture，并首先将“客户数据独立出来，作为一个向其他相关模块提供调用效劳SOA的根底应用。不过，迄今为止，对于“供给商与“物料，目前外表看来与过去相比几乎没有什么变化，但相信随着SOA的开展，系统以后也会做出调整完善。从企业管理实践的需求角度来看，对于主数据的X畴，不同企业的理解可能有一定差异，例如有些企业将BOM也包括在主数据之内。本文以下那么重点讨论无可争议的三个常用主数据：物料、供给商与客户。这三个主数据都有一个共同的系统使用特点：跨组织的全局性。而对于BOM数据，尽管在企业实际管理工作中，可能具有一定的全局性
7、特点例如不同工厂生产同样产品，但从系统应用角度来看，BOM是严格按INV组织隔离的，不同INV可共用的局部比拟少，BOM系统应用的全局性特点并不十清楚显，重要性也不是太高。二、物料Item物料Item数据管理以其应用的根底性与影响的广泛性，是EBS系统最重要也是最复杂的根底业务数据。企业尤其是大型企业，物料主数据的管理甚至可以上升到决定企业未来开展乃至生死存亡的高度。为此，ORACLE系统提供了完善的“端到端的全流程解决方案。一Item的X畴EBS系统英文原版中，物料是用Item来表示的，译成中文最初为“工程，在文档表述中常常与另一个词Project的中文翻译“工程混淆，带来诸多不便。这方面X
8、X将Project称之为“专案，那么非常方便，不会存在混淆的问题。R12中文版大陆将Item改为“物料，虽说解决了容易混淆的问题，但却也带来了另一个问题：缩小了Item原先的内涵X畴。为表述方便，本文后续原那么上以Item一词代替“物料一词在EBS中，Item不仅表示有形的“物料，同时还可以指无形的“效劳，例如表示参谋效劳的计量“人大”、表示一个广告创意的“campaign表示一个售后效劳的“case等等。具体类型ItemType是根据企业业务管理需要定义的，如下列图1所示:ItemType的LOV是在LookupCode中定义的，访问级别是“用户，即完全属于“自定义，只有统计分析功用，并不参
9、与系统流程构建，对业务流程没有影响。如下列图2所示：I】例iTLN TFE*#曾坦桑级1”1於德1 !:冷苗；晰4|: K材#1?蜂打晶戈杷炉 0 调廿中 *. I 匕4JUHI网口 i,L, j,L If J4IJLl含义通用 田明Fkl啮胤，用户中町V芹/6XI甫参单地去解任空利如号T辆呵密户产品诲孤岳 断总也！ 地中约里集| 而口H病嫌角干身事 物料 制建一 堂慎区事* 由京和革命 势烫 菇峡nMi1MAHL* 1=已ri.|d411tCd轲一瓶1葡CcinjKH 11 i ili unii TQ.mkwiiri 带H同-W谢书制1ff-M ?IMHE* 期同IS-IM ?aw曰，HIK
10、C liFK GWl|Wn用 mn n Oh串的*Mt l酗”gQ. |INh MMnxr BH*IX 痴 5y.处性看履匕.帆rpwrri|Mi|pibunl tv*Etyuiipnnl Il*亦。-3叫*a在EBS系统中，Item一经创立就无法轻易删除必须使用特定的清理功能才可以。后面再介绍，但可以选择通过改变其“状态ItemStatus”来控制其相关的可用性，如下列图3所示：ItemStatus的LOV值，系统提供了专门的表单定义功能，完全可根据企业需要定义每个“状态代码对于Item属性起控制作用的具体方式，如下列图4所示：图3中，当一个具体的Item值选定一个确定的Status后，其相
11、关属性的修改方式就由图4定义中的“控制方式决定，控制方式可能是三种“默认值、设置值、不使用之一。默认值：在将状态分配给物料时，系统将默认状态代码定义的属性值，用户可以更改此默认值；不使用：既不使用默认值，也不使用状态控制；设置值：在将状态分配给物料时，系统将默认状态代码定义的属性值。一旦分配了默认值，用户不能对其进展更改。例如图4中，“允许BOM,值：V,使用：默认控制，表示具有该Status的Item,其“允许BOM属性的值默认为“YES，但用户可以更改。至于图4定义中，每个属性的控制方式具体取值即“默认值、设置值、不使用中的哪一个，那么又是通过“Item属性控制定义功能来实现的。复杂了，打
12、住！打住！，后面再来详细讨论这个问题。二Item的编码几乎人人都知道物料编码的重要性，网上也有不少介绍如何管理物料编码的文章，什么“机械行业物料编码、“电子行业物料编码等等，诸如此类，不一而足。然而，笔者不得不遗憾地指出来，这些文章大多没有能抓住物料“系统编码管理的本质与要义，根本上还都是基于手工编码与管理的“电算化系统设计与实现方式而言的。“物料编码既是个非常“简单的问题，也是个非常“复杂的问题。说其简单，是因为所有企业，无论是使用什么样的管理软件，都需要给物料编码；说其“复杂，是因为物料编码管理是一门涉及X围广泛，有相当深度的专业学问，远不是“编码方式本身的那点内容。我们有时侯说SAP/O
13、RACLE产品包含有“丰富的管理思想与业界最正确业务实践，其实，从与“Item编码有关的系统设计角度来看，恰恰就能验证这一说法。目前国内主流ERP产品的“物料定义，通常都包括两个根本内容”物料编码Number、物料名称Name，并基于此引申出“物料编码、物料名称不能重复，使用后不允许修改等等系统设计功能。ORACLE或SAP将所谓“物料编码Number、物料名称Name变化成物料Item、物料说明Description。外表上看来，两者好似是一样的，区别不大，但实际上两者在系统设计理念上已经起了根本性变化。在ORACLEEBS中，“Item被抽象成一个代表物料的具有唯一性的”指示符，可以是一个
14、数字或字符的代码，也可以是一个长度限定的“短文本在系统内部该字段实际是一个“键弹性域构造，不过实际使用多段构造的情况较少，一般设定成单段构造，与普通表单字段使用无异。但它并非是系统内部业务流程所使用的“唯一性识别ID，也就是说，当在系统中定义Item时，系统还会在内部自动生成一个用于系统识别的唯一性ID内码，外部所表现的Item外码只是其一个外部指示符不过，系统也要求其具有唯一性。在EBS的使用过程中，系统允许修改已经存在的Item编码，且如果改变了Item编码，并不会影响到该Item原在其它相关模块中的使用状况。例如：先定义一个Item,然后为此Item创立BOM,然后在Item定义界面查找出此
