User希望可以寫一個客製Form, 然後用個按鈕就可以Submit Report
1. 一般報表
:result := fnd_request.submit_request(application varchar2 --模組
,program varchar2 --應用程式簡稱
,description varchar2 --請求說明(非必填)
,start_time varchar2 --RUN 時間(非必填)
,sub_request boolean --立刻提交請求 (FALSE)
,argument1 varchar2 --參數1
,argument2 varchar2 --參數2
,argument3 varchar2 --參數3
,argument4 varchar2 --參數4
,argument5 varchar2 --參數5
.......
,argument100 varchar2);
2. PDF報表
除了使用fnd_request.submit_request來Submit Report之外,
在前面還需要增加一行:
XML_LAYOUT := FND_REQUEST.ADD_LAYOUT(application varchar2 --模組
,program varchar2 --應用程式簡稱
,file language varchar2 --語言縮寫(ISO Value): 'en'
,file territory varchar2 --語系縮寫(ISO Value): 'US'
,output format varchar2 --輸出格式: 'PDF');
3. 最後, 還需要加一段 DO_KEY('COMMIT_FORM'); 喔~~
Web (1)
請問一直無法產生PDF報表是需要如何完整設定?
你好, 這還需要看目前的問題或錯誤訊息為何喔 ^^
Oracle ERP 版本 R11.8 沒有 FND_REQUEST.ADD_LAYOUT這支 Package --------------- 若直接在報表設定直接挑選格式為PDF後， 再送出列印 會出現 broken (explicit kill or server shutdown).
你好, 不確定原因為何, 因為 FND_REQUEST 應該是標準的 Package, 請問是否有至 XML Publisher Administrator 中新增 Templates 呢?
你好,推估應該是版本別的關係，再來嘗試使用將其轉出的報表文字檔轉成PDF文件。
你好, 可以直接將文字檔轉成 PDF 而不用套 XML Publisher 嗎?
目前將文字檔貼到Excel再挑細明體, 再去修改格式轉PDF.. 不知道有沒有更便利的方式?
你好, 所以你是用手動的方式轉 PDF 檔? Oracle 可以使用 XML Publisher 的方式直接將文件轉成 PDF 檔, 你可以參考看看
目前就使用手動的方式去作轉成PDF， 手動去調整後他的分頁會跟列印出來的一致， 目前若挑選XML送出列印都會出現問題可能是一開始這個部份都沒有去On起來吧!
你好, XML 的分頁確實不好控制, 但是仍會比手動方便很多 XD 就我這邊的使用情況來說, 目前是大量使用在出貨文件上, 分頁的問題其實影響不大, 重點還是方便, 資料只要正確, 就算同一個欄位被跨頁顯示好像還是可以接受 :)
因為目前我們這邊也是出貨文件那邊會使用這樣， ERP再送出列印以出貨一件一次上百張..每次送出就是要上百張， 沒辦法控制只要印特定或最後幾頁， 因此就利用這樣的方式去作手動調整讓分頁正確..
你好, 每次出貨都要上百張? 然後只是要列印出特定的頁數? 這樣的意思是說, 其他頁都是不需要的資料? 這有點難以想像, 如果你的出貨是依據 Shipping Transaction 的畫面來操作, 每一筆出貨的文件是可以單獨產生的, 也就是一筆出貨一個 PDF 檔. 我這邊是還有做到直接產生實體的 PDF 檔, 放置在特定的路徑之下, 使用者按下客製按鈕之後, 去路徑下就可以看到 PDF 檔, 要列印要寄電子檔都很方便, 這個方式也可以產生 XML, Excel 皆可
一批wdd會有多筆因此一次跑wnd的出貨明細就會有很多頁， View Output出來就好幾頁，再點選工具列Tool->Reprint送出列印， 若該批出貨有50頁再送去印表機列印的過程因印表機卡紙狀況， 就要重新再送一次在Tool->Reprint不能挑選設定要印那幾頁， 直接產生實體的PDF檔是於印表機設定建立一個PDF印表機這樣嗎?
你好, 這樣看起來, 你的作法跟我這邊有點差距, Detail 會有多筆這是必然的, 但是如果正確的使用 XML Publisher 套表, 應該不至於這樣. 不是使用 PDF 印表機, 而是使用 Bursting Engine 方式, 用 Java 將 Report 產生出來的 XML 與 RDF 檔結合, 其實也就是等於 XML Publisher 的功能, 但是對使用者來說更方便, 不用 View Output 再另存, 直接把這些動作整合, 但是重點還是在於 XML Publisher 的概念. skype : guc.leo.hu
Aloz... 大概清楚了解了，一開始顧問導入就沒有把XML這塊弄起來， 現在根本就不知道怎麼去Run...現在就叫User這樣解還可以接受， 當初也有打算將View Output的文字檔自己寫個Java去Call出來， 但感覺有難易度麻煩就作霸了!
你好, 了解, 不過你的 User 還蠻好講話的, 能用就好, 呵呵, 我個人是還蠻喜歡這個功能的, 因為看到 User 把報表弄得亂七八糟也怪難過的 :D
請教一下 ^^ 我現在用 fnd_request 提交 Requisition Import 這個 Request 有給我 Request ID 但是怎麼在 View => Request 裡面都找不到產生出來的 request ID 而且在 Interface 的 PR 資料也完全沒有經過 Requisition Import 處理的樣子 用 f nd_request 提交的 Request 要去那邊找呢？
你好, 一些情況下, 例如在 Trigger 裡面用 FND_REQUEST, 它會缺少一些特定參數, USER_ID, RESP_ID, RESP_APPL_ID 等, 所以你要執行 Initialize : FND_GLOBAL.APPS_INITIALIZE(USER_ID => 1113, RESP_ID => 50294, RESP_APPL_ID => 660); 試看看吧 :)