系列之五：ORACLE EBS 系统主数据管理(J)47369.docx

《系列之五：ORACLE EBS 系统主数据管理(J)47369.docx》由会员分享，可在线阅读，更多相关《系列之五：ORACLE EBS 系统主数据管理(J)47369.docx（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、系列之五：ORACLE EBS 系统主数据管理（J）热度 3已有 172 次阅读 2010/5/17 21:40 |系统分类：:专业内容|关键词:EBS ORACLE 数据管理 系统 （二十）客户账户的“地址地点与业务目的”属性（二十一）R112客户的账账户层与地点点层属性（二十二）客户户数据的合并并（二十三）客户户数据的其它它管理功能五、结语（二十）客户账账户的“地址址地点与业务务目的”属性性 每个客客户账户Acccountt可以有多个个地址地点SSite（编编号），每个个地址地点SSite的真真实物理地址址Addreess可以相相同。每个地地点可以有若若干个不同的的“用途Ussage”，每

2、每个用途有其其对应的“地地点Locaation”（编编号）。每个个地址地点SSite的不不同“用途”还还可以有其“详详细资料、账账户、订单管管理”的附加加属性（具体体内容取决于于确定的“用用途”），如如下图1022所示： “用途”的的LOV值是在在AR系统的Loookup CCode中定定义的（访问问级别“可扩扩展”），系系统预置了“收收单方Billl To”、“付付款人Draawee”、“收收货方Delliver To”、“收收货方(1) Shipp To”、“对对账单Staatemennt”、“催催款Dunnning”、“法法定Legaal”、“市市场营销Maarketiing”、“购购货

3、方Solld To”、“发发票 Invvoice”、“提提单Billls of Ladinng”、“信信用联系人CCreditt Conttact”、“贷贷项通知单CCreditt Memoos”、“确确认Acknnowleddgmentts”、“自自助用户Seelf Seervicee Userr”的常用类类型的业务用用途。 每个个客户Acccount只只能有一个“主主要Primmary”且且“有效Acctive”的的用途Loccationn。并且，每每个客户Acccountt只能有一个个有效的“对对账单Staatemennt”、“催催款Dunnning”用途途Locattion。当当用途为

4、“收收单方Billl To”时时，可以为之之在附加属性性窗口“帐户户”Tab页中输输入“收入、应应收”等账户户代码（主要要供AR的“自动动会计”使用用）。 当用途途为“收货方方(1) SShip TTo”时，可可以为之选择择一个“收单单方Billl To”的的Locattion。并并且在附加属属性窗口“详详细资料”TTab页中输输入“内部地地点”、“销销售人员”等等。“内部地地点”在定义义“发运网络络”、“在途途时间”以及及OM系统计划划发运时间时时必须存在。如如下图1033所示： 上图图中，每个“内内部地点”只只能被分配给给唯一的“客客户（地点）”，它它还被用于将将“内部组织织”与“（内内部

5、）客户”自自动链接。“内内部订单”或或“公司间事事务流”功能能使用相关业业务表单中的的“内部地点点”，自动寻寻找并将“内内部组织”与与“内部客户户”关联，以以便生成内部部订单或公司司间发票。“税税”区域，只只有在“用途途”为收单方方Bill To，且“AR系统选项项”窗口“税税务”标签区区域中的“允允许改写”设设置为“是”时时，才可以在在其中输入值值。在此处输输入的值将优优先于在客户户或AR系统选项项层定义的值值。 用用途的附加属属性Tab页“订订单管理”的的内容与客户户账户层“订订单管理”TTab页内容容完全相同，如如下图1044所示： “订订单管理”TTab页中输输入的值主要要用于为OMM

6、系统的销售售订单提供默默认值。在多多组织环境下下，其中的“订订单类型”与与“发运方法法”字段，只只能在客户账账户地点层而而非客户账户户层输入。其其中的“仓库库”实际是指指“库存组织织”。（二十一）R112客户的账账户层与地点点层属性 R122的账户层与与账户地点层层属性的内容容及关系基本本相同，区别别仅在于账户户地点层与确确定的业务实实体OU关联。如如下图1055是R12的客户户账户层Weeb界面： R112的属性Tabb页分组方式式与R11略有区区别，其中的的“附件”TTab页在R11中位于于工具栏的“附附件”（也是是仅在Acccount层层才有，Siite层无）。R112的Accouunt

