1、功能顧問可以掌握的技術作者:HODC-第六組創建日期:2013-12-10更新日期:2013-12-17版本:1.0文檔控制變更記錄33日期整理者版本說明2013-12-10黃進1.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

2、 delete this table, the Note To Holders, and the Copy Number label from the cover page.備注:出于文檔管理的目的，如果您收到了本文檔的電子版本，請打印出來并在封面的相應位置寫上您的名字。出于文檔管理的目的，如果您收到了本文檔的紙介質版本，請在封面寫上您的名字。目錄文檔控制2一：文檔概覽4二：基本SQL語法5三：系統功能-請求6四：表驗證值集【轉】14五：說明性彈性域17六：表單個性化19七：其他27遺留和解決問題33未解決問題33已解決問題33Note: To update the table of cont

3、ents, 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.一：文檔概覽該文檔源于BBS上的很早的一個精華帖：功能顧問應掌握的“系統管理員”技術 - 給新手入門用的 老手請來補充

4、精基于該貼，也出于“給新手入門”的目的，整理了一份word版的文檔。文檔中結合技術、系統功能以及相關的應用案例展開。也請老手指正補充。二：基本SQL語法本章簡單介紹一下SQL語法，已經掌握的童鞋請直接跳過。1. 基本語法：SELECT 字段名1, 字段名2FROM 表名1, 表名2 WHERE 限制條件2. 其它常見關鍵詞：ORDER BY： WHERE語句后，限定按給定字段排序DISTINCT： SELECT關鍵詞后，用于去重查詢SYSDATE： 系統當前時間變量GROUP BY： 分組語句，限定按給定字段分組3. 示例 如：查詢供應商的一段代碼：select distinct HOU.na

5、me 公司OU, S.vendor_name 供應商名稱, SSA.address_line1 供應商地址, SSA.VENDOR_SITE_CODE 供應商地點, S.vendor_type_lookup_code 供應商類型, SSA.vat_registration_num 納稅人識別號, SSA.start_date_active 起始日期, SSA.end_date_active 結束日期 from AP.AP_SUPPLIER_SITES_ALL SSA, APPS.AP_SUPPLIERS S, APPS.hr_organization_units HOUwhere S.vend

6、or_id = SSA.vendor_id and SSA.org_id = HOU.organization_idorder by HOU.name更詳細的知識可以參考公司技術的SQL教程。以下章節，整理了一些功能顧問可能接觸到的一些偏技術案例，與大家分享。三：系統功能-請求3.1 請求-定義成菜單【需求】盡管從請求中選擇一個程序并提求并不復雜，但確實有些用戶還是嫌麻煩，特別是一些他們經常要用的請求，他們希望把這些請求定義為菜單。想到系統中的一些標準報表，也有是通過“菜單”的形式提交請求，比如固定資產的折舊、自動導入AR發票等等。技術上，是可行的，而且也不是很麻煩的。那么這種可以方便客戶，提

7、升客戶體驗的，在關鍵時候，會給項目加分的。【步驟】：1. 將請求定義為“功能”路徑：系統管理員 應用產品-函數輸入自定義的功能名稱，用戶功能名以及說明“特性”TAB頁：類型選擇“表單”，其余兩個字段默認；在表單TAB頁：表單字段：選擇“運行報表”；英文界面，選擇“Run Reports”；參數字段：CONCURRENT_PROGRAM_NAME=HSSARXCT PROGRAM_APPL_SHORT_NAME=HSS其中：HSSARXCT：請求簡稱；HSS：應用簡稱；其余幾個TAB頁面默認值即可。2. 在菜單定義界面，可以選到該功能。【注意點】：1）. 請求簡稱和應用簡稱，最好到系統里查一下，

