一个全新安装的EBSR12系统(Fresh Database),以SYSADMIN用户名登录,密码为sysadmin(注意EBS密码区分大小写),Home Page 可见系统所初始预置的10多个“责任”中包含“系统管理员”(System Administrator),如下图54所示:
进入系统的GUI界面后,在“用户”定义界面,可查询到有30多个初始化的User,比较特殊与重要的User 是两个“SYSADMIN、GUEST”,GUEST无密码设置,可以作为测试时的特殊用户使用。如下图55所示:
其中有些User是系统残留,并不可用,还有些是只有用户名,但并未为之分配责任。注意,上图初始的GUI界面默认配色方案,为演示方便已通过配置文件“Java color scheme”做调整。
系统初始预置的“责任”有1500多个,范围涉及所有模块的几乎所有“岗位角色”,企业可基于自身的管理习惯制定相应的责任“命名规则”,以定义新的“责任”。如下图56所示:
系统初始预置的“菜单”有12000多个,基本上覆盖了几乎所有可能应用的需要,如企业需要“个性化”的菜单显示效果(prompt),则可以自定义用户菜单,形成特定的菜单结构。如下图57所示:
本文为测试需要,在系统中建立用户名MFG,并将常用模块的超级用户责任均与之关联。为测试方便,建一包含所有常用超级用户菜单的总菜单,并以此建一超级总责任,也与用户MFG关联。
系统配置文件总数有6600多个,绝大多数有初始化的默认值,可以有需要时再来修改,有关系统配置文件的设置情况(初始化时尤其可能希望了解),可以使用工具栏“File—Export”将它们全部导出,以方便的格式如EXCEL集中查看,如下图58所示:
有些必须设置且没有默认值的配置文件,例如“GL Ledger Name ”、“MO:Operating Unit”等,由于其LOV取决于系统的其它具体设置如分类账(帐套)、业务实体OU等,故这些特殊的配置文件初始进入时会报错,如下图59所示:
这些少数的特殊配置文件是系统初始化参数配置是的重点与难点,在完成相关会计科目弹性域结构、分类账、组织架构等等设置后,应及时为这些特殊“配置文件”赋值。
EBS系统初始预置有16000多个值集名(Value Set Name,包括近2000个“验证”类型为“无”、无需LOV的特殊值集名),基本上都属于系统各表单所使用LOV的值集,有着特定的用途,这些值集也可以根据需要修改添加新的条目行。如下图60所示。而对于系统键弹性域与说明性弹性域所使用到的值集,则需要根据企业具体情况,进行完善的定义设置(尤其是38个键弹性域所需使用的值集)。
关于键弹性域的设置,除了使用范围广泛的Item类别弹性域(Item Categories),系统已经预置有20个不同结构表示其在不同场合的多个应用之外(还可根据需要添加结构,系统预置的结构也可以进行更改,如下图61所示:)
其它键弹性域如“会计科目弹性域”基本只有一个结构名称范例,并无具体的结构设置,需要企业根据自己的情况来完成设置。所有的说明性弹性域均无预置结构,均需根据需要从值集开始设置。
弹性域结构的段也可以不选择值集而留空,则此时,此段就好象使用了这样一个值集:验证类型为“无”,格式类型为“字符”,宽度与基础键弹性域段列相同(即与弹性域系统设计所允许的段最大字符长度相同),允许混合大小写字母字符,无右对齐或填零。对于基础列不是“字符”列的任何段,则必须使用值集,否则将不能够编译弹性域。但需注意,“会计科目弹性域”必需使用值集。
已经定义并编译好的弹性域结构(键或说明性),在使用时均会打开弹出式窗口,以便逐段输入数据。但这样输入对于一些常用到的“代码组合”,既不方便记忆,也不方便输入,为此,ORACLE为定义的每一弹性域结构的代码组合提供了“别名”(Aliases)定义的功能。例如,实际工作使用得比较多的“账户代码”的“账户别名”就是一个典型。其它弹性域结构是否需要使用“别名”,取决于实际业务需要。
这是系统初始化设置最复杂的工作。R12较之R11,由于引入了“会计方法”的新维度,在设置方法与顺序方面有较大的变化,其过程也更为复杂。R12的法人实体LE的设置与R11相比也有很大变化,只能在“会计科目管理器”中设置,原在GUI组织设置界面的LE设置的值不再有效(即使设定也无法分配给分类账)。有关多组织、多账簿的接入功能还需与“安全性配置文件(Security Profile)、数据访问权限集(Data Access Set)”的定义,配置文件“BG:安全配置文件、MO:安全配置文件、GL:数据访问权限集”等等参数的设置进行协调配合,包括运行“转换为多组织体系结构(仅R11,在AD Utility 工具中执行;R12安装已经是多组织结构)”以及为新添OU“复制系统初始数据”(在“系统管理员”责任下,运行“Replicate Seed Data”请求)公用程序等等。有关详情,限于篇幅,这里不再赘述。
新安装的EBS系统初始并未定义单据编号发生器,需要全新定义,如下图62所示:
需要指出的是,这里的“单据编号”仅是“系统内部”使用的标识,都是不包含任何业务管理信息的数字代码。某些特殊单据如采购申请、采购订单以及供应商等虽具有自己专门的编号管理机制,其所生成的也是不包含业务信息的数字代码。这些数字代码和实际业务管理中所需使用到的“业务标识”可能有一定区别,例如对于采购订单、供应商,基于管理的某些特殊需要,除了系统自动生成(或手工输入)的单据代码标识外,可能还需使用单据头的“说明性弹性域”生成包含“采购员代码、业务类别代码、行业代码、地域代码”等等管理信息的“业务标识”(可能需要打印在纸面单据上),以方便相关业务信息的统计分析工作。
系统初始预置有若干数量的“单据类别(Document Categories)”(属于GL/AP/AR),每个单据类别对应数据库中的某个表(Table)。可以根据需要为相关业务模块如INV/PO/OM等等的某些表(Table,是否允许取决于Table本身的设计)添加“单据类别”,以便对表中的相关字段应用编号机制。未来在完成系统设置过程中,还会基于某些表单的业务类别设置(例如销售订单类别等)自动生成新的单据类别。如下图63所示:
单据类别与单据编号发生器的关联分配是基于分类账(帐套)的,故在每次新定义分类账或帐套后,均需完成有关的单据编号“分配”工作。
不涉及具体应用模块或具全局性、属于EBS系统层面的初始化设置,还包括工作流、预警、文件夹、配置文件定义、查找代码定义、消息定义、地区维护、打印机等等一系列内容,限于篇幅,这里不再赘述。下图64所示表达了EBS(R11)全系统公共层面的基础设置内容与层次结构: Common Applications Process Hierarchy
EBS核心系统习惯上可以划分为四大分支系统:财务、制造、分销、人力资源。每一大分支系统也有相关的公用层面设置,如下图65所示是EBS(R11)公共“分销系统”的基础设置内容与层次结构(公共财务、制造、人力资源的相关层次结构比较简单,故略):
Common Distribution Process Hierarchy
而涉及具体应用模块的系统初始设置,情况就更为复杂,通常需要按照应用模块的设置流程图,结合全系统与分支系统的设置情况来决定具体如何执行。如下图66所示是EBS(R11)采购系统的设置步骤:
对应上述设置步骤的是下述列表清单。流程图和设置步骤清单概括了各设置步骤,其中一些步骤是必需的,而另外一些步骤则是可选的。“具有默认值的必需步骤”是指在数据库中预植了默认值的设置功能。但是,通常需要复查一下这些默认值,以决定是否要对其进行更改。其中有些步骤在“系统”或“分支系统”层如果已经设置,则在应用模块层就无需再执行这些设置步骤。
步骤 |
必需 |
步骤 |
AIW 参考 |
1 |
必需 |
设置系统管理员 |
Common Applications |
2 |
必需 |
定义会计键弹性域 |
Common Applications |
3 |
必需 |
设置日历、币种和帐套 |
Common Applications |
4 |
必需 |
定义人力资源键弹性域 |
Common Applications |
5 |
必需 |
定义地点 |
Common Applications |
6 |
必需 |
定义组织和组织关系 |
Common Applications |
7 |
可选 |
转换为多组织体系结构 |
Common Applications |
8 |
必需 |
定义库存键弹性域 |
Common Applications |
9 |
必需 |
定义单位 |
Common Applications |
10 |
可选 |
定义承运人 |
Common Applications |
11 |
具有默认值的必需步骤 |
定义物料属性、代码和模板 |
Common Applications |
12 |
必需 |
定义类别 |
Common Applications |
13 |
可选 |
定义目录组 |
Common Applications |
14 |
必需 |
设置人事 |
Common Applications |
15 |
必需 |
设置 Oracle Workflow |
Common Applications |
16 |
必需 |
决定如何使用帐户生成器 |
Oracle Purchasing |
17 |
必需 |
打开库存和采购会计期 |
Common Distribution |
18 |
可选 |
定义子库存地点 |
Common Distribution |
19 |
可选 |
定义交叉引用类型 |
Oracle Purchasing |
20 |
可选 |
定义税码 |
Common Financial |
21 |
可选 |
定义付款条件 |
Common Financial |
22 |
必需 |
设置审批信息 |
Oracle Purchasing |
23 |
具有默认值的必需步骤 |
定义查找和分类 |
Oracle Purchasing |
24 |
可选 |
定义标准附件 |
Oracle Purchasing |
25 |
必需 |
定义采购选项 |
Oracle Purchasing |
26 |
必需 |
定义采购员 |
Oracle Purchasing |
27 |
可选 |
定义物料 |
Oracle Purchasing |
28 |
具有默认值的必需步骤 |
定义行类型 |
Oracle Purchasing |
29 |
必需 |
启动采购数据库管理程序 |
Oracle Purchasing |
30 |
必需 |
定义财务选项 |
Common Financial |
31 |
可选 |
定义事务处理原因 |
Oracle Purchasing |
32 |
必需 |
定义接收选项 |
Oracle Purchasing |
33 |
必需 |
设置事务处理管理器和重新提交时间间隔 |
Oracle Purchasing |
34 |
必需 |
定义供应商 |
Common Financial |
35 |
具有默认值的必需步骤 |
设置工作流选项 |
Oracle Purchasing |
36 |
必需 |
提交工作流相关流程 |
Oracle Purchasing |
37 |
可选 |
定义说明性弹性域 |
Common Applications |
38 |
可选 |
设置自动来源补充 |
Oracle Purchasing |
39 |
必需 |
执行附加的系统管理员设置 |
Common Applications |
40 |
必需 |
定义制造系统和用户配置文件 |
Oracle Purchasing |
如果要实施多个 Oracle Applications 模块产品,ORACLE建议使用 Oracle Applications 实施向导 (AIW,Oracle Applications Implementation Wizard User's Guide) 来协调设置活动。该“向导”将指导用户完成对已安装应用产品的设置步骤,给出满足交叉产品相关性要求的逻辑实施顺序并免去多余的设置步骤。用户可以使用“向导”来查看以图形表示的设置步骤概览、查阅设置活动的联机帮助和打开相应的设置窗口。通过使用“向导”来为每个步骤记录备注信息,还可以记录实施情况以供日后参考和复查。