[原創] SD從零開始51 信用控制範圍

分散的組織結構Decentralized Organization

信用控制範圍是一個為客戶指定和控制信用限額的組織單元；

依賴於你公司的需求，應收款可以使用集中的或者分散的信用政策來管理；

使用分散的信用政策，每個公司代碼可以為它的客戶確定它自己的信用數據；

一個銷售組織只可以分配給一個公司代碼，一個業務交易只可以分配給一個信用控制範圍；

集中的組織結構Centralized Organization

在集中的組織結構中，公司代碼組合到信用管理的一個信用控制範圍；通過這種方式，你可以為客戶執行跨公司代碼的信用管理；

信用控制範圍的貨幣-分散的Currency of Credit Control Area-Decentralized

每個信用控制範圍設置了一個缺省的貨幣；

下列的縮寫在這個課程中會用到：

CCA=Credit control area

CCd=Company code

信用控制範圍的貨幣-集中的Currency of Credit Control Area-Centralized

如果信用控制範圍包含的公司代碼的本地貨幣不同於信用控制範圍的貨幣，則應收款會按信用控制範圍的貨幣重新計算；

任何未清的訂單，交貨或者Billing價值也都會按信用控制範圍的貨幣重新計算；

確定信用控制範圍Determining the Credit Control Area

到4.0版本，附加的標準可以影響信用控制範圍的確定；確定按照如下順序執行：

　　　　1. 用戶出口（EXIT_SAPFV45K_001）；

　　　　2. 來自付款人主記錄的銷售範圍段（Credit control area field in Billing view）；

　　　　3. 銷售範圍

　　　　4.　　銷售組織的公司代碼

通過公司代碼來確認是以前可用的功能，這種形式的分配任然設置為標準的；

只有來自銷售訂單的擡頭數據會被用戶出口考慮；

只有在沒有後續憑證存在的時候才可以修改信用控制範圍；

單個客戶或客戶組信用限額Credit Limit for Individual Customers or Groups of Customers

為集團公司統一指定信用數據是可能的；這些統一的數據，例如風險類別和信用限額，對所有成員公司都有效；

所有成員公司的未清訂單價值和應收款在一個通用信用管理科目中管理；

MARK：A credit limit for a group of customers is independent of the question of payment，in other words the members assigned to a central credit account can be independent as far as payment is concerned；

新客戶的信用限額Credit Limit for New Customers

在業務場景A，如果還沒有為客戶輸入信用數據，則不會執行信用控制；

在業務場景B，立即為新客戶確定信用數據，這意味著信用控制從一開始就執行；

你可以在信用控制範圍的配置中控制風險類別的自動分配，銷售代表組和信用限額；

[原創] SD從零開始52 信用範圍數據維護

內部地劃分信用控制範圍Dividing credit control areas internally

你可以在一個信用控制範圍內建立信用代表組；

在銷售訂單中輸入一個分配給客戶的信用代表組；然後它可用作分析或者釋放功能中的選擇標準；

你可以在信用代表組中指定哪些員工會保持郵件通知；

分類客戶Classifying customers

你可以根據客戶表現的信用風險分配一個風險類別給他們以分類和執行信用檢查；

風險類別決定在訂單和交貨處理中會執行哪些信用檢查；

使用客戶信用控制組，你可以根據你公司的特定需要將客戶分組（例如，按行業或按國家）；信用代表可使用這些組來為回顧和統計分析生成鎖住的憑證；

可以在報告中自由地定義和包括客戶分組；使用這種方式，信用代表可以按行業或者產品組分組客戶；

集中數據和各信用控制範圍數據Central Data and Data in each Credit Control Area

總信用限額

使用總信用限額，你決定一個客戶在所有信用控制範圍內允許的信用限額；所有信用控制範圍內的信用限額的和不能超過總信用限額；

最大單個信用限額

最大單個信用限額限制了某個特定的信用控制範圍的信用限額；在這種狀況下，你不是為某個信用控制範圍決定一個特定的信用限額而最好是一個允許的信用限額；

單個信用限額

用單個信用限額，你可以為一個客戶在某個信用控制範圍內確定一個特定的信用限額；該允許的單個限額必須沒有超過最大單個信用限額；當建立一個信用控制範圍時你可以為單個信用限額指定一個默認值；當你在公司代碼中創建一個客戶並且該默認值已經設置了，系統會自動地給該客戶分配一個分配一個合適的信用限額；用其他的話說系統會創建合適的信用主記錄；

參考日期Reference Dates-Check Dates

下次內部檢查日期（Next Internal Review）允許你為客戶輸入一個日期，在該日期信用限額會重新評估；

