系列之五：ORACLE-EBS-系统主数据管理(G)---season的日志---网易博客

1、系列之五： 系统主数据管理（ G） - 的日志 - 网易博客 系列之五： 系统主数据管理（ G） 系统主数据管理 三、供应商（） （十七） R12 的供应商定义与维护 （十八）供应商的合并 四、客户（） （一）客户数据管理概述 （二）交易社区架构（） （三）客户的配置文件分类（ ） （四）客户的创建规则 （五）客户的多组织控制（） （六）客户的交易方层属性及交易方关系 （七）客户的账户层与地点层属性 （八）客户账户层的 8220;分类 8221; 分组属性 （九）客户账户层的 8220; 市场营销 8221;分组属性 （十）客户账户层的 8220;关系 8221; 分组属性 （十一）客户账户地

2、点层的 8220; 特性 8221;分组属性 （十二）客户账户与地点层的 8220; 通信 8221;分组属性 （十三）客户账户与地点层的 8220; 联系人 8221; 分组属性 （十四）客户账户与地点层的 属性 （十五） 客户账户与地点层的 （十六） 客户账户与地点层的 （十七）客户账户与地点层的 分组属性 （十八）客户账户与地点层的 分组属性 （十九）客户账户与地点层的 分组属性 8220; 联系人：职责 8221; 分组 8220; 银行账户 8221; 分组属性 8220; 付款方法 8221; 分组属性 8220; 配置文件：事务处理 8221; 8220; 配置文件：单据打印 8

3、221; 8220; 配置文件：金额 8221; 二十）客户账户的 8220; 地址地点与业务目的 8221;属性 二十一） R12 客户的账户层与地点层属性 二十二）客户数据的合并 二十三）客户数据的其它管理功能 五、结语 十七） R12 的供应商定义与维护 1）供应商属性 8220; 分组 8221; 从大的内容范围角度来看， R12 为供应商增加了三个新内容 （或 8220; 分组 8221;页），包括：产品与服务、信息调查、 相互关系。前两者主要应用于供应商门户产品中。在 8220; 产品与服务 8221 页中，以 8220;类别 8221; 来表示供应商可 以提供的产品与服务（由供应

4、商在中维护） ，有关管理员可 以 8220; 添加、删除、审批或拒绝 8221;。如下图 63 所示： 在 8220; 信息调查 8221 页中，可以创建 8220;调查表 8221; 要求供应商填写反馈并复查有关内容，如下图 64 所示： 在 8220; 相互关系 8221 页，则规定了供应商（）在款项支付 方面可以使用的替代供应商（）情况，如下图 65 所示： 除了上述属性新增内容之外， R12 的属性分组方法较之 R11 也有所变化。 R12 将属性分为两大块， 一是 8220;公司配 置文件 8221; 信息，包括供应商组织、 税详细信息、 地址簿、 联系人、业务分类、产品与服务、银行

5、信息、信息调查。这 些信息通常是与组织（）无关的。可以使用 系统由供应商 自己直接维护，但由供应商自己提交的任何有关信息更新需 要经内部相关管理人员批准后才能生效；二是8220; 条款与 控制 8221; 信息，包括会计、纳税与申报、采购、接收、付 款明细、关系、发票管理。这些信息通常与组织（）相关， 只能有企业根据需要自己维护。 （2）供应商创建的不同 8220; 类型 8221; R12 在题头层提供了两种供应商类型 8220;标准供应 商、用于处理内部员工的费用付款的供应商8221; 选择的不 同定义界面，这显然要比 R11 的处理方式更为合理。如下图 66 所示的 8220;标准供应商

6、 8221; 定义界面： 以及如下图 67 所示 8220; 用于处理内部员工的费用付款的供 应商 8221; 的定义界面，员工类型的供应商必须属于确定的 业务实体（）： 标准供应商与员工供应商的题头创建除了上述两种不同之 外，其余的属性页与 R11 相同，仍然是共用的。 （3）标准供应商的 8220; 组织 8221;属性 该页的内容相当于 R11的供应商层8220; 般8221页， 但其内容要丰富的多，如下图 68 所示： （4）供应商的 8220; 地址簿 8221; 属性 相当于 R11 的创建供应商地点（） ，但方式与 R11 有很大不 同。R12是先创建实际的地址及关联的地址名称，

7、并为此地 址分配用途：采购、付款、仅限于询价。如下图 69 所示： 然后直接为之分配业务实体与地点名称，系统会列出当前所 有业务实体供选择，而每个所关联的地点名称默认是 8220; 地址名称 8221;，但可以更改。如下图 70 所示： 上图中的 8220;改写默认地点属性 8221; ，提供了为所有供应 商批量更改 82 20;采购、付款条件、发票管理 8221;相关属性 的便利工具（以后还可以逐个修改更新） 。 （5）供应商的 8220; 联系人 8221; 属性 R12中的联系人定义与 R11的不同之处在于，R12是先 定义联系人然后分配给供应商及其关联的业务实体。同时还 可以为之分配用

