SAP SD基礎知識之自動信用控制

SAP SD基礎知識之自動信用控制

一，信用檢查可執行的時間點

使用系統設定來指定我們想什麼時候執行信用檢查；我們可能，例如，要求只在銷售訂單處理過程中執行檢查。

只要相關的憑證被信用檢查block了，銷售和裝運中的後續的功能就不能執行。在發貨時執行的檢查不能再block該交易，因為發貨是裝運的最後的功能。如果在發貨時執行了信用檢查並且交貨超過了信用限額，它不會為交貨記賬，系統發行一個錯誤訊息。

二，自動設定

客戶的信用控制範圍，風險類別，以及業務交易都影響自動信用檢查的型別和範圍。

信用組組合（如上圖中的document credit group 01/02/03）在信用檢查中以相同方式處理的不同的業務處理，這些信用組被分配給會為其執行信用限額檢查的銷售憑證型別和交貨憑證型別。

銷售訂單型別配置介面裡的信用組，

或者，OVAK配置，如下圖:

為交貨單型別分配信用組，

我們為每個條目類別決定，是否該條目類別的條目包括在信用功能中（檢查和更新未清信用價值），在信用檢查中會被考慮的條目類別的欄位"Credit active"必須啟用。如下配置路徑，做這個啟用動作：

三，檢查型別概覽

我們也可以從自動信用控制的的控制表中呼叫一個檢查，該檢查可在使用者出口中程式設計。

靜態和動態檢查

客戶信用揭示可以劃分為一個靜態部分（未清項，未清Billing價值和交貨價值）以及一個動態部分（未清訂單價值）。未清訂單價值包含所有部分交貨或未交貨的訂單，它按在一個自由定義的時間或期間單位（日，周，月）的資訊結構內的物料可用日期累計。

檢查最大憑證價值

銷售訂單或交貨價值可能不能超過信用檢查中定義的特定值，該價值儲存為信用控制範圍的貨幣。這對於尚未為其定義信用限額的新客戶特別適用，我們可以使用一個為新客戶定義的風險類別來啟動該檢查。

檢查對關鍵欄位的修改

付款條件，固定起息日和額外固定起息日定義為關鍵欄位，該檢查用於監控客戶主記錄中這些預設值的修改，目前不可以定義更多的關鍵欄位。不顧需要強調的是，當我們執行這種型別的檢查時，系統不能辨別是對客戶有利的還是不利的修改；每次對客戶主記錄中的這些預設值的修改都會呼叫該信用檢查。

檢查下次檢查日期

在這裡，我們不需要指定許多天數，沒有這些"buffer days"，只要系統知道下一檢查日期已經到達，系統就會執行檢查。

檢查未清項

超過某一天數的未清項和客戶餘額之間的關係可能是不能超過某一百分比。延期未支付的天數從付款的基準日期開始計算，用其他的話說，如果付款條件是淨30天，則系統僅開始計算30天時間內的延期未支付的天數。

檢查催款等級的最大數量

在客戶主資料的公司程式碼資料中儲存當前的催款等級。

- 完 -

2020-2-15 寫於蘇州市。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/29829936/viewspace-2675681/，如需轉載，請註明出處，否則將追究法律責任。