如果需要程式更新 Sales Order 上的 Sales Person, 除了 OE_ORDER_HEADERS_ALL 與 OE_ORDER_LINES_ALL 之外, 還必需更新 OE_SALES_CREDITS, 原因如下 :
- AR 的 Receivable 如果設定某節段要抓 Sales Person 的設定, 會去參考 OE_ORDER_LINES_ALL 的 Sales Person (SALESREP_ID)
- AR 的 Revenue 如果設定某節段要抓 Sales Person 的設定, 會去參考 OE_SALES_CREDITS 的 Sales Person (SALESREP_ID)
Credit Hold 目前使用到的有幾種類型 : Overall Limit Exceeded, Order Limit Exceeded, Overdue Invoices Found
因為類型只在於 Hold Comment 不同, Hold Type 都一樣 (Credit Check Failure), 所以, 類型不同的 Credit Hold 不會重疊
之前有發現到一個問題, 我這邊需要設定兩段的 Credit Check Rule, 一段設在 Booking 時, 另一段要設在 Picking, 而且兩段的 Check Rule 完全不一樣.
Booking 時就是比較一般的 Check (Open SO, Open AR ... 等等), 但是 Picking 就""只要""檢查是否有 Open AR 已經 Overdue 超過 31 天, 也就是說, Open SO / Open AR 都不看.
但是 Oracle 的 Credit Check Rule 畫面, 強迫使用者 Open SO 與 Open AR 一定要擇其一, 該如何設定只看 Overdue 呢?
Order Import 時, 最主要的動作可以分為三大類 : Split, Update 與 Cancel, 原本以為在 Split 的同時, Update 也是可以一並處理的, 但是一直會出現一個問題, 就是 Sales Order Line (OE_ORDER_LINES_ALL) 與 Shipping Transaction (WSH_DELIVERY_DETAILS) 資料不一致, 再清楚一點說, 就是 OE_ORDER_LINES_ALL 的資料會與 Import 資料完全相同, 但是 WSH_DELIVERY_DETAILS 卻還是 Import 前的資料, 用以下範例解釋問題 :
Step 1. 先 Import 一張訂單, Line 1.1 是 100 個, Shipping Method 為 A
Step 2. Split Line 1.1
- ID 欄位與 Meaning 欄位同時給值 : 例如 Ship to Org 與 Ship to Org ID 同時都有給值, Oracle 只會抓去 ID 值, 並且有 Warning 提示
- 當該訂單 Line 有任一條處於 "Closed" 時, Order Header 不允許修改任何欄位
- Order Date 是決定是否可以使用 Blanket Number / Price List / Order Type / Line Type 的欄位
| Type Meaning | Type ID |
| G_HEADER_UNINVOICED_ORDERS | 1 |
| G_LINE_UNINVOICED_ORDERS | 2 |
| G_HEADER_UNINVOICED_ORDERS_TAX | 3 |
| G_LINE_UNINVOICED_ORDERS_TAX | 4 |
| G_HEADER_UNINVOICED_FREIGHT | 5 |
| G_LINE_UNINVOICED_FREIGHT | 6 |
| G_HEADER_AND_LINE_FREIGHT | 7 |
| G_INVOICES | 8 |
| G_PAYMENTS_AT_RISK | 9 |
| G_ORDER_HOLDS | 10 |
| G_LINE_HOLDS | 11 |
| G_ORDER_TAX_HOLDS | 13 |
| G_LINE_TAX_HOLDS | 14 |
| G_ORDER_FREIGHT_HOLDS | 15 |
| G_LINE_FREIGHT_HOLDS | 16 |
| G_HEADER_LINE_FREIGHT_HOLDS | 17 |
| G_EXTERNAL_EXPOSURE | 18 |
| G_PAST_DUE_INVOICES | 20 |
| G_BR_INVOICES | 21 |
| G_BR_PAYMENTS_AT_RISK | 22 |
Oracle 本身已經有針對 Customer 的 Credit Limit 等資訊做簡單的歷史紀錄
Table : AR_CREDIT_HISTORIES
Trigger :
User 在建立客戶主檔時, 發現客戶的國家不太正確, 去 Google 一下後發現, 新版的 ISO 跟 Oracle 的內容有一些不一樣, 自己先手動加一下比較快~~
需要手動新增的 Table :
之前有發現, 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 做驗證動作, 還是先等一等吧~
想要修改 Order Type / Line Type 的名稱, 但是已經有存在的訂單, Oralce 是不允許修改的.
要找到修改的 Table 不是難事, 問題都是改完才發現 
Oralce 分別在 Shipping Transaction 與 MRP 部份, 特別針對 Sales Order 的 Order Type 做抄寫動作, 也就是在自家的 Table 中, 把該 Sales Order 的 Order Type 做紀錄. 直接的影響就是在 Pick 時, 如果只改了其中之一, 就會造成 Pick 不過. 需要修改的 Table 如下