8、猜不一定準。比如總賬應用，簡稱是“SQLGL”；2）. 請求簡稱段，不要輸入“可執行名稱”。 PS:一般情況下，可執行名稱與請求簡稱是一致的，但如果一個可執行文件對應多個請求時，就會有問題了。如總賬標準的表：試算表-明細、試算表-外幣明細，可執行文件名稱就是一樣的。3.2 請求-不兼容設置【需求】： 對于其他業務系統與EBS財務系統的集成，如果業務端數據類型多，數據字段復雜，一般會設計一個對接平臺與接口導入程序。會涉及到一系列分類校驗與導入的程序，一般會設置為請求集，實現集內每個請求負責一類或一個階段數據的校驗與傳輸。若用戶鼠標靈敏（或是請求界面，點了重復提交），就有可能同時傳送同一批數據進到

9、系統中，出現數據重復。或者卡在接口，或者直接傳到EBS模塊中。【設置步驟】基本概念：不兼容-程序與程序間在一定條件下不能同時運行沖突域-不兼容程序不能同時運行的條件1. 查找并發程序：路徑：系統管理員-并發-程序-定義2. 點擊“不兼容”按鈕，輸入不兼容請求（集）。在該界面點擊窗口幫助，可以查看各個字段的含義。其中范圍：可選擇“程序”/“集”。若不能兼容的是“請求集”，選擇“集”，則該請求與不兼容的請求集下所有請求都不能同時運行；域：可選擇“域”/“全局”。域和全局是不兼容的范圍，“域”是在請求的參數中限定，全局則是在所有情況下都不能同時運行；【案例分享】以下是李岳陽同事分享的一個案例： 如果

10、業務系統需導入生成應收、應付發票，則需要對于發票號的唯一性校驗。 從外圍系統導入的數據，需校驗平臺接口表中準備導入的發票號，是否與發票接口表與發票正式表中已經存在的發票號重復。 AP：相同OU、相同供應商、相同地點下發票號不能重復； AR：相同OU下發票號不能重復； 從程序上，一個程序負責從外圍接口做通用校驗（包含發票號重復性校驗）并將數據轉換導入平臺，另外分別有兩個程序將平臺數據導入應收、應付接口，當然后續還會并發應收、應付標準的接口導入程序。假定這三個請求依次為A（通用導入）、B（導入應收）、C（導入應付） 場景： 一個OU下，短時間內分兩次由業務系統上傳了相同發票號下的很多行，且對每次上

11、傳分別提交了2個請求集（每個請求按照提交請求集的順序排號） 假如對于應收發票：如果A2在運行時，B1還未運行完，則A2不會遇到發票號重復的報錯而直接導入，但當B2運行時，如果B1已經運行完，會存在發票號重復的報錯，而且這種報錯屬于從平臺寫入應收、應付接口時的報錯，一般不會設計成可以向業務系統回傳報錯。 需求： 同一個OU下，必須在A1、B1、C1運行完成后，才允許運行A2運行，將報錯控制在平臺接口處，并且能夠及時的回傳報錯信息。 原方案： 將A、B、C設置為自身及互相不兼容 應用： 連續提交1、2兩個請求集，A1、A2會被同時并發，A2會待定直至A1運行完成，此時又會并發出B1，由于B1比A2

12、并發的晚，兩者之間的不兼容會造成A2比B1先運行，未實現需求 升級版方案： 不但將A、B、C設置為自身及互相互斥，而且在請求集內，將A、B、C設置在同一個階段里 應用： 連續提交1、2兩個請求集，A1、B1、C1與A2、B2、C2同時被并發出來，而且一個完整階段完成之后，其他互斥的請求才能運行，也就是A2會等A1、B1、C1運行完成才能運行。 延伸： 請求：請求不兼容的各個參數含義 請求集：請求集不兼容選項，請求集中各階段的不兼容選項的含義P.S.之前只注意了請求集階段可實現階段內請求同時被并發，而階段間請求按順序運行。現在發現同一個階段內請求互斥，能夠實現階段內請求按照順序運行，同時階段間請

