ORACLE AME

AME模块的学习小结

 

 

         在这里我主要总结前一周对AME模块的学习心得，将主要介绍AME模块的常用功能和属性说明。

注：本小结并未全面总结AME模块的各项具体功能。

 

1.         AME模块的介绍

1.1.   AME模块说明。

AME模块的全名为“Oracle Approvals Management”。它用于ERP中各种业务的审批过程处理，它可以支持用户自定义条件来完成企业内部的不同业务的多样审批需求。

AME的优点在于：

l         Oracle ERP紧密集成。允许用户可以根据自己的业务需要，在不进行二次开发的情况下对审批处理进行非常灵活的定义。

l         AME可以支持多种权限链的处理（如：主管权限链、职位层次权限链、最终权限、自定义权限链等）。在具体处理时也非常灵活，可以根据申请人的权限层次进行（即相对），也可以根据绝对权限层次要求进行。

l         AME可以根据用户定义要求进行并行权限审批，可以判断并处理审批队列中审批人重复的情况。

1.2.   AME模块的运行情况。

AME模块并不是独立运行的，它需要同ERP中工作流模块配合运行。实际上在具体运行时模块之间的调用层次为：业务模块－》工作流模块－》AME模块。

1.3.   AME模块和具体业务模块之间的关系。

并不是所有模块都支持AME的功能，实际上一个模块如果需要AME的功能支持，那这个模块本身还是需要在AME的基础进行开发。

在Oracle ERP中有些模块已经对AME模块提供了支持，对于这些模块我们在使用时可以做到只用配置AME规则即可以运用AME而无需编程（如：人力资源中的招聘模块）。已经对AME提供支持的模块一般均已经提供如Transaction Type、Attributes等AME元素的初始定义，在具体创建AME规则时我们可以直接使用（具体操作见第4节）。

对于未提供AME支持的模块如果我们想使用AME的功能，则需要使用AME的模块接口进行二次开发。

 

2.         AME模块中主要元素说明和作用

在下面说明中均以AME模块PDF文档中元素英文名打头，元素的中文说明均为直译。

2.1.   Transaction Type。

事务类型。可以理解为一个对应特别业务的AME对象，一个事务类型包括其它相关于一个特别业务所需要的所有AME元素。一个具体业务工作流来调用AME接口时就需要提供相应的Transaction Type，来指定需要那个AME对象来处理审批要求。

2.2.   Attributes。

参数。参数可以理解为具体业务中的业务数据，AME在运行时需要这些数据来判断进行什么操作。参数分为静态和动态，参数数据形式有：字符串、数字、日期。参数同时还分为必需、需要参数（注：这里一般可以不了解）。

l         静态参数即由用户直接指定值。

l         动态参数是由一个查询语句来获得值。如：select

distribution_line_number from ap_expense_report_lines_all

where report_header_id = :transactionId

order by distribution_line_number

注意：一般情况下我们都不需要自己去定义新参数，支持AME的业务模块均已经定义好一些缺省的业务参数。我们只需要学习业务模块AME支持功能了解当前已经提供什么业务参数即可。

2.3.   Conditions。

条件。

条件分两类，常规、列表列改。

主要使用常规条件，常规条件如：

1,000 <= TRANSACTION_AMOUNT < 2,000（其中TRANSACTION_AMOUNT是一个参数）。

2.4.   Actions。

操作。

操作中包含有两个元素：Action Types和Action。Action Types可以认为是根据什么层次数据（如主管、职位层次、自定义用户组）去取审批人，而Action是具体什么取。

如在Action Types是Supervisory-Level Action Type，而我们可以根据这个Action Types来创建或使用具体Action。这段说的实际审批情况说明为：在定位审批人时是根据人力资源中人员的直接主管链来进行，如果Active的参数为2,则这个Active需要达到申请人的第二级主管审批，即需要二个直接主管审批。

在实际使用中Action Types均已经在AME中预定义，我们只需要根据业务要求在Action Types上定义具体的Action即可。AME提供接口允许用户自定义Action Types，但处理比较复杂。

2.5.   Approver Groups

审批人组

审批人组主要有两个使用目的：一、用于权限链审批前、审批后进行审批。二、为没有用户层次信息的用户组提供层次信息（好像是通过嵌套审批人组来实现）

权限链审批前、审批后进行审批主要用于业务中正常主管审批流程外的审批要求。如一个业务需要业务专家或总工参与审批，而业务专家和总工并不在人力资源中申请人的权限链中时，此时就可以将业务专家和总工定义到审批人组中，然后创建权限链审批前、审批后规则。

2.6.   Rules

规则。

将条件和操作组合到一起就形成了规则 。

规则结构如下图。

 

在一个事务类型中可能会有许多规则。在实际运行中，如果规则条件满足，则规则所对应的审批人将会加入到具体审批队列中。

 

3.         AME模块的部署和操作

3.1.   部署

参见部署说明。

3.2.   实施操作

3.2.1.       设置角色

3.2.1.1.      以sysadmin身份登录ERP，进入“用户管理”（User Management）责任。在用户下为用户新增角色 Oracle Approvals Management Administrator、 Oracle Approvals Management Business Analyst。

3.2.2.       分配数据访问权限

注意：

这一步必须设置，否则以Oracle Approvals Management Administrator角色登录后看到任何数据。

后续步骤最好在IE中进行，我在FireFox中进行测试时在选择授权对象时有问题。

3.2.2.1.      以sysadmin身份登录ERP，进入“功能管理”（Functional Administrator）责任。

3.2.2.2.      选择 Grants tab。

3.2.2.3.      创建 Create Grant。

3.2.2.4.      选择 Specific User as grantee type。

3.2.2.5.      在新增用户输入框中选择一个具体用户。

3.2.2.6.      选择 AME Transaction Types 作为授权对象。

3.2.2.7.      选择. All rows的范围。

3.2.2.8.      选择 AME Calling Applications 授权给用户。保存，退出。

 

4.         AME模块在招聘模块中的具体应用

4.1.   在创建空缺流程中要求有二级主管、人力资源主管进行审批。

4.1.1.       更新创建空缺规则

原空缺审批事务类型中已经有创建空缺规则，它缺省为一级主管审批。以Oracle Approvals Management Business Analyst登录ERP，直接将原有的Action删除，新增要求二级主管审批的操作。

4.1.2.       增加操作

4.1.2.1.      新增一个审批人组，在审批人组中创建静态成员。当前设置为徐中民。

4.1.2.2.      在Action Type页面中，点击“使用现有操作类型”按钮。找到“权限链之后的审批”，将之新增到空缺审批事务类型。

4.1.2.3.      在规则页面中，创建一个新规则。规则类型为“后列表审批人组”。在规则中增加条件和在4.1.2.2步新增的操作。

4.1.3.       测试

4.1.3.1.      进行测试工作台。

4.1.3.2.      点击“创建”按钮创建一个新测试。

4.1.3.3.      在输入测试数据窗口中，输入测试名称和说明。

4.1.3.4.      在输入测试数据窗口中，将“RANSACTION_REQUESTOR_PERSON_ID”设置 为XX，模拟研发创建空缺流程。

4.1.3.5.      在输入测试数据窗口中，将“ VACANCY_INSERT_OR_UPDATE”设置 为INSERT，表示为新增一个空缺。

4.1.3.6.      保存后运行测试。此时可以在审批人列表中依次看到XX1、XX2，XX3。

 

 

 

2008-3-27