如果該日期已經到達或者過期，它不會像下次檢查字段（next check）那樣導致自動信用檢查的通知消息；

上次內部檢查日期可用於在信用預覽和信用主數據表中的選擇和排序；

[原創] SD從零開始53 自動信用控制

信用檢查可執行的時間點Points At Which a Credit Check Can Be Carried Out

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

只要相關的憑證被信用檢查block了，銷售和裝運中的後續的功能就不能執行；

在發貨時執行的檢查不能再block該交易，因為發貨是裝運的最後的功能；如果在發貨時執行了信用檢查並且交貨超過了信用限額，它不會為交貨記賬；系統發行一個錯誤消息；

自動設置Automatic Settings

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

信用組組合在信用檢查中以相同方式處理的不同的業務處理；這些信用組被分配給會為其執行信用限額檢查的銷售憑證類型和交貨憑證類型；

你為每個條目類別決定，是否該條目類別的條目包括在信用功能中（檢查和更新未清信用價值）；在信用檢查中會被考慮的條目類別的字段“active recievables”必須激活；

檢查類型預覽Overview of Check Types

你也可以從自動信用控制的的控制表中調用一個檢查，該檢查可在用戶出口中編程；

更多的信息參考在線實施指南：Sales and Distribution System modifications User exits-> User exits for credit checks and risk management；在這裏你可以找到一個程序列表，在程序中你需要定義不同於標準設置的檢查；

靜態和動態檢查Static and Dynamic Checks

客戶信用揭示可以劃分為一個靜態部分（未清項，未清Billing價值和交貨價值）以及一個動態部分（未清訂單價值）；

未清訂單價值包含所有部分交貨或未交貨的訂單；它按在一個自由定義的時間或期間單位（日，周，月）的信息結構內的物料可用日期累計；

當定義信用檢查，你指定某些數量的相應期間，從這些期間會確定一將來日期；

這樣確保了計劃在未來的銷售訂單在確定信用揭示時不會被考慮；

該例子中的“actual date”是在信用水平軸上確定未清訂單價值的初始日期；“actual date”是每個檢查的當前日期；在一張訂單中，該日期是訂單創建或修改的日期；在交貨中，該日期是交貨創建或修改的日期；

檢查最大憑證價值Checking Against Maximum Document Values

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

檢查對關鍵字段的修改Checking Against Changes in Critical Fields

付款條件，固定起息日和額外固定起息日定義為關鍵字段；該檢查用於監控客戶主記錄中這些默認值的修改；

目前不可以定義更多的關鍵字段；

記住，當你執行這種類型的檢查時，系統不能辨別是對客戶有利的還是不利的修改；每次對客戶主記錄中的這些默認值的修改都會調用該信用檢查；

檢查下次檢查日期Check Against Next Review Dates

在這裏，你不需要指定許多天數，沒有這些“buffer days”，只要系統知道下一檢查日期已經到達，系統就會執行檢查；

檢查未清項Checking Against Open Items

超過某一天數的未清項和客戶余額之間的關系可能是不能超過某一百分比；

延期未支付的天數從付款的基準日期開始計算，用其他的話說，如果付款條件是凈30天，則系統僅開始計算30天時間內的延期未支付的天數；

檢查催款等級的最大數量Checking Against the Maximum Number of Dunning Levels

在客戶主數據的公司代碼數據中存儲當前的催款等級；

[原創] SD從零開始54 信用控制-阻止後續功能

訂單的後續功能Subsequent Functions for Orders

標準版本包含預定義的必要條件，它們確認銷售和分銷憑證的信用狀態；如果憑證是鎖住的，則這些必要條件是不滿足的；

必要條件是用來阻止鎖住的訂單或者交貨的後續功能的執行；

你必須首先在配置中為每個條件和相應的後續功能進行適當的設置；

確保為自動信用控制在檢查規則中設置的鎖標識符只有在一個相應的必要條件也在憑證中確認了這個標識符時才會被激活；

這允許你決定在你公司中當一張憑證被鎖住時哪些後續功能被允許或者阻止；

MARK：你可以阻止為一個交貨創建確認的數量，但是需求傳輸無論如何都會發生；這是因為假定在絕大多數情況下一個交貨會在未來某一時點開始；

後續交貨功能Subsequent Delivery Functions

像訂單一樣，交貨也具有許多的後續功能，這些功能可以在被信用檢查鎖住的交貨中使用相應的必要條件來阻止；

SD從零開始51-54 信用控制範圍, 信用範圍數據維護, 自動信用控制, 信用控制-阻止後續功能