系列之五：ORACLE-EBS-系统主数据管理(G).doc

系列之五：ORACLEEBS系统主数据管理〔G〕

热度11已有833次阅读2010/1/3121:58|关键词:EBSORACLE数据管理系统

ORACLEEBS系统主数据管理

三、供给商〔Supplier〕

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

〔十八〕供给商的合并

四、客户〔Customer〕

〔一〕客户数据管理概述

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

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

〔四〕客户的创立规那么

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

五、结语

?

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

〔1〕供给商属性“分组”

从大的内容范围角度来看，R12为供给商增加了三个新内容〔或Tab“分组”页〕，包括：产品与效劳、信息调查、相互关系。前两者主要应用于i-Supplier供给商门户产品中。在“产品与效劳”Tab页中，以“类别Category”来表示供给商可以提供的产品与效劳〔由供给商在i-Supplier中维护〕，有关管理员可以“添加、删除、审批或拒绝”。如下列图63所示：

在“信息调查”Tab页中，可以创立“调查表”要求供给商填写反应并复查有关内容，如下列图64所示：

在“相互关系”Tab页，那么规定了供给商〔Site〕在款项支付方面可以使用的替代供给商〔Site〕情况，如下列图65所示：

除了上述属性新增内容之外，R12的属性分组方法较之R11也有所变化。R12将属性分为两大块，一是“公司配置文件CompanyProfile”信息，包括供给商组织、税详细信息、地址簿、联系人、业务分类、产品与效劳、银行信息、信息调查。这些信息通常是与组织〔OU〕无关的。可以使用i-Suppler系统由供给商自己直接维护，但由供给商自己提交的任何有关信息更新需要经内部相关管理人员批准后才能生效；二是“条款与控制”信息，包括会计、纳税与申报、采购、接收、付款明细、关系、发票管理。这些信息通常与组织〔OU〕相关，只能有企业根据需要自己维护。

〔2〕供给商创立的不同“类型”

R12在题头层提供了两种供给商类型“标准供给商、用于处理内部员工的费用付款的供给商”选择的不同定义界面，这显然要比R11的处理方式更为合理。如下列图66所示的“标准供给商”定义界面：

以及如下列图67所示“用于处理内部员工的费用付款的供给商”的定义界面，员工类型的供给商必须属于确定的业务实体〔OU〕：

标准供给商与员工供给商的题头创立除了上述两种不同之外，其余的属性Tab页与R11相同，仍然是共用的。

〔3〕标准供给商的“组织”属性

该Tab页的内容相当于R11的供给商层“一般”Tab页，但其内容要丰富的多，如下列图68所示：

〔4〕供给商的“地址簿”属性

相当于R11的创立供给商地点〔Site〕，但方式与R11有很大不同。R12是先创立实际的地址Address及关联的地址名称，并为此地址分配用途：采购、付款、仅限于询价。如下列图69所示：

然后直接为之分配业务实体OU与地点名称Site，系统会列出当前所有业务实体供选择，而每个OU所关联的地点名称Site默认是“地址名称”，但可以更改。如下列图70所示：

上图中的“改写默认地点属性”，提供了为所有供给商Site批量更改“采购、付款条件、发票管理”相关属性的便利工具〔以后还可以逐个修改更新〕。

〔5〕供给商的“联系人”属性

R12中的联系人定义与R11的不同之处在于，R12是先定义联系人然后分配给供给商Site及其关联的业务实体OU。同时还可以为之分配用于供给链协作的相关应用模块的“责任”，如下列图71所示：

〔6〕供给商的“业务分类”属性

R12的业务分类与R11相比也有所变化，原在LookupCode中定义的供给商类型Type被弃