R12 AME 設(shè)置與案例應(yīng)用

DocRef:REFDocRefNumber<DocumentReferenceNumber>REFDocTitleR12AME.設(shè)置與案例應(yīng)用REFLastDateXXX0,0000STYLEREFHD2AME在R12中的設(shè)置IfSection2>1“DateAuthorVersionChangeReferenceReviewersNamePositionDistributionCopyNo.NameLocationLibraryMasterProjectLibraryProjectManagerNoteToHolders:Ifyoureceiveanelectroniccopyofthisdocumentandprintitout,pleasewriteyournameontheequivalentofthecoverpage,fordocumentcontrolpurposes.Ifyoureceiveahardcopyofthisdocument,pleasewriteyournameonthefrontcover,fordocumentcontrolpurposes.ContentsTOC\o"2-3"DocumentControl iiAME在R12中的設(shè)置 11．為用戶分配AME職責(zé) 12．為用戶AME職責(zé)分配 43．AME職責(zé)設(shè)置 6OpenandClosedIssuesforthisDeliverable 11OpenIssues 11ClosedIssues 11AME在R12中的設(shè)置配置文件設(shè)置：1．為用戶分配AME職責(zé)以Sysadmin身份登陸系統(tǒng)；進入用戶管理職責(zé)；選擇[M]用戶；在“用戶名”中，查找需要授權(quán)的用戶；更新；點擊“分配職責(zé)”按鈕；查找所有以“OracleApproval%”開頭的職責(zé)；在Code列選擇以UMX開頭的行，添加職責(zé)“OracleApprovalsManagement管理員”和“OracleApprovalsManagement業(yè)務(wù)分析員”；等屏幕刷新后，在“Justification”，輸入文本信息（如”RequiredforApprovalsSetup”）；應(yīng)用；這時分配的用戶登錄E-BusinessSuite系統(tǒng)后，應(yīng)該可以看到以下兩個職責(zé)：OracleApprovalsManagement管理員(/ApprovalsManagementAdministrator)OracleApprovalsManagement業(yè)務(wù)分析員(/ApprovalsManagementBusinessAnalyst)2．為用戶AME職責(zé)授權(quán)進入功能管理員職責(zé)；進入“安全性”>“授權(quán)”頁面；點擊“創(chuàng)建授權(quán)”按鈕；在“名稱”中，輸入授權(quán)名稱；進入“數(shù)據(jù)安全”頁，將“對象”設(shè)為AMETransactionTypes；下一步；將“數(shù)據(jù)上下文類型”設(shè)為Instance；下一步；在“InstanceDetails”下，設(shè)置如下：

FND_APPLICATION_ID=200

TRANSACTION_TYPE_ID=APINV在“Set”下，將Set設(shè)為：AME調(diào)用應(yīng)用產(chǎn)品(/AMECallingApplication)；下一步；結(jié)束。3．AME職責(zé)設(shè)置以設(shè)置AME審批規(guī)則的用戶進入系統(tǒng)；選擇“OracleApprovalsManagement業(yè)務(wù)分析員(/ApprovalsManagementBusinessAnalyst”屬性(/Attributes)屬性是指事物處理的某個變量；——系統(tǒng)存在很多標準的屬性，基本能滿足設(shè)置的需要。數(shù)據(jù)類型指返回的數(shù)據(jù)類型值：:transctionId動態(tài)取提交審批的事物處理的ID

ROWNUM=1：如果返回多行記錄則取第一行；條件(Conditions)操作類型(ActionTypes)缺省，使用系統(tǒng)默認；審批組(ApproverGroups)設(shè)置由誰來審批；有動態(tài)和靜態(tài)之分，靜態(tài)是直接指定審批人員，動態(tài)是通過寫SQL語句來動態(tài)的找到審批人員，也可以嵌套使用。比如在靜態(tài)的審批人員之前使用的動態(tài)的審批人組。比如一個員工的報銷，首先提交給自己的主管，再提交給財務(wù)主管順序編號：你可以在一條審批鏈上設(shè)置多個審批組；表決方法：一致同意串行第一個回應(yīng)人成功順序編號這里決定了一個審批組的表決通過機制；組成員：審批組內(nèi)包括哪些人；如果選擇HR人員，則該審批人必須已經(jīng)設(shè)置用戶并關(guān)聯(lián)員工。規(guī)則(Rules)規(guī)則由條件和活動兩個因素組成，遵從下面邏輯：IF(滿足某一條件)THEN(執(zhí)行某種活動)規(guī)則設(shè)定：規(guī)則類型：組合：創(chuàng)建列表組合：列表修改創(chuàng)建列表創(chuàng)建列表例外列表修改替代預(yù)列表審批人組后列表審批人組結(jié)果項目分類：和屬性匹配；起始日期：只能為當(dāng)前或當(dāng)前以后；如果選擇審批組權(quán)限鏈，則系統(tǒng)自動創(chuàng)建了基于審批組的活動：需要XX審批組的審批。4．案例說明案例一：1、審批條件：（1）公司A–C（org.id為81-83）；（2）手工輸入的發(fā)票、開發(fā)導(dǎo)入生成的來源為“PAYMENTREQUEST”的發(fā)票；（3）費用發(fā)票。（是費用發(fā)票還是貨款發(fā)票，通過“支付組”字段來控制）2、審批活動：滿足以上條件的發(fā)票：需要員工主管審批。3、實現(xiàn)：（1）條件一：通過屬性TRANSACTION_ORG_ID設(shè)置條件實現(xiàn)；（2）條件二：通過屬性SUPPLIER_INVOICE_SOURCE設(shè)置條件實現(xiàn)；（3）條件三：通過屬性SUPPLIER_INVOICE_PAY_GROUP_LOOKUP_CODE設(shè)置條件實現(xiàn)；（4）審批活動，直接調(diào)用系統(tǒng)標準的活動類型“管理級別”來實現(xiàn)。（前提：設(shè)置操作類型中增加活動類型“管理級別”）案例二：1、審批條件：（1）公司A–C（org.id為81-83）；（2）手工輸入的發(fā)票、開發(fā)導(dǎo)入生成的來源為“PAYMENTREQUEST”的發(fā)票；（3）費用發(fā)票。（是費用發(fā)票還是貨款發(fā)票，通過“支付組”字段來控制）；（4）信用檢查未通過（信用檢查，開發(fā)之一，在提交審批時進行信用檢查，若信用檢查未通過，則在AP發(fā)票的字段“SUPPLIER_INVOICE_GLOBAL_ATTRIBUTE20”反寫Y）2、審批活動：滿足以上條件的發(fā)票：（1）需要員工主管審批。（2）主管審批通過后，再需要固定人員A審批。3、實現(xiàn)：（1）條件一至條件三：通過各個對應(yīng)屬性設(shè)置條件實現(xiàn)；（2）條件四：設(shè)置例外條件（注意：條件類型為“例外”）

（3）審批活動，直接調(diào)用系統(tǒng)標準的活動類型“管理級別”、“審批組權(quán)限鏈”來實現(xiàn)。（前提：設(shè)置操作類型中增加活動類型“管理級別”、“審批組權(quán)限鏈”，且注意其順序編號）OpenandClosedIss