AME設置文檔-用于OIE審批 作者:Dora Lei創建日期:2012-12-20更新日期:版本:1.0文檔控制變更記錄20日期作者版本說明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即可）；同時，要添加限定業務實體的條件；存在多個會簽審批人組時，需要設置多個會簽規則，完成后的會簽規則之一如下：遺留和解決問題Note: Add open issues that you identify whi