不然每次都忘記要重找

原因 : 資料筆數超出限制

解法 : 修改設定

1. Tools -> Options -> Query Governor (to set up permanently)
2. Tools -> Retrieve all rows (to get all rows for particular workbook)

- AR 的 Receivable 如果設定某節段要抓 Sales Person 的設定, 會去參考 OE_ORDER_LINES_ALL 的 Sales Person (SALESREP_ID)

- AR 的 Revenue 如果設定某節段要抓 Sales Person 的設定, 會去參考 OE_SALES_CREDITS 的 Sales Person (SALESREP_ID)

1. 先設定 Form 的 Visual Attribute, 屬性就設定 Background Color 為需要的顏色

2. 在所需要觸發的 EVEN Trigger (ex: BLOCK 的 POST_QUERY) 之下, 呼叫以下 Procedure

設定的部份分為三部份 : Order / Shipping / Inventory

Inventory 的部份, 就是設定來源與目的倉儲的地方, 依照每一個 Subinventory設定的不同, Pcik Rule 的設定方式也不相同

-範例1

來源倉可以不設定儲位, 就表示這個倉裡面的所有儲位都可以揀. 目的倉如果本身就沒有儲位, 那也就不用指定 (虛擬倉比較會有這樣的設定)

-範例2

如果 ERP 沒有設計特定的出貨倉, 又因為來源倉儲不能完全等於目的倉儲 (A1 -> A1 是不行的), 所以可以在原倉設定一虛擬儲位

-範例3

當然也可以直接設定來源倉儲, 這樣就只能揀該倉儲位的東西 (儲位打一下馬賽克 XD)

另外, 如果目的倉是有儲位的, 但沒有設定, 這樣在第二段的揀貨會失敗

因為類型只在於 Hold Comment 不同, Hold Type 都一樣 (Credit Check Failure), 所以, 類型不同的 Credit Hold 不會重疊

Booking 時就是比較一般的 Check (Open SO, Open AR ... 等等), 但是 Picking 就""只要""檢查是否有 Open AR 已經 Overdue 超過 31 天, 也就是說, Open SO / Open AR 都不看.

但是 Oracle 的 Credit Check Rule 畫面, 強迫使用者 Open SO 與 Open AR 一定要擇其一, 該如何設定只看 Overdue 呢?

1. Exposure 頁面只選擇 "Include Open receivables Balance"

2. Open Receivables Days 設定 "-1"

設定為空值應該表示為全看, 設定為 0 還是會算到當天立的 AR

3. Maximum Days Past Due 就依照需要設定天數即可 (我們是超過 30 天, 所以就設定 31)

Step 1. 先 Import 一張訂單, Line 1.1 是 100 個, Shipping Method 為 A

Step 2. Split Line 1.1

            Line 1.1 變為 90 個, Shipping Method 改為 B

            Line 1.2 為 10 個, Shipping Method 也為 B

Step 3. Import Split Line

把 Split Line 與目前 Shipping Method 資訊寫進 Interface

=> 此時, Split Line 沒有問題, 但是 Sales Order Line 的 Shipping Method 會改為 B, 但是 Shipping Transaction 的 Shipping Method 仍為 A

=> 這一個動作就是問題所在, 因為 Oracle 認為, Split 與 Update 都不同的動作, 所以在 Import 時做兩個動作是不正確的, 也就是 Step 3 應該拆成 :

Step 3. Import Split Line : 只放最少資訊, 用來達成 Split 的動作 (Metalink Doc ID : 394124.1)

Step 4. Import Update Line : 再將其他欄位一次 Update 進系統

補充 :

(1) 訂單 Import 前的畫面是經過客製, 使用者先將所有訂單資料填寫完之後, 再使用 Oracle Standard Import Function 進到 OM 系統

(2) Oracle 說明文號 : 866882.1

(3) 此問題會發生在 Ship To Customer / Ship To Address / Ship To Contents / Shipping Method

- 當該訂單 Line 有任一條處於 "Closed" 時, Order Header 不允許修改任何欄位

- Order Date 是決定是否可以使用 Blanket Number / Price List / Order Type / Line Type 的欄位

- Interface 與 Table 的 Link 為 ORIG_SYS_DOCUMENT_REF (Header) 與 ORIG_SYS_LINE_REF (Line) 欄位

- 如果 Import 的動作有 Cancel Line + Create Line, 並且 Header Ordered Date 大於系統日加 30 天, 根據標準 OM Workflow 設定, Order Header Close 時間為 Ordered Date + 30, 所以, 系統會認為 Cancel Line 的動作會造成 Header 的關閉, 所以不允許 Create Line 這一條的動作, 整個 Import 會等於 Error, 所以, 不是將這兩個動作分開 Import, 就是調整 OM Workflow 的設定 (可參考 Metalink Doc ID: 141919.1)

- Order Import 需要的 Share Pool 不算低, 如果 ERP Server 的 Share Pool 很吃緊, Order Import 的使用率又高, 最好把整個 Import 的 Package 保留在記憶體中 (可參考 Metalink Doc ID: 436947.1)

- Order Import 時, 不能同時 Split 與 Update (詳細)

(持續更新....)

客製 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

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

很直覺想法, 就是去設定 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 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 達成

好傻好天真的認為, 只要改 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)

下次一定不會再做這種事....(冷汗!)

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

需要手動新增的 Table :

1. FND_TERRITORIES

2. FND_TERRITORIES_TL

3. 一定會用到的資料 : ISO 3166-1 內容 ( 維基百科連結 )

4. Metalink 文件參考 : Doc ID : 232508.1

前幾天又發現, 在 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

要找到修改的 Table 不是難事, 問題都是改完才發現

Oralce 分別在 Shipping Transaction 與 MRP 部份, 特別針對 Sales Order 的 Order Type 做抄寫動作, 也就是在自家的 Table 中, 把該 Sales Order 的 Order Type 做紀錄. 直接的影響就是在 Pick 時, 如果只改了其中之一, 就會造成 Pick 不過. 需要修改的 Table 如下

• OE_TRANSACTION_TYPES_TL

• WSH_DELIVERY_DETAILS

• MTL_SALES_ORDERS

第一種作法 : Run Request > Generate Messages

第二種作法 : 在 Form Server 上執行 FNDMDGEN APPS/APPS 0 Y US GUC DB_TO_RUNTIME