ORACLE_EBS_系统主数据管理(一).docVIP

ORACLE EBS 系统主数据管理 一、 EBSMaster Data） 二、物料（Item） （一）Item 的范畴 （二）Item 的编码 （三）Item 的类别（Category） （四）Item的单位（UOM） （五）Item 的制造商部件号（MPN） （六）Item的版本（Revision） （七）Item的组织控制（Master Org） （八）Item的属性及相互关系概述 （九）Item的属性内容简介（Attribute） （十）Item的属性快查 （十一）Item的客户与供应商关系 （十二）Item的物料关系（Relationship） （十三）Item的交叉参考（Cross Reference） （十四）Item 创建的模板（Template） （十五）Item的目录组（Catalog Groups） （十六）Item的待定状态（Pending Status） （十七）Item 的属性组织间查看与复制 （十八）Item的删除 （十九）Item的其它来源方式 三、供应商（Supplier） （一）供应商的分类概述 （二）供应商“名称与编号”（Supplier Name/Number） （三）供应商的“地点”（Site） （四）供应商的“分类”属性（Classification） （五）供应商的“接收”属性（Receiving） （六）供应商Site层的“一般”属性 （七）供应商Site层的“联系人”属性 （八）供应商的多组织支持（MOAC） （九）供应商（Site）的“采购”属性 （十）供应商（Site）的“控制”属性（Control） （十一）供应商（Site）的“付款”属性（Payment） （十二）供应商（Site）的“会计”属性 （十三）供应商（Site）的“银行账户”属性 （十四）供应商（Site）的“发票税”属性 （十五）供应商（Site）的“预扣税”属性 （十六）供应商（Site）的“纳税申报”及“EDI”属性 （十七）R12的供应商定义与维护 （十八）供应商的合并 四、客户（Customer） （一）客户数据管理概述 （二）EBS 交易社区架构（TCA） （三）客户的配置文件分类（Profile Class） （四）客户的创建规则 （五）客户的多组织控制（MOAC） （六）客户的交易方层属性及交易方关系 （七）客户的账户层与地点层属性 （八）客户账户层的“分类”分组属性 （九）客户账户层的“市场营销”分组属性 （十）客户账户层的“关系”分组属性 （十一）客户账户地点层的“特性”分组属性 （十二）客户账户与地点层的“通信”分组属性 （十三）客户账户与地点层的“联系人”分组属性 （十四）客户账户与地点层的“联系人：职责”分组属性 （十五）客户账户与地点层的“银行账户”分组属性 （十六）客户账户与地点层的“付款方法”分组属性 （十七）客户账户与地点层的“配置文件：事务处理”分组属性 （十八）客户账户与地点层的“配置文件：单据打印”分组属性 （十九）客户账户与地点层的“配置文件：金额”分组属性 （二十）客户账户的“地址地点与业务目的”属性 （二十一）R12客户的账户层与地点层属性 （二十二）客户数据的合并 （二十三）客户数据的其它管理功能 五、结语 （注：网站批量发图有问题，上传后显示不清楚。点击图片打开后，质量尚可。 ? 一、EBS主数据概述（Master Data） 一个有趣的现象是，与SAP相比不同，ORACLE EBS系统中并没有明确的所谓“主数据”（Master Data）概念，ORACLE应用产品官方文档（中英文）中也几乎找不到这个词组。因此这里要讨论的所谓“主数据”，主要是基于业务管理与系统应用层面而言，具有全局性、重要性的那些基础业务数据，诸如物料、供应商、客户等等。 之所以会出现上述现象，推测是和ORACLE产品的发展历史有一定关系，或许ORACLE早先确实没有意识到物料、供应商及客户等等业务数据，在系统管理与业务实践方面具有怎样的特殊性，以至于如今许多初学者会觉得奇怪：EBS系统的最初设计，物料是在INV模块中定义的，供应商是在AP模块中定义的，客户是在AR模块中定义的。而不是采取更合理的系统应用架构设计：主数据有专门的定义与管理应用功能，作为“服务”提供给相关应用模块调用（即类似所谓“SOA”架构）。 显然，ORACLE后来意识到了这个问题，并开始逐步在系统的规划设计方面做调整。针对“客户”等主数据管理，于2001年首次提出了所谓“TCA架构”（Trading community Architecture），并首先将“客户数据”独立出来，作为一个向其他相关模块提供调用服务（SOA）的基础应用。不过，迄今为止，对于“供应商”与“物料”，目前表面看来与过去相比几乎没有什