R12AME设置文档-用于OIE审批-培训讲解材料.doc

.AME设置文档-用于OIE审批 作者:Dora Lei创建日期:2012-12-20更新日期:版本:1.0文档控制变更记录19日期作者版本说明2012-12-21Dora Lei1.0No Previous Document复核者姓名职位分发副本No.姓名地点1234Note: The copy numbers referenced above should be written into the Copy Number space on the cover of each distributed copy. If the document is not controlled, you can delete this table, the Note To Holders, and the Copy Number label from the cover page.备注:出于文档管理的目的，如果您收到了本文档的电子版本，请打印出来并在封面的相应位置写上您的名字。出于文档管理的目的，如果您收到了本文档的纸介质版本，请在封面写上您的名字。目录文档控制2一：启用AME-职责的配置4二：AME设置概要8三：OIE的AME审批设置步骤13未解决问题13已解决问题13Note: To update the table of contents, put the cursor anywhere in the table and press F9. To change the number of levels displayed, select the menu option InsertIndex and Tables, make sure the Table of Contents tab is active, and change the Number of Levels to a new value.一：启用AME-职责的配置1.1职责的设置1. SYSADMIN登陆；2. 创建AME专用的用户：注意一定不要加职责3. 切换至“用户管理”职责，找到定义好的用户：点击更新，并为该用户分配相应的职责：“Approvals Management Administrator”和“Approvals Management Business Analyst”点击完成之后，会发现该用户被分配了一系列职责，但用该用户名登陆之后，只有被分配的两个职责会显示出来，其余职责都是隐藏的1.2 创建用户授权1. 切换到功能管理员-安全性-授权，为前面新增的用户创建授权：1.3设置配置文件1. 切换到系统管理员，在应用产品层设置配置文件“AME：已安装”：2. 用定义好的AME专用用户登录，可以看到两个职责：二：AME设置概要AME职责可用于系统中某些特定业务流程的审批活动，并可以为这些审批活动设定条件。比如，在AP发票的审批中，可以设定对于符合哪些条件的发票需要进行审批，审批人是哪些，审批的流程顺序是什么这些信息。2.1 基本概念属性属性的概念是针对具体的业务记录而得出的，反映的是特定业务记录的相关信息。比如，对于一张AP发票，发票金额、分配账户、发票说明、汇率类型等等，都是发票的属性。条件条件的概念又是在属性的基础上提出来的。条件就是对于属性的限制。同样的，对于一张AP发票，发票金额是100元，这是该发票的属性；在此基础上，可以定义发票金额介于0和999之间，这就是一个条件。有了这个条件，就可以对符合这一条件的发票定义审批，这些我们会在下文中提到。活动类型与活动活动指的是系统中的一个处理动作，比如由某人审批；活动类型则是对众多活动的分类，比如系统中的“审批组权限链”类型，就是将事务处理按照审批组进行审批的活动类型的汇总。规则了解以上概念之后，规则的概念就很容易理解了。规则就是确定当业务中的属性满足预设条件时，需要采取何种活动来处理该业务。比如，当发票的日期属于某个范围时，就要对该发票进行审批组审批，或者直接返回审批拒绝等。三：OIE的AME审批设置3.1 业务场景说明A公司在实际业务中，存在如下几种费用，其中费用种类为业务招待费、市内交通费、车辆-油料费、车辆-路桥停车费时，副总的审批限额为小于或等于5000； 当费用种类为差旅费和出国费时，副总的权限为小于或等于10000元； 审批流程如下：3.2 AME配置方案结合上述业务场景，AME的配置方案如下：3.3 OIE的AME审批设置步骤3.3.1: 设置配置文件如下：在“OIE_网上报销_1600_XX公司本部”职责层将“OIE：启用审批人”设置为“否”，如下图所示：3.3.2：登陆设AME设置界面登陆AME专用用户，进入设置界面路径：Oracle Approvals Management 业务分析专家-业务分析专家控制面板如下图所示：选择“OIE 费用报表”，点击“设置”。初始设置时，要选择的事物处理类型可能在界面上看不到，在右侧的“选择事物处理类型”栏内输入查询即可，如下图所示：3.3.3：设置属性选择特定的“事物处理类型”后，可看到系统里已有基于该“事物处理类型”的属性，如果不涉及开发的情况下，系统原有的属性基本能满足需求。但是如果开发了新的字段，且希望以新字段作为设置条件的属性时，则需要先创建属性。点击创建，设置属性，如下图所示：输入属性名称，项目分类，说明，数据类型，审批人类型，用途类型等。当选择用途类型为“动态”时，需要编写SQL代码以返回特定的可选值，设置完成的属性如下图所示：点击“验证”和“应用”完成属性的设置。3.3.4：设置条件点击条件，点击创建，可以创建新的条件，如下图所示下图为新建条件界面，在属性列表中选择条件基于的属性设置属性的值，或者值的范围，如下图所示：3.3.5：启用操作类型点击操作类型，为该事务处理类型启用或者设置操作类型，点击“使用现有活动类型”，可启用系统现有的操作类型（一般现有的可满足使用）勾选需要启用的操作类型，点击继续，如下图所示（本次设置启用“权限链之前的审批”和“权限链审批组”）点击完成，该操作类型在 “OIE 费用报表”生效。在操作类型启用完成之后，还有一个重要的设置，该设置会影响到审批流的顺序，如是逐个审批还是多个人同时收到审批通知，设置地方如下图所示：选择并行时，则该活动类型下的多个审批组将同时进行审批，表决方式则决定了“审批人组”内部的审批方式。（即“审批人组”自己的表决方式不起作用）3.3.6：设置审批人组点击审批人组，点击“创建”，进入审批人组设置界面。首先创建一个动态审批人组，如下图所示，输入审批人组的名称，说明及顺序编号（当同一个操作类型使用多个审批人组时，顺序编号决定了审批组的先后顺序），表决方法选择“串行”（主管审批的逻辑为串行，但是，当使用该审批组的操作类型也有“表决方式”时，则审批人组的表决方式不起作用），用途类型选择“动态”，设置完成后的审批组界面如下图所示：在输入动态查询SQL后，点击“验证”，然后点击系统右下角的“应用”，该审批人组生效。动态审批人组实现的SQL如下：SELECT PERSON_ID: | per.supervisor_idFROM (SELECT paf.supervisor_idFROM per_assignments_f pafSTART WITH paf.person_id = cux_ame_get_person_func(:transactionId)CONNECT BY PRIOR paf.supervisor_id = paf.person_id) per,per_all_assignments_f f, (SELECT m.expense_class_code,h.report_header_id,_id,h.flex_concatenated,h.employee_id,SUM( l.amount * cux_ame_get_rate_func(h.default_currency_code,sob.currency_code,h.default_exchange_rate_type,l.start_expense_date) ) amountFROM cux_ap_expense_map m,ap_expense_report_lines_all l,ap_expense_report_headers_all h,gl_sets_of_books sobWHERE l.report_header_id = h.report_header_idAND _id = _id AND m.expense_report_id = h.expense_report_id AND m.parameter_id = l.web_parameter_idAND h.report_header_id = :transactionIdAND m.expense_class_code = cux_ame_get_class_func(:transactionId)AND h.set_of_books_id = sob.set_of_books_idGROUP BY m.expense_class_code,h.report_header_id,_id,h.flex_concatenated,h.employee_id) exp,cux_ap_web_signing_limits cawWHERE per.supervisor_id IS NOT NULLAND per.supervisor_id = f.person_id AND caw.document_type = APEXPAND (caw.cost_center = exp.flex_concatenated OR caw.cost_center = 0)AND caw.position_id = f.position_idAND caw.expense_class_code = exp.expense_class_codeAND _id = _idAND exp.amount nvl(caw.signing_limit,0)UNION ALLSELECT PERSON_ID: | l2.supervisor_idFROM (SELECT per.supervisor_idFROM (SELECT paf.supervisor_idFROM per_assignments_f pafSTART WITH paf.person_id = cux_ame_get_person_func(:transactionId)CONNECT BY PRIOR paf.supervisor_id = paf.person_id) per,per_all_assignments_f f, (SELECT m.expense_class_code, h.report_header_id, _id, h.flex_concatenated, h.employee_id, SUM( l.amount * cux_ame_get_rate_func(h.default_currency_code,sob.currency_code,h.default_exchange_rate_type,l.start_expense_date) ) amount FROM cux_ap_expense_map m, ap_expense_report_lines_all l, ap_expense_report_headers_all h, gl_sets_of_books sob WHERE l.report_header_id = h.report_header_id AND _id = _id AND m.expense_report_id = h.expense_report_id AND m.parameter_id = l.web_parameter_id AND h.report_header_id = :transactionId AND m.expense_class_code = cux_ame_get_class_func(:transactionId) AND h.set_of_books_id = sob.set_of_books_id GROUP BY m.expense_class_code, h.report_header_id, _id, h.flex_concatenated, h.employee_id) exp, cux_ap_web_signing_limits caw WHERE per.supervisor_id IS NOT NULL AND per.supervisor_id = f.person_id AND caw.document_type = APEXP AND (caw.cost_center = exp.flex_concatenated OR caw.cost_center = 0) AND caw.position_id = f.position_id AND caw.expense_class_code = exp.expense_class_code AND _id = _id AND exp.amount = nvl(caw.signing_limit,0) ORDER BY caw.signing_limit) l2 WHERE ROWNUM = 1接下来设置一个静态审批人组，方法同动态审批人组，用途类型选择“静态”，表决方法选择“一致同意”（会签的审批逻辑），如下图所示：点击“添加另一行”，添加静态审批人，审批人类型选择“HR 人员”，并选择对应的人员姓名，如下图所示，添加完成后，点击“应用”，完成静态审批人组的设置。3.3.7：设置规则设置主管审批规则，点击“规则”，点击“新建”，进入新建规则界面，如下图所示，输入规则名称，规则类型选择“预列表审批人组”，项目分类选择“题头”，类别选择“审批人”，点击“下一步”。点击添加条件，如下图 所示添加已经设置好的条件，如下图所示，勾选需要的条件，点击继续（由于主管审批规则适用于任何一个OU，此处不添加条件）添加好条件后，点击“下一步”如下图所示，选择已经启用的操作类型和审批人组，并点击“下一步”注：一定的规则只能选到特定类型的活动类型，如规则类型为“预列表审批人组”，则其只能选到“权限链之前的审批”。点击完成，规则设置完成。设置完成的规则如下图所示：设置用于实现会签的规则，设置方法同上，如下图所示，规则类型选择“创建列表”，类别选择“审批人”因为对于不同的费用分类，会走不同的会签审批人组，所以在为规则添加条件时，要添加属性为“EXPENSE_CATEGORY”的条件，条件值为费用分类所对应的费用分类ID（由属性的SQL编码决定，在fnd_flex_values表中找到对应的flex_value_id即可）；同时，要添加限定业务实