13、求按照順序互斥等待的需求。P.P.S.可以看到以上的麻煩在于導入請求按階段分拆成了不同的請求，容易在各請求數據校驗基礎與請求互斥性上忽略處于中間狀態的數據校驗。如果合并為一個大請求，在不兼容設置上會很簡單，但是在方案上，不一定能滿足中間狀態數據的展示，而不是一口氣從業務系統導入標準模塊接口的需求；在技術上，可能會造成只有一類數據時單個請求涉及面太廣的效率與資源浪費，同樣對于程序修改，也會存在定位到具體代碼的困難。總之，設計接口平臺及導入程序時，務必考慮到報錯回傳的時點，以及中間狀態數據與各類檢驗的關系。P.P.P.S對于用戶的培訓，一定要強調：1、連續多次提交請求并不能加快數據處理的效率，也不

14、會讓您的請求在待定中提前運行；2、如果相同發票號或者其他唯一性字段的數據分次由業務系統上傳，一定等上傳完整再運行相關導入請求，以減少報錯回傳李岳陽3.3 請求-默認參數【需求】項目實施過程中發現，對于一些頻繁使用的請求，而如果還要輸入好多的參數，客戶就會有意見了。若能夠設置一些默認參數，確實能提高不少效率的。【步驟】1. 查找并發程序：路徑：系統管理員-并發-程序-定義2. 點擊“參數”按鈕：在這個界面，就可設置一些默認的參數。其中，默認類型有：常數、SQL語句、配置文件、段、當前日期、當前時間。以上是一個日期的默認實例。也可以是技術寫的SQL代碼：【案例1】有關OIE模塊，“費用報表導出”請

15、求，標準的“GL 日期”參數沒有默認值。若該參數留空，系統會將“費用報表日期”默認成“GL 日期”；而費用報表日期，根據業務人員填報的費用發生日期，取最近日期。假設：當前日期為2013-12-05，11月月結結束，AP期間關閉，業務人員填報了兩行費用費用日期項目金額摘要2013-11-08出差費120無2013-10-20業務招待費用620無該費用已經審核完畢，AP會計，運行“費用報表導出”請求。若沒有修改參數，則會報錯，不在打開的期間內；（而如果11月期間還沒有關，那么該筆費用就會傳到11月份，而此時利潤表、資產負債表等可能已經出好了）這時，修改一下默認參數為“當前日期”就很有幫助。【案例2

16、】同事分享的一段案例：資產模塊創建會計分錄請求：創建會計科目-資產參數：帳簿類型代碼值集：FA_BOOK_TYPE邏輯：職責層的配置文件“FA：安全性配置文件”所關聯的資產賬簿的名稱難點：用哪段SQL來取出這個默認值？Tips：參考表驗證值集的取值SQL值集FA_BOOK_TYPE是一個表驗證值集，在“驗證表信息”頁面，就可以找到select、from和where的對應字段與代碼，經過整理（去掉回車分段符），就可以形成如下的代碼：取值SQL：selectBOOK_TYPE_CODEfromFA_BOOK_CONTROLSwherebook_type_code=(Selectbook_type_

17、codeFromFA_BOOK_CONTROLSWhereorg_id=FND_PROFILE.VALUE(ORG_ID)anddate_ineffectiveisnull)orderbybook_type_code李岳陽四：表驗證值集【轉】使用ORACLE系統，離不開值集，獨立驗證值集、無驗證值集，很簡單。本節只講表驗證值集，在程序的參數、說明彈性域中，不時會用到表驗證值集。表驗證值集，就是要從一張或幾張表中，取出符合條件的某個字段做為返回值，并可以將其他一些字段作為參照說明。關于表驗證值集，ORACLE聯機幫助上有段文字，講得很清楚。我在這里，只列幾個例子，供以后照葫蘆畫瓢用。4.1 配置

18、文件關聯$PROFILES$示例用profiles條件可以將取值范圍與某個預置文件的值相關，只有滿足這個預置文件的值才會在值集列表中出現，這顯然增加了值集的靈活性。在多組織、多用戶的企業中大有用處。WHERE APPLICATION_ID = 200AND ADJUSTMENT_PERIOD_FLAG YAND SET_OF_BOOKS_ID = :$PROFILES$.GL_SET_OF_BKS_IDAND SYSDATE=START_DATEORDER BY PERIOD_YEAR DESC, PERIOD_NUM DESC$PROFILE$.（注意：有個點作分隔符）后面跟的是PROFIL

