【摘要】信用管理的實質是對客戶實施分類精益管理，有計劃地防控客戶信用風險，確保應收賬款回收，同時可加快企業資金周轉，以獲取更大利潤。本文分析了企業信用管理存在的問題，探討了利用5C原則進行信用管理需要注意的事項，詳細闡述了進行信用管理的策略和利用計算機軟件實現策略的設計思想。
【關鍵詞】信用管理 信用控制 5C原則 計算機軟件
市場競爭【作 者】
鄧禮全（副教授）
【作者單位】
（電子科技大學成都學院 成都 611731）
的日趨激烈使得許多企業采用信用銷售措施去招攬客戶，擴大市場占有率。伴隨著營業額的擴大，企業的應收賬款也呈居高不下的態勢，信用管理出現嚴重的漏洞。因此，采取有效措施進行信用管理，確保應收賬款可預期、可控制、可跟蹤已經成為企業進行市場營銷活動的當務之急。
一、信用管理的原則
信用管理是企業獲得長期收益和短期收益的動態平衡，并以不斷增強企業核心競爭優勢為根本目標。成功的企業都具有科學的信用管理標準和機制。
企業信用管理具有客戶檔案管理、客戶授信以及信用控制三大基本功能。它是通過收集處理客戶信用數據、對客戶的信用質量做出評估、對客戶進行信用授予、利用信用政策進行信用控制以及對信用銷售后產生的應收賬款進行跟蹤管理的過程。
1. 信用授予的原則。在對客戶信用授予前，可以利用5C 原則從品質character、能力capacity、資本capital、抵押collateral和條件condition這五個方面評價確定客戶的信用等級。由于企業所處的環境和自身抗風險的能力不同且不斷變化，因而這些原則的內容和標準也有所變化。
基本的要求是：①品質（Character）。指客戶誠實守信、履行償債義務的可能性，其主要表現在客戶負責人的道德品質。②能力（Capacity）。指客戶履約的物質基礎和盈利能力。物質基礎包括流動資產的質量數量、流動資產與流動負債的比例，需要注意客戶財務數據的真實性；另一方面，要注意考察客戶短期盈利和長期盈利能力的平衡性。③資本（Capital）。指客戶的財務實力和財務狀況，表明客戶償還債務的財務基礎。特別要注意客戶的負債比率、流動比率、有形資產凈值等財務數據。④抵押（Collateral）。指當客戶無力支付款項時被用作債務擔保的資產。這是評估客戶信用標準時的底線，是企業迫不得已保護自身利益的基本條件。⑤條件（Condition）。泛指影響客戶付款的經濟環境，包括宏觀環境、中觀環境和微觀環境。這些環境相互影響，相互作用，并具有一定的互補性和替代性。
明確了上述原則的具體內涵后，首先應當根據所處行業的具體特點和競爭態勢，進行定量和定性分析，制定詳細的評比標準。其次，對于5C，企業要考慮自己的實力、近期目標和長期目標，運用不同的權重加以衡量，以得到滿意的綜合結果。再次，注意評定標準的相對性。既要與本企業進行縱向比較，也要與競爭對手進行橫向比較。只有比競爭對手做得更好，就可以獲得企業的競爭優勢。
2. 信用管理的方法。利用5C原則評估客戶后，可將客戶信用等級分為ABCDE或12345級，授予客戶對應的信用額度和信用期限，比如：5萬元30天、10萬元60天等。目前企業是查閱客戶信用信息，在開訂單時根據客戶的訂貨金額和企業對客戶的授信情況進行控制。這個過程如果是手工操作，則控制的時效性和準確性很差，受到的人為干擾因素多。而采用計算機系統進行在線信用控制能夠消除這些缺點，及時準確地進行信用管理。
二、信用管理軟件的結構
信用管理在企業中介于財務部與銷售部之間，信用管理系統是兩個部門都可能使用的軟件。設計時，必須從管理上考慮幾個問題：第一，如何表達客戶信用額度和信用期限這兩個信用要素；第二，信用控制的流程如何確定；第三，產生的應收賬款如何計算、如何傳遞。為此，我們可以通過技術手段解決管理中的難題，將信用管理軟件由表及里分為3個層次，分別為：表示層、業務邏輯層和數據訪問層。
1. 表示層。表示層是展現給用戶的層面，比如：應收賬款的賬齡分析表、被掛起訂單的訂單表、客戶表等，可以用視圖也可以用報表實現。在軟件系統中，可以用功能頁面、用戶控件以及相關的樣式表和圖片文件加以表述。
2. 業務邏輯層。針對具體的信用控制問題，對客戶數據和訂單數據進行邏輯控制，其核心控制思想是當客戶的賒銷訂單期限超過信用期限或者客戶的賒銷訂單金額超過信用額度時，自動掛起新開的賒銷訂單，等待客戶付款結算部分超期超限賒銷訂單，使客戶信用狀況滿足賒銷要求后，才能繼續賒銷訂單流程，進而產生送貨單據和發票，最終完成銷售過程。
3. 數據訪問層。在面向對象C#中，是訪問數據庫的各種操作，如連接和斷開數據庫、讀取或寫入數據庫中的數據，比如：客戶信用數據、訂單數據等，這些訪問在管理層面是不可見的，但技術上是必要且封裝的，可以將圖1數據表中的數據讀入到圖2對應類對象的數據成員中，對這些數據成員進行相關處理以實現在線信用控制。
三、信用管理系統的實現
1. 數據表及對應的類定義。我們以SQL Server數據庫為例說明相關數據表的設計，并用C#定義這些數據表達的類。在這個系統，需要多個數據表，我們說明與信用管理密切相關的三個表：①客戶財務信息表（customer）；②訂單頭表（orderhead）；③應收款賬齡分析表（receivableaging）
這三個表用customer_id進行關聯，在customer 中customer_id是主關鍵字，而在orderhead和receivableaging中是外部關鍵字，它們的結構及關聯情況如圖1所示。
在C#中可以定義三個類來產生對象，讀取和寫入對應數據表的數據，用于處理信用控制問題，如圖2所示。
2. 信用控制的策略。為了實現信用控制，客戶資料表除了包含必要的描述客戶號、客戶名、客戶地址等信息外，還必須包含能進行財務控制的信用信息，如圖1 的customer表所示。
credit_limit表示是否需要對該客戶進行信用控制，需要進行信用控制的，該控制選項為真“True”。
credit_period是對該客戶授予的信用期限，比如：30、60等，表明該客戶可賒購30天或60天；現金客戶的credit_period為0天。
credit_approved是對該客戶授予的信用額度，比如5萬元，表明該客戶可賒購5萬元的貨物；現金客戶的credit_approved為0元。
receivable_in_period是該客戶在信用期限內尚未付款的訂單合計金額，receivable_out_of_period是該客戶超出信用期限尚未付款的訂單合計金額。這兩個金額是通過orderhead中未付款訂單的amount值，根據當前日期與order_date的時間差大小分別按照credit_period匯總得到的，可每天結算得到最新數據以便次日進行賒銷信用控制。
計算機信息系統在賒銷開訂單時通過查詢客戶財務信息表的相關資料決定是否對該客戶的訂單進行實時在線的掛起操作，控制的策略是：
A：credit_limit為“True”并且receivable_out_of_period>0，這是對客戶欠款是否超出信用限期進行判定。
B：credit_limit為“True”并且（新開訂單金額amount+receivable_in_period+amountreceivable_out_of_period）>credit_approved，這是對客戶欠款是否超出信用限額進行判定。
當A、B任一條件成立時，該客戶的賒銷訂單將被掛起，圖1訂單頭表orderhead中的suspend置為真“True”，直到該客戶付款后A、B條件不成立或者經過企業信用控制主管同意釋放該訂單、suspend置為“False”后，銷售流程才能得以繼續下去，產生相應的提貨單和發票。此時該訂單上的release_man將記錄釋放該訂單的信用控制主管姓名，以便實現對信用控制的跟蹤和反饋，做到信用管理有序進行。
3. 信用管理的跟蹤。信用管理是一個事前監督、事中控制、事后跟蹤的過程，事前監督主要是檢查對客戶的信用政策是否合理、信用期限和信用額度的數據錄入是否正確；事中控制是按照信用政策對銷售業務流程中的訂單進行處理，掛起欠款超期超限的客戶訂單，按照信用主管的意見進行控制和釋放；事后跟蹤就是每天提供客戶應收款賬齡分析表，供銷售部門催款和財務部門資金調配使用。該表結構見圖1中的receivableaging和圖2中的類定義給出的相應數據項解釋。
應收款賬齡分析表receivableaging中的分類數據是通過匯總訂單頭表orderhead中未付款訂單的amount得到的。相應賬齡可以利用accounting_date與orderhead中的order_date之間的時間差得出。只要設置適當的accounting_date，隨時可以計算出對應時間的客戶應收款賬齡，從而獲得該表數據，跟蹤財務部門的信用控制水平和銷售部門的工作業績，完善信用管理的層次，提高企業信用管理水平。
主要參考文獻
1. 孫森.信用管理.北京：金融出版社，2012
2. 中國合作貿易企業協會.中國企業信用管理發展報告.北京：中國經濟出版社，2012
3. 內格爾（Nagel）.C#高級編程.北京：清華大學出版社，2013
4. 薛華成.管理信息系統.北京：清華大學出版社，2012
5. 賴茂生.信息資源管理教程.北京：清華大學出版社，2012
6. 謝邦昌.SQL Server R2數據挖掘.北京：水利水電出版社，2011