8、于供应链协作的相关应用模块的8220;责任 8221;，如下图 71 所示： （6）供应商的 8220; 业务分类 8221; 属性 R12 的业务分类与 R11 相比也有所变化，原在 中定义的供 应商类型被弃之不用（为供应商题头的 8220; 标准与员工供 应商 8221; 所取代）。如下图 72 所示： （7）供应商的 8220; 银行账户 8221; 属性 R12 的银行账户信息维护方式与 R11 相比也有较大变化 11 只能引用已经定义好的银行账户信息， 而 R12 只能在定义供 应商时，直接为 8220; 供应商、地址地点、地址地点 业务实体、地点 - 业务实体 8221;的不同分配

9、层创建银行账户 信息，并且上一分配层所创建的银行账户信息可以在下一分 配层被 8220;添加 8221; 给有关条目。如下图 73 所示： R12 在创建供应商银行账户信息的同时，还可以同时创建有关银 行信息，如下图 74 所示： （8）供应商的 8220;会计 8221; 属性 R12 的供应商 8220;会计 8221;信息内容与 R11 相同，但是在 同一个界面列出了所有 8220 8221;组合的设置值，因而比 较方便。如下图 75 所示： （9）供应商的 8220;采购 8221; 属性 R12 的供应商 8220;采购 8221;信息内容与 R11 基本相同， 区 别仅在于 R12

10、 只能在供应商层设置 8220;根据事务处理创建 借項通知单 8221; ，并在同一个界面列出了所有 8220 8221; 组合的设置值。如下图 76 所示： （10 ）供应商的 8220; 付款 8221; 属性 R12 的供应商 8220;付款 8221;属性内容与 R11 比有所不同， 增加了 8220; 付款传递、付款规格、单独汇款通知单传递 8221; 等内容，而将支付条件等内容移至 8220;发票管理 8221; 中， 如下图 77 所示： （11 ）供应商的 8220; 发票管理 8221;属性 R12 的 8220;发票管理 8221 页内容实际是 R118220; 付款、发

11、票税 8221; 等属性页部分内容的重新组合，如下图78 所示： （12）供应商的 8220;接收 8221;、 8220;纳税与申报 8221; 属性 R12的8220;接收8221;属性内容与 R11完全相同，只是换成 显示方式， 8 220 ;纳税申报 8221;内容与 R11 也基本相同。而 R11中的属性则被R12略去（因为已经不再是主流数据交换 方式）。有关界面略。 （ 13 ）供应商的 8220; 待办事宜列表 8221; R1 2在供应商界面提供了对于来自模块的由供应商提 交的相关配置文件维护与更新请求的822 0 ;事务管理 8221; 功能。如下图 79 所示： 该管理功能

12、反映了系统正试图将核心业务的 8220;流程集成 8 2 2 1 ;向非核心的外围系统的8220;管理集成 8221;扩展的趋 势。有关管理操作的界面如下图 80 所示： 事实上，截止目前为止，无论是R11还是R12，有关 供应商主数据的管理还基本只是停留在供应商数据最终结 果的 8220;录入 8221;这样一个层面 （系统还提供供应商数据 接口表及导入功能，批量导入数据） 。有关供应商数据 8220; 最终结果 8221; 如何得来，属于供应商关系管理的范畴，涉 及企业 8220; 供应商准入认证 8221; 的复杂过程， 目前尚未能 提供完善的解决方案，还有待将来进一步发展与完善。 （十

13、八）供应商的合并 在实际工作中，可能因为某些原因需要将已经存在的两个供 应商及其相关业务处理进行合并，例如供应商的多个子公司 合并，供应商之间因为并购而合并，或者因为历史原因同一 供应商在系统中存在两条记录等等。 的 8220; 供应商合并 8221;是一种后台并发程序， 可以将重复 供应商合并为单个的合并供应商，并可以将相同供应商中的 事务处理从一个供应商地点合并至不同的供应商地点。也可 以选择将供应商的所有事务处理并入目标供应商，也可以选 择仅合并未付发票。上述不同方式选择，可满足多种实际需 求，例如可能需要保留包含原始供应商的所有事务处理历史 记录，并且只需将未付发票并入现在需要接收付款的目标供 应商等等。如下图 81 所示： 如果选定 8220; 复制地点 8221; ，则会为目标供应商自动创建 原。如