application(ebs)開發(fā)

1、Application(EBS)開發(fā)Profile：一個(gè)Profile其實(shí)就是一個(gè)參數(shù)，在開發(fā)員職責(zé)里面定義，注意這個(gè)時(shí)候選擇的Application僅僅是方便管理，對(duì)以后的使用沒有限制；一個(gè)Profile的具體值需要在系統(tǒng)管理員職責(zé)里面定義，可以分別在四個(gè)層次上定義，即SiteApplicationResponsibilityUser，具體來說可以給任意一個(gè)Site或任意一個(gè)Application或任意一個(gè)Resp或任意一個(gè)User定

2、義這個(gè)Profile的值，可以四個(gè)層次都定義，也可以定義某幾個(gè)層次；對(duì)于一個(gè)Session來說，一個(gè)Profile到底取什么值是和上面的定義有關(guān)系的，即后面的覆蓋前面的，如果它定義了的話。我們可以通過fnd_profile.value(Profile_Name)來取得當(dāng)前會(huì)話的Profile值，庫存組織profile是mfg_ganization_id在用fnd_request.submit_request的時(shí)候，第五個(gè)參數(shù)用false

3、，不要被參數(shù)名稱誤導(dǎo)；這個(gè)函數(shù)有105個(gè)參數(shù)，前面五個(gè)定義請(qǐng)求本身，后面100個(gè)是傳遞給請(qǐng)求的具體參數(shù)，都是類型，我們需要轉(zhuǎn)換，默認(rèn)值是chr(0)，代表這個(gè)參數(shù)不用傳遞給調(diào)用的請(qǐng)求；在Package里面調(diào)用只需要傳遞需要的參數(shù)個(gè)數(shù)，因?yàn)樗心J(rèn)值指示結(jié)束；在fm里面則不行，要寫滿105個(gè)，而且我們參數(shù)結(jié)束之后要用一個(gè)chr(0)來表示結(jié)束用submit_request的時(shí)候，其實(shí)最終還是向fnd_concurrent_requests

4、（另外我們定義的request是保存在Fnd_Concurrent_Programs里面的）里面插入一行數(shù)據(jù)，如果不提交的話，該請(qǐng)求是不會(huì)真正開始運(yùn)行的，所以我們一般在submit_request之后來個(gè)Commit，否則的話如果使用wait_f_request的話會(huì)無限期等待下去；在Fm里面需要注意的是，必須使塊基于數(shù)據(jù)庫，不然沒得Commit。假如在一個(gè)請(qǐng)求內(nèi)部使用了submit_request，特別注意的是需要檢查Concurre

5、ntManager的Process數(shù)至少為2，否則上述兩個(gè)請(qǐng)求會(huì)處于死鎖狀態(tài)數(shù)據(jù)庫表中的g_Id或者ganization_Id對(duì)初學(xué)者來說往往搞不清楚是哪個(gè)層次的組織，一般來說前者是OU，后者是庫存組織，然而這也不一定，有一個(gè)簡(jiǎn)易的方法是，只要我們碰到Item，比如在訂單中，那么一般是指庫存組織_all，基表，保存多組織數(shù)據(jù)，里面有一個(gè)g_Id字段，一般不直接出現(xiàn)在我們的DML中去掉_all的視圖，根據(jù)用戶環(huán)境過濾掉組織，相當(dāng)于普通的基

6、表，我們直接使用它，就當(dāng)它是基表_v，視圖，給Fm用_kfv，啟用關(guān)鍵性彈性域的時(shí)候動(dòng)態(tài)生成的視圖，包含Concact過的字段組合_dfv，啟用描述性彈性域的時(shí)候動(dòng)態(tài)生成的視圖，我們?nèi)椥杂蜃佣蔚拿枋龅臅r(shí)候，需要用用戶出口函數(shù)。。。。。。。。。。。fnd_attached_系列的表保存我們?cè)陂_發(fā)員職責(zé)里面的附件定義fnd_documents_系列的表保存最終用戶的具體的附件業(yè)務(wù)數(shù)據(jù)，file類型的附件存儲(chǔ)在fnd_lobs表中fnd_d

7、ocuments_tl.media_id可以關(guān)聯(lián)到fnd_lobs.file_id、fnd_documents_long_text.media_id、fnd_documents_shot_text.media_id取得相應(yīng)的附件內(nèi)容定義過程如下1、定義Entity實(shí)體，其實(shí)就是表，必須的Table輸入表名即可EntityID輸入表名即可，如果在同一個(gè)標(biāo)定義多個(gè)實(shí)體，可以用“表名_N”的形式，隨便EntityName輸入一個(gè)比較友好的名字

8、，這個(gè)名字要顯示給用戶看Prompt沒什么用Application就是我們的應(yīng)用；如果是定義在acle標(biāo)準(zhǔn)表上，最好也用我們自己的應(yīng)用名，否則升級(jí)的時(shí)候會(huì)丟失2、定義DocumentCategies，其實(shí)就是定義一個(gè)類別或者說一個(gè)標(biāo)志，可以直接用系統(tǒng)的Miscellaneous這個(gè)類別，可選的Categy輸入任意一個(gè)名字即可DefaultDatatype隨便選一個(gè)，最好選會(huì)應(yīng)用這個(gè)Categy最常用的類型，比如文件EffectiveDa

9、te默認(rèn)，不填即可Assinments按鈕這里不用管3、定義AttachementFunction，必須的Type一個(gè)Fm可能關(guān)聯(lián)幾個(gè)Function（進(jìn)一步關(guān)聯(lián)幾個(gè)菜單），如果附件在不同的Function下可能不同，比如Categy不同（從而可以過濾附件，這就是所謂的安全性），這里選Function；如果附件不需要區(qū)分Function，這里就選FmNameFm或者Function的名字UserName自動(dòng)出來SessionContex

10、t我沒用它Enabled打勾4、點(diǎn)擊Categy按鈕，為上面定義的AttachementFunction選擇剛才定義的Categy，或者選擇Miscellaneous，可以選擇任意個(gè)，必須的Categy的工作原理：Categy本身僅僅是一個(gè)標(biāo)志，就像我們部門字典表一樣；一個(gè)Fm（或者其Function）會(huì)關(guān)聯(lián)到一個(gè)或多個(gè)Categy（就是在這里定義）；最終用戶在把一個(gè)附件添加到這個(gè)Fm上的一條記錄上時(shí)，必定會(huì)指定屬于某個(gè)Categy，可