ORACLE_EBS_系统主数据管理(一)ORACLEEBS系统主数据管理一、EBSMasterData)二、物料(Item)(一)Item的范畴(二)Item的编码(三)Item的类别(Category

一、EBS主数据概述（MasterData）一个有趣的现象是，与SAP相比不同，ORACLEEBS系统中并没有明确的所谓“主数据”（MasterData）概念，ORACLE应用产品官方文档（中英文）中也几乎找不到这个词组。因此这里要讨论的所谓“主数据”，主要是基于业务管理与系统应用层面而言，具有全局性、重要性的那些基础业务数据，诸如物料、供应商、客户等等。之所以会出现上述现象，推测是和ORACLE

ORACLEEBS系统主数据管理五、结语（三）Item的类别（Category）上面所讲到的Item编码中的分类（UNSPSC），一般来说还不是系统（各应用功能模块）中真正使用到的类别，原因是编码中的分类所基于的分类基准

ORACLEEBS系统主数据管理一、EBS主数据概述（MasterData）二、物料（Item）（一）Item的范畴（二）Item的编码（三）Item的类别（Category）（四）Item的单位（UOM

三、供应商（Supplier）（九）供应商（Site）的“采购”属性（十）供应商（Site）的“控制”属性（Control）（十一）供应商（Site）的“付款”属性（Payment）（十二）供应商（Site）的“会计”属性（十三）供应商（Site）的“银行账户”属性（十四）供应商（Site）的“发票税”属性（十五）供应商（Site）的“预扣税”属性（十六）供应商（Site）的“纳税申报”及“EDI

（二十）客户账户的“地址地点与业务目的”属性（二十一）R12客户的账户层与地点层属性（二十二）客户数据的合并（二十三）客户数据的其它管理功能五、结语（二十）客户账户的“地址地点与业务目的”属性每个客户账户Account可以有多个地址地点Site（编号），每个地址地点Site的真实物理地址Address可以相同。每个地点可以有若干个不同的“用途Usage”，每个用途有其对应的“地点Location”

ORACLEEBS系统主数据管理二、物料（Item）（三）Item的类别（Category）（四）Item的单位（UOM）（五）Item的制造商部件号（MPN）（六）Item的版本（Revision）（

四、客户（Customer）（五）客户的多组织控制（MOAC）（六）客户的交易方层属性及交易方关系（七）客户的账户层与地点层属性（八）客户账户层的“分类”分组属性（九）客户账户层的“市场营销”分组属性（十）客户账户层的“关系”分组属性（十一）客户账户地点层的“特性”分组属性（十二）客户账户与地点层的“通信”分组属性（十三）客户账户与地点层的“联系人”分组属性（十四）客户账户与地点层的“联系人：职责

关于每一个Item属性具有怎样的业务功能、具体如何设置问题，由于与具体的各业务模块功能以及企业的管理实践及业务需求紧密相关，这里无法展开详述（以后结合各模块流程与功能再来讨论）。以下仅针对各“属性组”（Tab页）的主要内容作简单介绍：（1）主要（Main）。这个属性组内容相对简单，如前面的图1所示。主要包括Item的“单位（UOM）及其转换关系（Conversion）”、“用户物料类型（UserI

供应商层及Site层均有“采购”属性Tab页，但两者内容有所不同，Site层内容更为丰富，如下图55所示：上图中，“收货地点Ship-toLocation、收单地点Bill-toLocation、发运方式ShipVia、FOB、安排的运输工具TransportationArranged、原产地CoutryofOrigin”这些字段主要是用于向PO提供默认值（可以修改）。除了收货地点、收单地点，其余

供应商层与供应商Site层的“付款”Tab页内容基本相同，仅“允许利息发票”字段只在供应商层才有。如果启用此选项，则AP系统将为供应商的逾期发票计算利息，并在支付逾期发票时创建相应的利息发票，系统将对供应商的所有地点自动执行此选项。注意：AP系统仅会为其逾期天数不超过365天的发票计算利息。启用此选项有一个前提条件是，必须先在“AP系统选项”中启用此项，否则，无法在供应商层启用。如下图58所示：上

供应商层与供应商Site层的“控制”Tab页内容基本相同，仅在Site层多了“发票允差”字段。其中的“发票限额”设置，表示如果为该供应商地点输入的某张发票超过了指定的发票限额，则AP系统将在审批期间对该发票应用“金额”暂挂，在释放暂挂之前，将无法支付该发票。注意：“发票限额”的供应商层与Site层并无汇总关系，只是提供默认值。其LOV值是在AP系统专门设置的（介绍这里略）。“发票匹配选项”，有两个

这里所说的多组织是指多OU而言，R11与R12都实现了供应商的多组织功能，即供应商可跨组织（OU）定义与维护。系统通过将供应商Site与OU进行绑定来实现这一点，即任一供应商Site必须属于某一确定的OU（不同OU但名称相同的Site，实际上是两个不同的Site）。在使用多组织支持功能的系统环境下，不能在供应商层输入以下字段：负债帐户、预付款帐户、分配集、发票税税码和远期付款（应付票据）帐户（字段

在“ORACLEEBS基础设置要点简介”一文中，关于“Address、Location、Site”的三者关系已经有详细介绍。Site的涵义更多的是表示一种比较虚无的“属性”，ORACLE借用Site（地点）的这一特性，来表示与同一供应商的合作过程中，供应商可能有多种合作状况，例如一个集团公司性质的的供应商，以一个整体对外与企业签署合作协议并承担有关法律责任，但实际业务的发生，希望按不同子公司分别使

前面关于Item的一些基本概念的介绍，均没有涉及Item的组织控制问题。ORACLE的Item定义是基于INV组织的，这是其早期有关“主数据”管理的一个重要特点。以前，另外两个主数据“客户、供应商”也是基于确定的组织（OU）来定义设置的，但从R12开始，客户与供应商的初始定义已经开始独立于组织（OU，上下文环境）来进行，然后再分配给相关组织（OU）使用。既然客户与供应商的主数据系统管理方式已经做了

如下图52所示，供应商Site层与“供应商层”的“一般”Tab页内容差别较大。Site层的“地点用途”中，“支付”如果未选定，就不能输入该供应商地点的发票；“主要支付地点”如果选定（将同时把“支付”选定），则表示该Site是输入供应商发票时的默认支付地点；“采购”如选定，则表示允许PO使用其向供应商订购产品或服务；“仅限于RFQ”则表示仅可用于下达RFQ（注意：它与“采购”选项在系统设置时虽可同时

企业在对外交往过程中，尤其是与客户或供应商的供应链电子商务协作过程中，需要将自己的Item（编码）与客户或供应商的Item（编码）建立某种对应关系，以提高供应链的协同效率。例如，作为客户，一般会要求自己的供应商在送货时，在相关送货单据或实物上提供己方的Item编码，以方便己方的收货部门能进行快速处理。在EBS系统的Item管理中，提供了有关客户Item的完善定义与维护功能，即将己方的销售产品按不同

在二十一世纪的今天，人们已经逐步认识到，企业之间的竞争已不完全是单个企业之间的竞争，而是企业所拥有的供应链之间的整体竞争。企业供应链的效率与质量如何，关系到企业在日益残酷的市场游戏中能否取得竞争优势。企业与供应商之间的关系，也不再是过去简单的买卖关系，而是越来越深入、紧密的合作伙伴关系。企业与自己的供应商之间既有不同利益的矛盾，也有共同利益的合作。在企业的管理实践过程中，涉及“供应商”的管理信息系

用户在EBS系统中创建Item的方法有多种，其中最简单也是最直接的方法就是直接录入。为了帮助提高Item录入的效率以及减少录入错误，系统提供了定义Item模板及从模板或其它已存在Item复制创建新Item的功能。如下图39所示是定义Item的界面：EBS系统在安装初始状态，已经预置了若干数量的Item模板，这些预置的模板可以划分为三大类（模板集）。下列三个表显示了不同模板集的具体内容：模板集#1属

物料Item广泛使用于企业实际工作中的方方面面，为了达致业务流程运作的规范化、标准化、自动化，实现企业“实物流、资金流、信息流”的统一，就必须在系统中对Item的相关流程属性作统一的、预先的设置。它是企业管理实践与业务流程运作如何实现“集中统一”的典型体现，是管理信息系统具有强大功能与高度灵活性的核心基础。因此，它也是系统实施与应用的关键步骤。EBS的Item可定义（或必需定义）的属性值总数多达3

除了上面所述的Item的“客户产品交叉参考”关系的专门定义与维护之外，EBS系统还基于实际工作需要，提供通用的Item交叉参考关系的定义维护，例如，在旧Item编码与新Item之间建立对应关系，将某些费用类Item与财务部门使用的费用类别代码关联等等。上面的“客户与供应商的Item交叉参考”是两类比较特殊的情况，在这里也可以建立通用的交叉参考，即不按具体的客户或供应商区分，仅按参考交叉类型“客户”

前面在讲Item编码时已经提到，EBS中的一个Item可以对应多个制造商的MPN，这是所谓物料的“Commodity管理”的重要内容。要做到这一点，在EBS中首先需定义制造商及其MPN的值。如下图11所示：注意，不要将制造商（Manufacturer）与系统中的供应商（Supplier）混为一谈。制造商有可能也是供应商，但在系统中两者是分开设置的，没有连接关系。上图11中的制造商列表值是直接手工输

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

Item的类别（Category）上面所讲到的Item编码中的分类（UNSPSC），一般来说还不是系统（各应用功能模块）中真正使用到的类别，原因是编码中的分类所基于的分类基准（或用途）主要考虑的是“工程”目的，而各应用模块例如INV、PO等中所需使用的分类更多地是需考虑业务管理目的，这就好比我们将“人员”分类，有时需按“性别”（男、女）分，有时需按“学历”（博士、硕士、学士）分，有时还需按“年龄段

物料Item数据管理以其应用的基础性与影响的广泛性，是EBS系统最重要也是最复杂的基础业务数据。企业尤其是大型企业，物料主数据的管理甚至可以上升到决定企业未来发展乃至生死存亡的高度。为此，ORACLE系统提供了完善的“端到端”的全流程解决方案。（一）Item的范畴EBS系统英文原版中，物料是用Item来表示的，译成中文最初为“项目”，在文档表述中常常与另一个词Project的中文翻译“项目”混淆，

有意者可随时联系廖德略13143409820电话微信同步三维MDM平台型全域主数据管理系统主数据管理、数据质量、数据交换、数据清洗、数据分析整体解决方案本地实施、支持能力强，定制能力强国内实施广泛1.资质方面

在EBS系统中，由于实际使用以及早期系统设计考虑欠周详等方面的原因，在PO模块的订单界面中是将“供应商名称”（SupplierName）作为主要检索字段来使用的（PO界面甚至没有直接显示“供应商编号”字段），在AP模块的发票界面虽然有供应商编号字段，但人们在使用习惯上还是以“供应商名称”为主。故如果将“供应商名称”理解成供应商的“组织全称”，则实际使用将很不方便，因为一般来说供应商法律意义上的公司

（二）Item的编码几乎人人都知道物料编码的重要性，网上也有不少介绍如何管理物料编码的文章，什么“机械行业物料编码”、“电子行业物料编码”等等，诸如此类，不一而足。然而，笔者不得不遗憾地指出来，这些文章大多没有能抓住物料“系统编码管理”的本质与要义，基本上还都是基于手工编码与管理的“电算化”系统设计与实现方式而言的。“物料编码”既是个非常“简单”的问题，也是个非常“复杂”的问题。说其简单，是因为所

一个有趣的现象是，与SAP相比不同，ORACLEEBS系统中并没有明确的所谓“主数据”（MasterData）概念，ORACLE应用产品官方文档（中英文）中也几乎找不到这个词组。因此这里要讨论的所谓“主数据”，主要是基于业务管理与系统应用层面而言，具有全局性、重要性的那些基础业务数据，诸如物料、供应商、客户等等。之所以会出现上述现象，推测是和ORACLE产品的发展历史有一定关系，或许ORACLE早

在供应商层的“分类”Tab页，除了前面供应商分类概述中讲到的“类型”（Type）字段的LOV可选值之外，系统还提供了一些其它的补充字段设置。如上图50中所示包括：“少数民族经营的企业、女性经营的企业”（不明白ORACLE预置这两种类型有什么实际意义？）；“一次性交易与小型企业”，只是一个标识，实际系统并不限制与其的交易次数与交易规模；SIC是StandardIndustryCode的缩写，只能手工

供应商层与供应商Site层的内容完全相同，如下图60所示： 图中，当以电子方式向供应商付款时（如网上银行等），必须严格为每种货币分配一个银行帐户作为主要银行帐户。在输入发票时，发票币种的供应商地点主要银行帐户将默认至每个计划付款。如果没有为供应商地点选定主要银行帐户，系统将使用供应商的主要银行帐户，而计划付款的汇入银行帐户将默认至付款。银行账户名称的LOV需要事先独立进行定义（R12与R11的定义

供应商层与供应商Site层的“付款”Tab页内容基本相同，仅“允许利息发票”字段只在供应商层才有。如果启用此选项，则AP系统将为供应商的逾期发票计算利息，并在支付逾期发票时创建相应的利息发票，系统将对供应商的所有地点自动执行此选项。注意：AP系统仅会为其逾期天数不超过365天的发票计算利息。启用此选项有一个前提条件是，必须先在“AP系统选项”中启用此项，否则，无法在供应商层启用。如下图58所示： 

供应商层与供应商Site层的“控制”Tab页内容基本相同，仅在Site层多了“发票允差”字段。其中的“发票限额”设置，表示如果为该供应商地点输入的某张发票超过了指定的发票限额，则AP系统将在审批期间对该发票应用“金额”暂挂，在释放暂挂之前，将无法支付该发票。注意：“发票限额”的供应商层与Site层并无汇总关系，只是提供默认值。其LOV值是在AP系统专门设置的（介绍这里略）。“发票匹配选项”，有两个

供应商层及Site层均有“采购”属性Tab页，但两者内容有所不同，Site层内容更为丰富，如下图55所示： 上图中，“收货地点Ship-toLocation、收单地点Bill-toLocation、发运方式ShipVia、FOB、安排的运输工具TransportationArranged、原产地CoutryofOrigin”这些字段主要是用于向PO提供默认值（可以修改）。除了收货地点、收单地点，其

这里所说的多组织是指多OU而言，R11与R12都实现了供应商的多组织功能，即供应商可跨组织（OU）定义与维护。系统通过将供应商Site与OU进行绑定来实现这一点，即任一供应商Site必须属于某一确定的OU（不同OU但名称相同的Site，实际上是两个不同的Site）。在使用多组织支持功能的系统环境下，不能在供应商层输入以下字段：负债帐户、预付款帐户、分配集、发票税税码和远期付款（应付票据）帐户（字段

如下图52所示，供应商Site层与“供应商层”的“一般”Tab页内容差别较大。Site层的“地点用途”中，“支付”如果未选定，就不能输入该供应商地点的发票；“主要支付地点”如果选定（将同时把“支付”选定），则表示该Site是输入供应商发票时的默认支付地点；“采购”如选定，则表示允许PO使用其向供应商订购产品或服务；“仅限于RFQ”则表示仅可用于下达RFQ（注意：它与“采购”选项在系统设置时虽可同时

该属性仅在“供应商层”可设置，为所有的Site层所共用，如下图51所示： 不过，这里的大多数属性设置，只是给采购订单PO提供默认值，允许手工修改。相关属性在其它地方如Item、系统选项等处也有类似设置，系统设计按照某种层次结构向PO默认（具体以后在讨论系统模块的应用功能时再作介绍）。或许正是这个原因，ORACLE觉得没有必要再在Site层作设置。此外，为方便供应商的创建，有关的“财务系统选项、应付

在供应商层的“分类”Tab页，除了前面供应商分类概述中讲到的“类型”（Type）字段的LOV可选值之外，系统还提供了一些其它的补充字段设置。如上图50中所示包括：“少数民族经营的企业、女性经营的企业”（不明白ORACLE预置这两种类型有什么实际意义？）；“一次性交易与小型企业”，只是一个标识，实际系统并不限制与其的交易次数与交易规模；SIC是Standard Industry Code 的缩写，只

在“ORACLEEBS基础设置要点简介”一文中，关于“Address、Location、Site”的三者关系已经有详细介绍。Site的涵义更多的是表示一种比较虚无的“属性”，ORACLE借用Site（地点）的这一特性，来表示与同一供应商的合作过程中，供应商可能有多种合作状况，例如一个集团公司性质的的供应商，以一个整体对外与企业签署合作协议并承担有关法律责任，但实际业务的发生，希望按不同子公司分别使

在EBS系统中，由于实际使用以及早期系统设计考虑欠周详等方面的原因，在PO模块的订单界面中是将“供应商名称”（SupplierName）作为主要检索字段来使用的（PO界面甚至没有直接显示“供应商编号”字段），在AP模块的发票界面虽然有供应商编号字段，但人们在使用习惯上还是以“供应商名称”为主。故如果将“供应商名称”理解成供应商的“组织全称”，则实际使用将很不方便，因为一般来说供应商法律意义上的公司

在二十一世纪的今天，人们已经逐步认识到，企业之间的竞争已不完全是单个企业之间的竞争，而是企业所拥有的供应链之间的整体竞争。企业供应链的效率与质量如何，关系到企业在日益残酷的市场游戏中能否取得竞争优势。企业与供应商之间的关系，也不再是过去简单的买卖关系，而是越来越深入、紧密的合作伙伴关系。企业与自己的供应商之间既有不同利益的矛盾，也有共同利益的合作。在企业的管理实践过程中，涉及“供应商”的管理信息系

除了上述在EBS的Item定义维护界面直接创建方式之外，系统还提供了从外部来源的Item数据导入接口（API）方式。此外，作为系统外围的高级应用功能，EBS还提供属于PLM范畴的AdvancedProductCatalog应用模块来管理Item来源创建及维护更新的复杂事务过程。如下图45所示： 在INV、BOM、ENG模块中的Item、Bom、ECO实际上主要只是提供了相关结果数据的录入功能，并未

这里所讲的删除是指从数据库中真正清空掉Item有关信息实体，这些实体可以包括物料、物料清单、组件、工艺路线或工序。这是个很少用到的功能，应用于某些特殊场合，例如垃圾数据太多等等。EBS系统预置有若干初始的“删除约束条件”与“删除语句”（SQL），只能查看，不能修改。但用户可以自定义删除“约束”和“语句”。实际的删除是通过运行“删除物料信息”的后台并发流程来进行的。为了方便删除工作的开展与管理，EB

在实际工作中，基于管理的方便性需要，对于某些Item可能需要由系统自动控制其未来某一时刻开始（或在某个期间）处于某个特定“物料状态”（如失效等）。这项功能可以通过在Item定义维护界面为其设置“待定状态”来完成。如下图42所示： 已经设定的Item待定状态需要通过“实施”提交并发流程来完成，也可以在“请求”里直接提交周期性运行的后台流程。

前面在讲到EBS的Item（物料编码）时，已经讲到习惯上的“物料名称（Name）”被“说明”字段（短文本）所代替。实际工作中，为了方便对于同类物料的查询检索与数据管理以及企业之间的沟通交流等目的，有必要对Item的类似Name的“说明”字段也进行规范化、标准化。具体方式就是将同类物料“说明”的具体内容划分为多个标准的“组成段”，按特定的次序（称之为“级连”）有选择地组成某个Item的实际“说明”。

用户在EBS系统中创建Item的方法有多种，其中最简单也是最直接的方法就是直接录入。为了帮助提高Item录入的效率以及减少录入错误，系统提供了定义Item模板及从模板或其它已存在Item复制创建新Item的功能。如下图39所示是定义Item的界面： EBS系统在安装初始状态，已经预置了若干数量的Item模板，这些预置的模板可以划分为三大类（模板集）。下列三个表显示了不同模板集的具体内容：模板集#1

除了上面所述的Item的“客户产品交叉参考”关系的专门定义与维护之外，EBS系统还基于实际工作需要，提供通用的Item交叉参考关系的定义维护，例如，在旧Item编码与新Item之间建立对应关系，将某些费用类Item与财务部门使用的费用类别代码关联等等。上面的“客户与供应商的Item交叉参考”是两类比较特殊的情况，在这里也可以建立通用的交叉参考，即不按具体的客户或供应商区分，仅按参考交叉类型“客户”

对于已经在系统中定义的Item，EBS可以定义和维护某些Item相互之间的特殊关系，这些所谓“特殊关系”的类型包括采购接收替代、计划替代、交叉销售、向上销售、促销升级、免费赠送、冲突等等近二十种关系（还可以自定义）。上述定义的Item关系除采购接收替代在PO模块中具有流程功能，允许替代接受之外，其它主要是在相关应用模块中用于查询与报告功能。具有“计划替代”的关系定义时，可以在“计划详细资料”窗口，

 企业在对外交往过程中，尤其是与客户或供应商的供应链电子商务协作过程中，需要将自己的Item（编码）与客户或供应商的Item（编码）建立某种对应关系，以提高供应链的协同效率。例如，作为客户，一般会要求自己的供应商在送货时，在相关送货单据或实物上提供己方的Item编码，以方便己方的收货部门能进行快速处理。    在EBS系统的Item管理中，提供了有关客户Item的完善定义与维护功能，即将己方的销售

EBS为了方便用户对Item诸多属性的查找与管理，在Item定义维护界面的“工具栏”提供了快速“查找属性”功能，如下图33所示： 一旦选择其中的一个“属性”，则系统快速定位到其所在的Tab页，以方便用户查看或维护。