系列之五:ORACLE-EBS-系统主数据管理基础介绍.doc

系列之五:ORACLE-EBS-系统主数据管理基础介绍.doc

  1. 1、本文档共139页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

系列之五:ORACLEEBS系统主数据管理〔A〕

ORACLEEBS系统主数据管理

一、EBS主数据概述〔MasterData〕

二、物料〔Item〕

〔一〕Item的范畴

〔二〕Item的编码

〔三〕Item的类别〔Category〕

〔四〕Item的单位〔UOM〕

〔五〕Item的制造商部件号〔MPN〕

〔六〕Item的版本〔Revision〕

〔七〕Item的组织控制〔MasterOrg〕

〔八〕Item的属性及相互关系概述

〔九〕Item的属性内容简介〔Attribute〕

〔十〕Item的属性快查

〔十一〕Item的客户与供给商关系

〔十二〕Item的物料关系〔Relationship〕

〔十三〕Item的交叉参考〔CrossReference〕

〔十四〕Item创立的模板〔Template〕

〔十五〕Item的目录组〔CatalogGroups〕

〔十六〕Item的待定状态〔PendingStatus〕

〔十七〕Item的属性组织间查看与复制

〔十八〕Item的删除

〔十九〕Item的其它来源方式

三、供给商〔Supplier〕

〔一〕供给商的分类概述

〔二〕供给商“名称与编号”〔SupplierName/Number〕

〔三〕供给商的“地点”〔Site〕

〔四〕供给商的“分类”属性〔Classification〕

〔五〕供给商的“接收”属性〔Receiving〕

〔六〕供给商Site层的“一般”属性

〔七〕供给商Site层的“联系人”属性

〔八〕供给商的多组织支持〔MOAC〕

〔九〕供给商〔Site〕的“采购”属性

〔十〕供给商〔Site〕的“控制”属性〔Control〕

〔十一〕供给商〔Site〕的“付款”属性〔Payment〕

〔十二〕供给商〔Site〕的“会计”属性

〔十三〕供给商〔Site〕的“银行账户”属性

〔十四〕供给商〔Site〕的“发票税”属性

〔十五〕供给商〔Site〕的“预扣税”属性

〔十六〕供给商〔Site〕的“纳税申报”及“EDI”属性

〔十七〕R12的供给商定义与维护

〔十八〕供给商的合并

四、客户〔Customer〕

〔一〕客户数据管理概述

〔二〕EBS交易社区架构〔TCA〕

〔三〕客户的配置文件分类〔ProfileClass〕

〔四〕客户的创立规那么

〔五〕客户的多组织控制〔MOAC〕

〔六〕客户的交易方层属性及交易方关系

〔七〕客户的账户层与地点层属性

〔八〕客户账户层的“分类”分组属性

〔九〕客户账户层的“市场营销”分组属性

〔十〕客户账户层的“关系”分组属性

〔十一〕客户账户地点层的“特性”分组属性

〔十二〕客户账户与地点层的“通信”分组属性

〔十三〕客户账户与地点层的“联系人”分组属性

〔十四〕客户账户与地点层的“联系人:职责”分组属性

〔十五〕客户账户与地点层的“银行账户”分组属性

〔十六〕客户账户与地点层的“付款方法”分组属性

〔十七〕客户账户与地点层的“配置文件:事务处理”分组属性

〔十八〕客户账户与地点层的“配置文件:单据打印”分组属性

〔十九〕客户账户与地点层的“配置文件:金额”分组属性

〔二十〕客户账户的“地址地点与业务目的”属性

〔二十一〕R12客户的账户层与地点层属性

〔二十二〕客户数据的合并

〔二十三〕客户数据的其它管理功能

五、结语

一、EBS主数据概述〔MasterData〕

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

之所以会出现上述现象,推测是和ORACLE产品的开展历史有一定关系,或许ORACLE早先确实没有意识到物料、供给商及客户等等业务数据,在系统管理与业务实践方面具有怎样的特殊性,以至于如今许多初学者会觉得奇怪:EBS系统的最初设计,物料是在INV模块中定义的,供给商是在AP模块中定义的,客户是在AR模块中定义的。而不是采取更合理的系统应用架构设计:主数据有专门的定义与管理应用功能,作为“效劳”提供给相关应用模块调用〔即类似所谓“SOA”架构〕。

显然,ORACLE后来意识到了这个问题,并开始逐步在系统的规划设计方面做调整。针对“客户”等主数据管理,于2001年首次提出了所谓“TCA架构”〔TradingcommunityArchitecture〕,并首先将“客户数据”独立出来,作为一个向其他相关模

文档评论(0)

181****7662 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档