7、 Siite层的属属性Tab页内容容也与Acccount层层基本相似（比比R11多了一一个地点名称称Site Name输输入，未知有有何用？），如如下图1066所示：（二十二）客户户数据的合并并 包包括交易方合合并与客户账账户合并两方方面内容，如如下图1077所示交易方方合并操作界界面，建立“合合并批”，将将需合并的交交易方设置好好后，先保存存再“运行批批”启动后台台并发请求： 客户账账户合并的情情况稍复杂（R12还增加了业务实体OU字段），如下图108所示客户账户合并界面： “客户户合并”功能能可以合并相相同客户账户户的地点用途途，也可以合合并两个不同同客户账户的的所有地点用用途。但不管管要

8、合并的是是不同客户账账户还是相同同客户账户的的两个地点，都都只能将收单单地点和收单单地点合并，将将收货地点和和收货地点合合并。在合并并成功完成之之后，以前与与原有客户账账户或地点关关联的所有活活动，此时将将与新的客户户账户或地点点关联。这些些活动包括订订单、发票、借借项通知单、承承付款、贷项项、收款、调调整和拖欠款款项等。在合合并流程完成成之后，合并并的原有客户户账户和地点点用途将会处处于“无效”状状态。无效客客户账户不能能生成新的事事务处理，但但随时可以在在“客户”窗窗口中查看其其信息或将其其重新激活。（二十三）客户户数据的其它它管理功能EBS的核心业业务模块OMM/AR所使使用到的有关关客

9、户数据内内容只是其中中一部分，在在TCA架构下下，为了满足足其他应用模模块如CRMM的需求，“客客户数据管理理”作为一个个为相关业务务模块提供调调用服务、已已经独立的功功能模块，在在有关客户间间关系、分类类、合并字典典、数据质量量管理、第三三方数据访问问集成等方面面还有诸多的的系统设置，如如下图1099所示的“管管理”设置界界面： 由于于这些客户数数据的有关管管理设置与核核心业务系统统OM/ARR一般应用的的关系不是太太大，故这里里不再赘述。此此外，需要指指出的是，与与物料Iteem的创建有有诸多外围支支持管理系统统做支持，供供应商的创建建与使用需要要遵循严格的的“准入”认认证控制流程程不同的

10、是，客客户的创建与与生成基于“宽宽进严出”的的原则，则相相对简单得多多，系统在多多个相关业务务模块如OMM/AR以及及CRM等提供供快速录入的的功能，体现现的是“多多多益善”的管管理思想（使使用当然要注注意风险控制制）。五、结语 必须须指出的是，以以上所讨论OORACLEE EBS主主数据的内容容，其切入视视角主要还是是限于EBSS核心模块所所涉及的业务务或流程范畴畴。不同的行行业、不同的的企业以及企企业所处的信信息化不同阶阶段，物料、客客户、供应商商主数据的有有关内容通常常有比较大的的差异，实际际有些内容是是在EBS所定义义的范围内可可能是并不包包括的。当企企业的信息化化应用达到一一定层次后

11、，除除了核心业务务系统需要使使用到主数据据之外，其它它周边或外围围系统也要用用到主数据，而而这些周边或或外围系统与与核心业务系系统很可能是是异构的（不不同的技术平平台、不同的的应用环境等等），故如何何保证核心业业务系统与外外围或周边系系统在主数据据方面的协调调一致就是一一个重要问题题。此时，建建立一个独立立的“企业主主数据库”以以及相应的主主数据维护管管理机制或应应用系统（包包括新增、修修改、控制、发发布、同步等等等），就成成为企业信息息化规划与设设计的一项重重要工作。正如笔者在“系系列之二：OORACLEE EBS系系统架构与应应用实践”中中所谈到的，企企业主数据管管理的系统设设计所关注的的

12、是一种由多多个部门、多多个人员共同同参与的“事事务过程”，强强调的是一种种“管理集成成”。企业通通常需要根据据自己的实际际情况，确定定合适的技术术平台、设计计合适的管理理流程，选择择合适的第三三方产品或自自行开发相关关主数据管理理应用系统，并并保证系统具具有足够的灵灵活性与可扩扩展性。“企业主数据管管理”是诸多多著名咨询顾顾问公司向企企业所提供服服务的一项重重要工作内容容，通常会根根据企业的实实际情况，有有着不同的解解决方案。技技术解决方案案只是其中一一方面，更重重要的是管理理集成的解决决方案。某种种程度上可以以认为，企业业主数据管理理的水平与成成熟度是企业业信息化应用用总体水平与与成熟度的一一个重要标志志。