該死的 Oracle

最近公司內部稽核對於 Oracle 的 Credit Check Rule 做了檢查, 結果發現, Credit Exposure Report 的結果不等於實際上在 Credit Check Rule 中的設定, 更奇怪的問題是, 也不是全錯, 而是對錯各半.

後來針對這個"神奇"的現象去查才發現, 我們有針對特定的 Line Type, 利用 Defaulting Rule 去套用沒有 Credit Check 的 Payment Term, 以避免該 Line 被 Credit Hold.

在實做上 Oracle 也確實的有達到這個效果, 但是 Exposure Report 確沒有考慮到這個狀況, 而把這個 Line Type 的 Total Amount 算進去. 更嚴格的說, Oracle 是直接看 Order Amount 去計算, 沒有進到 Line 裡面仔細的計算. (Oracle Metalike Doc. 558473.1)

上週針對這個問題 Log TAR, 結果被印度人秒殺, 理由竟然是他們仍在處理中 (從 2004 年處理到現在?), 所以我今天 Log 了生平的第一個 Level 1

好吧, 看來小公司對於 Oracle 也沒什麼辦法, Oracle 不願意承認與處理這個問題, 那只好不用 Oracle 的 Credit Check, 自己客製吧.......

Posted by aloz0101 at 痞客邦 PIXNET Comments(1) Trackback(0) Hits(267)


open trackbacks list Trackbacks (0)

Comments (1)

Post Comment
  • 最近我們公司也有接到同樣的客製案例,不過,我很好奇的為什麼你們會希望oracle的credit check機制可以改成依照payment term的不同而去計算或不計算Exposure Amount?假設現在有一筆order line是採用cash的付款方式,那這筆order line就不用作credit check,這個我可以理解,但是核准訂單後,customer並沒有立即的付我們現金,(付款流程不在om模組),所以在核准訂單後的當下,客戶還是欠我們錢,那麼他的信用可用額度理當減少,不是嗎?為什麼你們會希望這筆order line既不做credit check也不計算至Exposure Amount中呢?

  • Clare,
    你所提到的情況, Payment Term 會使用 Pre-pay (預付), 這樣的 Order Line 是要算在 Exposure 裡的.
    我們公司比較特別, 有很多不能算到 Exposure 的 Order Line, 例如: Sample, 提供給客戶的 Sample, 因為一樣要做資產扣帳的動作, 所以要走 Ship-Only 流程, 再加上國內報關時, 報關文件的單價不能夠為 0, 所以會要求在訂單輸入時, Sample Line 還是要給單價, 反正不會拋轉 AR, 所以也不會有帳的問題. 但是這樣做, 就會遇到我所提的情況.
    其實, Oracle 的 Credit Check 就是忽略了這個部份, 所以 Credit Exposure 直接看 Header Amount, 但是 Credit Hold 卻是可以看到 Line Level, 我個人是覺得這部份很矛盾啦.... ^^"

    aloz0101replied on 2008/11/11 14:15

Comment Permissions: Allow commenting

Leave Comment

*Name/Nickname
E-mail
Personal Website
Comment Title
*Comment
* Private Comment