- 1、本文档共139页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 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〕,并首先将“客户数据”独立出来,作为一个向其他相关模
您可能关注的文档
最近下载
- 新人教版五年级数学上册《第二单元位置第1课时 确定位置(1)》课件.ppt VIP
- 城市轨道交通概论完整版全套PPT电子课件.ppt
- 《古诗中的家国情怀》群文阅读教学设计.docx VIP
- 2023年广东省新高考物理专题复习:磁场(含答案解析).pdf
- 2024年新《劳动法》与《劳动合同法》知识考试题库(附答案).pdf VIP
- 东营房地产市场月报2024年05月.ppt
- (新版)驾照科目一必备考试题库资料500题(含答案).pdf
- 徐冬 家务劳动--韭菜炒鸡蛋教学设计.docx VIP
- 2024年全国中小学“学宪法、讲宪法”知识竞赛题库及答案.docx VIP
- 金融行业的信息安全培训.pptx VIP
文档评论(0)