19、E在系統內的名稱(Name)，不是系統管理員給預置文件賦值界面看到的名稱(User Profile Name)，需要到應用開發者模塊中，用后者查詢出前者。4.2 參數關聯$FLEX$示例在定義請求參數時，有時我們希望某個參數與之前的一個參數相關。例如，一個參數是供應商名稱，另一個參數是供應商地點，顯然，我們希望在用戶選擇了供應商名稱之后，供應商地點的值列表中只有該供應商的地點，而不是系統中全部的供應商地點。這時，就要用到 $FLEX$ 條件。WHERE PV.VENDOR_ID = PVS.VENDOR_IDAND PV.ENABLED_FLAG = YAND PVS.ORG_ID = :$P

20、ROFILES$.ORG_IDAND PV.VENDOR_NAME = :$FLEX$.XX00AP0080_VENDOR_NAME_01ORDER BY SEGMENT1在這個例子中，$FLEX$.后面寫的值是另一個值集XX00AP0080_VENDOR_NAME_01。在定義請求的參數時，先定義供應商名稱，指定值集XX00AP0080_VENDOR_NAME_01；然后定義供應商地點，指定上面示例的值集。含$FLEX$條件的值集，必須與它所引用的值集一起使用，否則它取不到值。4.3 附加列示例通常值集有“值”與“說明”兩列，如果想要顯示更多的列做為參照，就要使用附加列。下圖是個效果。附加列

21、的定義寫在Aitional Columns 中，上例的定義如下：ABA.BANK_ACCOUNT_NUM APPL=XX00AP;NAME=APP-XX00AP-0101I(*),ABB.BANK_BRANCH_NAME APPL=XX00AP;NAME=APP-XX00AP-0102I(*), ABB.BANK_NAME APPL=XX00AP;NAME=APP-XX00AP-0103I(*)附加列定義中，各列之間以逗號分隔。以“ABddA.BANK_ACCOUNT_NUM APPL=XX00AP;NAME=APP-XX00AP-0101I(*)”為例，ABA.BANK_ACCOUNT_N是

22、要顯示在此列中的值；APPL=XX00AP;NAME=APP-XX00AP-0101I是此列的標題，本例中它使用一個“消息”定義標題，這樣可以做到按不同的語言顯示不同的標題文字，XX00AP是定義消息所在的應用程序簡稱，APP-XX00AP-0101I是消息名；(*)是本列的顯示寬度，星號（*）表示由系統根據本列的值自動決定顯示寬度。本章摘自張登輝功能顧問應掌握的“系統管理員”技術 - 給新手入門用的 老手請來補充 精五：說明性彈性域5.1 配置文件關聯【需求】集團實施項目時，如果多家公司共用一個INSTANCE，ATTRIBUTE資源比較緊張，根據配置文件關聯的OU/BG來區分定義說明性彈性

23、域。【方法】在說明性彈性域“參考字段”輸入：:$profiles$.PER_BUSINESS_GROUP_ID同時，勾上“與參考字段同步”，系統會自動根據配置文件對應的ID，來識別上下文；其中：PER_BUSINESS_GROUP_ID是配置文件的NAME:以上設置的效果：不同BG的附加個人詳細信息，顯示不同的提示字段。六：表單個性化表單個性化，偏技術了，作為功能顧問，知道了解一下就好。簡單的定義，也最好在技術顧問的監督下完成。6.1 字段顯示名稱修改 【需求】可能是翻譯/習慣原因，某些字段顯示名稱不恰當，會引起用戶的誤操作。【案例】日記賬界面，將“審批”按鈕的名稱，改成“提交審批”。【步驟】

