今天想要把一個客製的 Form, 所有的欄位做分類後, 利用 Tab Canvas 分別顯示, 應該是一個很簡單的變更, 沒想到出現了一個 FRM-40106 的錯誤, 找了半天, 後來仍是無解, 就把備份檔複製出來重做 (這告訴我們備份的重要?), 結果又好了 
...
客製 Form 的架構如上圖, 一進來 Form 時, 會先進 Master Block, 並觸發 WHEN-NEW-BLOCK-INSTANCE, 可是, 加上 Tab Canvas 之後, 系統變成進去不 Master Block, 而跳到 Detail Block, 並且跳出 Error, 但, 如果手動點選 Master Field 卻又可以 ...... ╮(﹀_﹀")╭
附上 Oracle Metalink 對此 Error 的說明 :
Subject: Troubleshooting FRM-40106
Doc ID: 1016002.6
DENSE_RANK() OVER(PARTITION BY XXX, YYY ORDER BY ZZZ )
RANK() OVER(PARTITION BY XXX, YYY ORDER BY ZZZ )
如果資料有 10, 10, 10, 20, 20, 30, 40...
用 DENSE_RANK() 會排出：1, 1, 1, 2, 2, 3, 4
用 RANK() 會排出：1, 1, 1, 4, 4, 6, 7
因為 Order Line 的彈性用得兇, 所以寫一個簡單的 Table 與 Form, 再外掛到 Order Line 的畫面中, 也因為是客製的小畫面, 我就想要把畫面呈現在原本的 Order Line 的右手邊, 這樣看起來比較有一置性.
很直覺想法, 就是去設定 Window 的 X Position / Y Position, 可是, 就因為畫面太簡單, 整個 Form 只有一個 Window, 所以, X Position / Y Position 屬性會因為在 PRE-FROM 的 APP_WINDOW.SET_WINDOW_POSITION('XXXX', 'FIRST_WINDOW'), 而不會發揮預期的作用
所以, 如果是這樣的情況, 就需要在 SET_WINDOW_POSITION 之下, 另外使用 SET_WINDOW_PROPERTY 來設定 Position
SET_WINDOW_PROPERTY('WINDOW_NAME', POSITION, X_POSITION, Y_POSITION);
SET_WINDOW_PROPERTY('XXXX' , POSITION, 1 , 2 );
管理出貨流程的人應該都會發生, 就算 OM Line 處於 Hold 狀態, Line Status 一樣會從 Booked 轉為 Awaiting Shipping, 然後在 Shipping Transaction 畫面仍然會有資料, 也代表使用者可進行 Create Delivery 的作業 (最後會卡在 Pick Release)
原因還不是很確定, 應該跟 OM Order Line > Schedule - Line & Workflow Background Process 有關, 不過, 應該還算是合理, 因為就算是被 Hold, MRP 可能還是需要把這筆訂單 Line 考慮進去
如果先不要想的那麼複雜, 只需要針對這樣的 Line, 在 Shipping Transaction 強化卡關的動作, 是可以用以下的功能, 組合出適合公司流程的情況 :
1. Firm Contents
這個功能 Oracle 沒有強制要做, 但, 如果出貨流程是分不同的人員/部門來做, 那我們就可以利用這個功能來增加站點, 進而做到檢查功能. 我這邊對於 Delivery Firm 有以下主要的控制與檢查
A. 按 Firm 時會 : 檢查 Line 是否有 Hold (有 Hold 的話不允許 Firm), 檢查 Bill To Information (不可以有大於一組的 Bill To)
B. Firm 之後 : Order Line 全欄位不能夠修改, 揀貨人員只看的到 Firm 的 Delivery
2. Personalize
在不變更 Oracle 標準畫面的情況之下, Personalize 是唯一的辦法, 在嘗試一陣子之後, 以上的功能都可以用 Personaliz 達成
前幾天不知道哪根筋不對, 竟然跑去調整 Freight Carriers 的 Code, 結果把 Oracle 想簡單了.......
好傻好天真的認為, 只要改 WSH_CARRIERS 就好, 結果, 看起來 OK 的, 但是拋轉 AR, 甚至 Organization Assignments 都出了問題, 趕快把 Form (WSHFXCSM) 打開來研究, 好險, 這個 Form 並不會太複雜
- WSH_CARRIERS (調整 : FREIGHT_CODE)
- WSH_CARRIER_SERVICES (調整 : SHIP_METHOD_CODE)
- FND_LOOKUP_VALUES (LOOKUP_TYPE = 'SHIP_METHOD') (調整 : LOOKUP_CODE)
- ORG_FREIGHT_TL (調整 : FREIGHT_CODE / FREIGHT_CODE_TL)
- WSH_CARRIER_SHIP_METHODS (調整 : SHIP_METHOD_CODE)
下次一定不會再做這種事....(冷汗!)
Oracle 本身已經有針對 Customer 的 Credit Limit 等資訊做簡單的歷史紀錄
Table : AR_CREDIT_HISTORIES
Trigger :
1. HZ_CUSTOMER_PROFILES_BRU => HZ_CUSTOMER_PROFILES
2. HZ_CUST_PROFILE_AMOUNTS_BRU => HZ_CUST_PROFILE_AMOUNTS
Metalink Doc. ID : 459456.1
之前有發現, RA_CUSTOMERS 這 View 的 Customer Name 從 360 被截斷為 50 ( Link )
前幾天又發現, 在 Blanket Sales Agreement 這個畫面中, 也出現類似的問題, 問題出在另外一個 View : OE_SOLD_TO_ORGS_V ( Oracle 的工程師是認為不會有公司名稱那麼長的嗎 )
上 Oracle Metalink 查, 很幸運的, 很快就找到, 文中也附上了 Patch, 不過, 下載這個 Patch 竟然要跟 Oracle 先要密碼才能用, 看來, Oracle 也還沒對這個 Patch 做驗證動作, 還是先等一等吧~
Oracle Metalink Doc ID : 788448.1 ( Link )
Patch Number : 7539013
想要修改 Order Type / Line Type 的名稱, 但是已經有存在的訂單, Oralce 是不允許修改的.
要找到修改的 Table 不是難事, 問題都是改完才發現 
Oralce 分別在 Shipping Transaction 與 MRP 部份, 特別針對 Sales Order 的 Order Type 做抄寫動作, 也就是在自家的 Table 中, 把該 Sales Order 的 Order Type 做紀錄. 直接的影響就是在 Pick 時, 如果只改了其中之一, 就會造成 Pick 不過. 需要修改的 Table 如下
有變更到 Form Message 的設定 or 內容文字時, 不是改完存檔就沒事了, 變更完之後還要一個步驟
第一種作法 : Run Request > Generate Messages
第二種作法 : 在 Form Server 上執行 FNDMDGEN APPS/APPS 0 Y US GUC DB_TO_RUNTIME
{{ article.title }}
Web (1)