1. 客戶主數據

• Customer Accounts (客戶賬戶）:客戶賬戶由兩部分General Data（通用數據）和Company Code Data（公司代碼段數據）組成。通用數據是在client級別獨立于公司代碼的數據，例如客戶的地址，姓名等等；公司代碼段的數據是company-code specifc的例如付款條款（payment term）等，一個客戶可以被分配到多個公司代碼下。
  • 類似于GL account主數據和Vendor主數據，Account Groups (賬戶組)的概念同樣使用于客戶主數據。同一個賬戶組的客戶具有類似的屬性，例如可以建立國內客戶（domestic customers）, 海外客戶（customer abroad）, 隸屬客戶（affiliated customers）以及一次性客戶（one-time customers）等用戶組等。每個Account Group都可以分配特定的號碼段，并指定是內部給號（internal number）或是外部給號(external number)。同時，可以在Account Group級別控制客戶主數據的布局顯示（layout）,例如定義哪些字段是optional、mandatory、displayed或者hidden。
  • 可以通過FD01或BP來創建客戶的主數據。

2. 應收賬的日常財務事務

• Invoice/Credit Memo Entry(發票/貸項憑證錄入)： 大部分的應收賬的發票或是貸項憑證都是通過SD模塊過賬到FI模塊，在一些特殊場景中，即使沒有銷售訂單，在FI模塊也是可以直接錄入發票。常用的事物代碼為FB70或是FB01(借方記賬碼01 - customer account，貸方記賬碼50 - revenue account)。
• Incoming Payment (收款): 收款有以下幾種情況：
  • 完全收款(complete payment)：收款金額和發票金額一致
  • 容差范圍內的完全收款（Minor payment difference within tolerances）：收款金額存在一個可容忍范圍內的尾差，自動抵消完全收款。容差的大小由tolerance group進行設置，這個屬性可以維護在客戶主數據上；
  • 部分收款：部分收款有兩種方式： 其一是Partial Payment，并不發生清賬動作，而是做一筆通過貸項的付款憑證，貸項金額即為已收款金額，部分收款憑證通過invoice reference與原始發票進行關聯，當完成收款后，通過手動清賬程序抵消貸項收款和原始發票的應收款；其二是Residual Payment, 發生清賬動作，并生成新的余額行項目。

3. 催賬和信函

• Dunning Functions（催賬）：SAP系統提供了自動分析未清項，并對到期未付項進行催賬的功能。系統根據應付項目到期后拖欠的日期確定催賬級別（dunning level）。催賬級別會決定催賬費用（dunning charges）和應征收的利息(interest)，并且確定使用哪種催賬文案腳本。在發送完催賬通知單后，系統中會生成催賬的歷史記錄，并更新在客戶主數據上。催賬動作主要是由催賬步驟（dunning procedure）來控制的。在客戶主數據的公司代碼維度，可以維護對其使用的催賬步驟。
• Correspondence (信函）: 在日常業務中，如需給客戶發送信函，則首先需要在系統中生成信函請求。在系統中，信函的打印都屬于打印請求（spool request， Tx: SP01）。通常來講，下面幾種場景會發生信函請求：
  • 一些自動執行的特殊事務會觸發信函請求，例如匯票交易（Bill of Exchange charges）會生成匯票費用清單(BoE statement)，付款差額（payment differences）會生成付款通知單（payment notice）等
  • 由accounting clerk手動執行
  • 周期性的程序生成信函請求，例如周期性的賬單（account statement），內部文檔（internal documents）以及標準信件（standar letters）等
  • tips: 在系統中測試信函功能時，可以使用SAP標準的輸出設備（output device）LP01。
• Accounts Receivable Information System (應收賬信息系統)：基于記錄于SAP數據庫中的AP數據，SAP系統可以做一系列的分析和報表，幫助客戶快速分析重要的財務數據，例如：到期日明細（due date breakdown）,客戶付款歷史（payment history）,海外客戶貨幣風險（currency risk），過期項目（overdue items），應收賬款平均回收時間(DSO- Days Sales Outstanding)，以及客戶現金折扣歷史（cash discount history）等。
  • 另外一個比較常用的事務代碼是FD11，進行客戶賬戶分析，可以集中展示客戶的賬戶余額，銷售金額，未清項，付款歷史等，支持數據的向下鉆取（drill-down）。

4. 爭議管理

• 爭議管理是SAP FSCM（Financia Supply Chain Management）金融供應鏈管理模塊的一個功能。FSCM的主要目的是支持和優化財務領域的業務流程，優化企業現金流，強化與合作伙伴間的溝通進而保證呆滯資金的高效利用。FSCM中包含的很多子模塊，例如信用管理（Credit Management）, 賬單合并（Billing Consolidation）, 現金和流動性管理（Cash and Liquidity Management）, 征收管理（Collections Management）,內部現金管理（In-house Cash）, 銀行通訊管理（Bank Communication Management）,商品風險管理（Commodity Risk Management）以及經融風險管理（Treasure and Risk Management）等。
• 爭議管理的主要目的在于：在收付款流程中盡早檢測問題，監測影響DSO的因素，減少降價和不完全付款的發生。爭議管理是對發票到付款步驟的重要補充，解決付款完成前與客戶出現的爭議問題。進而幫助企業實現，最小化成本（Minimize cost），保證現金流（Guarantee Liquidity），和最大化收入(Maximize Revenue) 的目的。
• 從技術上講，爭議管理與應收賬模塊和信函模塊高度集成，用戶可以為一筆有爭議的付款發票創建dispute case，并通過爭議管理工作臺（Tx: UDM_DISPUTE）集中管理其生命周期，包括創建的原因，與客戶溝通的歷史，信函歷史等。此外，當對爭議發票的付款完成時，AP也會有一個post-process（SE38: FDM_PROCESS_BUFFER）去關閉爭議case。