24、1. 打開日記賬界面2. 點擊：幫助-診斷-自定義代碼-個性化輸入序號、關鍵字和說明。條件選擇和處理模式，也按上圖設置。點擊活動：（由于在三個界面有“審批”按鈕，需要分別定義）6.2 不能保存該記錄校驗 【需求】在標準界面（開發界面），對單個字段校驗，可以通過值列表LOV進行；而針對多個字段的判斷邏輯，就有需要通過個性化來控制【案例】：張驍旎同事分享的案例：銷售訂單類型與職責不匹配，提示“您無此權限，請更正訂單類型”【步驟+截圖】1，定義界面個性化定義查詢條件是通過PROFILE: XYG_ORDER_TYPE的職責對應選項驗證實現 2界面個性化（出錯提示）3界面個性化（觸發定義 ）4用開發管

25、理員定義 XYG_ORDER_TYPE配置文件5XYG_ORDER_TYPE的值同時定義一個同名的值集輸入訂單類型的關鍵區別字，此處為內外銷6。在配置文件中根據人員或職責定義XYG_ORDER_TYPE的值7，訂單輸入時效果6.3 設置默認值 【需求】 ORACLE標準界面（客戶化），有些字段無法設置默認值，可以考慮使用個性化【案例】 張驍旎同事分享的案例：將工單完工單位默認為“箱”【步驟】1 定義條件 ：2 默認單位七：其他7.1 PA自動會計 路徑：PA-設置-自動會計-規則【案例】需要根據項目ID，取部門段值： 7.2 SLA自定義來源 7.3 費用報銷-AME配置:定義審批人組，可以根

26、據類別來自定義審批人：雷林麗 7.4 配置文件定義配置文件定義: SQL語句：sql=SELECT MEANING Run in Debug Mode, LOOKUP_CODEinto :visible_option_value,:profile_option_valuefrom fnd_lookupswhere lookup_type = YES_NOCOLUMN=Run in Debug Mode(10) 7.5 快速查詢form界面的lov查詢sql【轉】轉自SPACE：http:/spaces.hand-這個方法共分三個步驟:1. nav到銷售訂單界面,幫助-關于oracle應用產品獲

27、得sid值如果你在這個界面沒有看到會話sid值,去檢查下你的FND:診斷這個配置文件的值是否為是.2 點擊客戶編號item的值列表到進行到如下界面 在plsql中執行 如下sql腳本,輸入sid值查看output就可以取得該lov的查詢代碼declare cursor cur_lov_sql(p_pre_sql_addr varchar2) is select t.SQL_TEXT from v$sqltext_with_newlines t where t.ADDRESS = p_pre_sql_addr order by t.PIECE; - l_lov_sql varchar2(2400

28、); l_prev_sql_addr varchar2(200);begin begin select v.PREV_SQL_ADDR into l_prev_sql_addr from v$session v where v.SID = &sid; exception when others then dbms_output.put_line(get prev sql addr error,|sqlcode|:|sqlerrm); end; - for rec in cur_lov_sql(l_prev_sql_addr) loop l_lov_sql := nvl(l_lov_sql,)|

29、rec.sql_text; end loop; - dbms_output.put_line(lov查詢sql為:); dbms_output.put_line(l_lov_sql);end; 7.6 查找說明性彈性域實施項目時，說明性彈性域經常被用于開發中，可以作為一種狀態的回寫，也可以是附加的字段。為了避免不同的開發項之間沖突，項目共享文檔中，總要登記一個“說明性彈性域”的使用情況。查找某個表單、WEB界面的說明性彈性域，是一個比較繁瑣的操作。本節介紹一段代碼可以方便查詢：SELECT fdc.title, FDU.APPLICATION_COLUMN_NAME, fdu.END_USER_COLUMN_NAME, FDU.FORM_LEFT_PROMPT, (SELECT ffvs.flex_value_set_name FROM fnd_flex_value_sets ffvs WHERE FFVS.FLEX_VALUE_SET_ID = FDU.FLEX_VALUE_SET_ID) 值集, fdu.DESCRIPTIVE_FLEX_CONTEXT_CODE 上下文, fdu.DISPLAY_FLAG 顯示, fdu.REQUIRED_FLAG 必輸, FDU.ENABLED_FLAG 啟用 FROM fnd_descr_flex_col_usa