FI--SAP財務成本知識庫

ABAP技術交流

代碼敲的少，只能修電腦。

 

SAP書籍介紹

SAP學習網站

ABAP基礎

 

 

 

SAP FI/CO Reading RepositorySAP財務成本知識庫

目 錄
前言.
一、SAP FI/CO 模塊設置
二、SAP R/3 財務基本概念及集成性淺釋--主數據概念篇
2.1 總賬主數據
2.2 供應商主數據
2.3 客戶主數據
2.4 商品主數據
2.5 固定資產主數據
三、SAP R/3 財務基本概念及集成性淺釋--總帳等概念篇
3.1 科目表的建立及分配
3.2 統馭科目
3.3 憑證的輸入規則
3.4 憑證的類別
3.5 記帳碼
3.6 憑證號碼的產生
3.7 記帳期間變式，會計年度與特殊期間
3.8 初級成本要素與次級成本要素
3.9 分配與分攤
3.10 統馭科目
3.11 SAP的憑證類別
3.12 特殊總帳標記
3.13 稅類型
3.14 成本控制範圍
3.15 成本要素
3.16 次級成本要素
3.17 成本中心
3.18 內部訂單
3.19 內部訂單的常規類型
3.20 內部訂單主數據
3.21 作業類型
3.22 作業價格
3.23 統計指標
3.24 利潤中心
3.25 費用分攤
3.26 成本中心費用計劃
3.27 成本中心作業量計劃
3.28 物料主數據
3.29 物料清單（BOM）
3.30 工藝路線
3.31 產品成本覈算
四、三類憑證的產
4.1 GR/IR（分爲購銷與代銷）
4.2 MM物料管理模塊
4.3 SD銷售與分銷模塊
五、SAP零售模塊存在的問題
5.1 代銷的結算
5.2 退貨單價的確定（退還供應商）
5.3 分錄借貸順序
5.4 收入的提早確認
5.5 特殊期間較難與資產負債表日後事項協調
5.6 利用利潤中心產生負債表
5.7 現金流量表的編制
六、FI 財務會計-事務碼
七、備註

前言
SAP公司成立於1972年，總部位於德國沃爾多夫市，是全球最大的企業管理和協同化商務解決方案供應商、全球第三大獨立軟件供應商。目前，在全球有120多個國家的超過24,450家用戶正在運行着84,000多套SAP軟件。財富500強80%以上的企業都正在從SAP的管理方案中獲益。SAP在全球50多個國家擁有分支機構，並在多家證券交易所上市，包括法蘭克福和紐約證交所。SAP早在八十年代就開始同中國的國營企業合作，並取得了成功經驗。1995年在北京正式成立SAP中國公司，並陸續建立了上海、廣州、大連分公司。
作爲中國市場絕對的領導者，SAP 早在八十年代就開始同中國的國營企業合作，並取得了成功經驗。1995年在北京正式成立 SAP 中國公司，並陸續建立了上海、廣州、大連等分公司。10年間，SAP 本着將國際先進的管理知識同中國企業的實際相結合的宗旨，充分滿足了中國企業追求管理變革的要求。SAP 以信息技術爲核心不斷推出適應企業管理需求和符合企業行業特點的商務解決方案，並匯同合作伙伴幫助中國企業進行管理改革，增強競爭力。作爲中國 ERP 市場的絕對領導者，SAP 的市場份額已經達到30%，年度業績以50%以上的速度遞增。
SAP（ERP)德文：systeme, anwendungen, produkte in der datenverarbetung
英文：systems, applications, and products in data processing
中文：數據處理中的系統、應用、產品的簡稱
SAP Business Suite
當前SAP公司的主力產品包，裏面包含了mySAP ERP, mySAP CRM, mySAP SCM .... 幾乎是SAP的所有東東。如果購買的是此種許可證，就意味着幾乎可以用SAP的所有產品的功能－－某些特定行業的特定引擎（Engine）除外。
mySAP ERP主要就是以前的SAP R/3加上SAP最新的集成平臺SAP Netweaver。<br /><br />mySAP CRM<br />
之所以叫mySAP CRM而不是SAP CRM，就是爲了突出SAP的CRM產品是以客戶爲中心的、靈活可配置的……所以叫”my***“，mySAP CRM主要就是包括SAP的CRM產品功能包（Logic Box）再加上SAP最新的集成平臺SAP Netweaver。
SAP Netweaver是SAP最新的集成應用平臺，一方面SAP用這麼一個平臺來集成SAP與非SAP（Oracle,Siebel, ...）應用系統；另一方面SAP把一些各個系統都可以通用的功能放入此平臺中，如SAP門戶（ SAP Portal）可以訪問各種SAP應用系統（ERP, CRM...）及非SAP系統、SAP商務智能（SAP BI）可以對來自各種系統的數據進行分析……
mySAP.com這是前幾年SAP爲了迎合網絡風潮而給自己的產品包改的名字，它跟http://www.mysap.com/
這個網站沒有任何實質關係，其實它就是現在的sap,和http://www.mysap.com/這個網站沒有任何實質關...它就是現在的SAP Business Suite。
SAP R/3以前SAP公司的主力產品，包括大家非常熟悉的SD, MM, FI, CO, PP..等模塊。但從今年起SAP已經不再單獨出售R/3的許可證，代之以mySAP ERP。也就意味着客戶無論選擇SAP的何種產品（mySAP ERP, mySAP CRM...）都會得到SAP Netweaver，其中包括了SAP Portal 與SAP BW的使用許可。
SAP All-in One (SAP A1)在SAP R/3的基礎上，SAP做了一些預配置，然後按不同行業交給諮詢合作伙伴，由他們再加一些預配置，然後以諮詢合作伙伴的名義將加了預配置的系統銷售給用戶。內含mySAP CRM的部分功能。
SAP Business One (SAP B1)在SAP收購的另一家公司的產品基礎上改造而成，優點是價格低廉，並且由於數據結構相同可以無縫地將系統升級至SAP A1, SAP Business Suite。SAP B1中有CRM功能，但遠不及mySAP CRM系
統中的那麼強大。
SAP Release版本之間的差異和關係：
版本4.6C以前是所謂傳統的R3系統，建立在SAP Basis的基礎上；版本4.70以後，改爲R3Enterprise,最大的變化是SAP WEB AS取代了傳統的Basis，核心業務功能模塊也作了劃分；R3 Enterprise之後改稱爲mySAP ERP2004,
基礎平臺演變成SAP NetWeaver,併產生SAP ECC (ECC = ERPCentral Component) ，作爲Enterprise的替代，並集成了BW,SEM和ITS；2005第4季度開始mySAP ERP2005的準備，最大的變化將是全面轉向ESA體系（基於消息機制的企業應用體系），並引入了新的功能模塊，比如PLM和SRM.

一、SAP FI/CO 模塊設置
1. 一般設置—貨幣—定義貨幣換算的換算率
增加換算率：M(標準兌換)-EUR(歐元)-RMB(人民幣)-比率
2. 一般設置—貨幣—輸入匯率
增加匯率：M(標準兌換)-從EUR-到RMB-直接報價-開始生效日期
3. 企業結構—定義—財務會計—定義公司
維護公司名稱、詳細信息(地址、語言、國家、貨幣)
4. 企業結構—定義—財務會計—定義信貸控制範圍
建立維護信貸控制範圍，
5. 企業結構—定義—財務會計—定義、複製、刪除，檢查公司代碼—複製，刪除，檢查公司代碼拷貝建立一個公司代碼，刪除現有的公司代碼，檢查公司代碼的一致性
6. 企業結構—定義—財務會計—定義、複製、刪除，檢查公司代碼—編輯公司代碼數據維護公司代碼的名稱、城市、國家、貨幣、語言
7. 企業結構—分配—財務會計—給信貸控制區分配公司代碼
爲公司代碼指定一個已經定義的信貸控制範圍
8. 財務會計—總帳會計—總帳科目—主記錄—準備—編輯科目表清單
新建或拷貝會計科目表，維護科目表說明、語言、成本控制集成
9. 財務會計—總帳會計—總帳科目—主記錄—準備—給科目表分配公司代碼
爲公司代碼指定一個已經定義的科目表
10. 財務會計—總帳會計—總帳科目—主記錄—準備—定義科目組
科目表創建或拷貝不同的帳戶組，指定帳戶組名稱、科目範圍
11. 財務會計—總帳會計—總帳科目—主記錄—準備—定義留存收益科目
設置自動結帳科目，業務:BIL結轉餘額，損益表科目類型:X 科目：31410100利潤分配-未分配利潤
12. 財務會計—財務會計全局設置—公司代碼—輸入全局參數
設置公司代碼的全局性數據：
會計組織：會計科目表、公司、信貸管理範圍、會計年度變式
處理參數：字段狀態變式、記帳期間變式
地址：標題、名稱、地址、郵箱、通訊、搜索等
13. 財務會計—財務會計全局設置—會計年度—維護會計年度變式
維護財務期間設定，一般選用的是K4-12個記帳期間4個特別期間
14. 財務會計—財務會計全局設置—會計年度—向一個會計年度變式分配公司代碼
爲公司代碼指定一個會計年度變式，一般使用K4
15. 財務會計—財務會計全局設置—憑證—過帳期間—定義未結清過帳期間變式
定義一個過帳期間變式的代碼
16. 財務會計—財務會計全局設置—憑證—過帳期間—未清和關帳過帳期間
修改不同變式不同帳戶類型的科目的可用期間
17. 財務會計—財務會計全局設置—憑證—過帳期間—將變式分配給公司代碼
爲公司代碼指定過帳期間變式
18. 財務會計—財務會計全局設置—憑證—憑證號範圍—定義憑證號範圍
查看和指定不同公司代碼下的憑證範圍。間隔：指定不同的憑證號碼段；狀態：查看當前分配到的號碼
19. 財務會計—財務會計全局設置—憑證—憑證擡頭—定義憑證類型
定義平整類型代碼以及說明文字
20. 財務會計—財務會計全局設置—憑證—憑證擡頭—定義憑證的文本標識
維護文本表示號以及含義
21. 財務會計—財務會計全局設置—憑證—行項目—控制—定義記帳碼
維護記帳碼：代碼、名稱、借貸、帳戶類型、銷售相關、特別總帳、沖銷記帳碼、支付交易
維護不同記帳碼的字段狀態：不同行項目字段的顯示和輸入狀態
22. 財務會計—財務會計全局設置—憑證—行項目—控制—維護字段狀態變式
增加或維護字段狀態變式
23. 財務會計—財務會計全局設置—憑證—行項目—控制—向字段狀態變式分配公司代碼
爲公司代碼分配一個字段狀態變式
24. 財務會計—財務會計全局設置—憑證—行項目—定義僱員的容差組
不同公司代碼下記帳的上限（憑證總額、未清帳戶項目、現金折扣）
25. 財務會計—財務會計全局設置—憑證—行項目—定義行項目文本
維護行項目文本標識及文本內容
26. 財務會計—財務會計全局設置—憑證—憑證處理缺省值—缺省值
定義不同事務碼的憑證類型和記帳碼
27. 財務會計—財務會計全局設置—銷項/購置稅—基本設置—檢查計算程序
訪問隊列：定義訪問隊列標識和名稱
定義條件類型：定義條件類型及相關數據
定義過程：過程代碼及描述
28. 財務會計—財務會計全局設置—銷項/購置稅—基本設置—檢查和更改稅務處理設置
稅收處理設置：代碼、描述、稅類型、過帳標識
29. 財務會計—財務會計全局設置—銷項/購置稅—基本設置—向計算程序分配國家
指定不同國家代碼下的計算過程:CN->TAXCN
30. 財務會計—財務會計全局設置—銷項/購置稅—計算—定義銷售/採購稅代碼
不同稅碼下各處理代碼的比例或數值
31. 財務會計—財務會計全局設置—銷項/購置稅—記帳—定義稅務科目
不同事物下的稅務科目設置
MWS(銷項稅):21710705應交稅金-增值稅-銷項稅
VST(進項稅):21710704應交稅金-增值稅-進項稅
32. 財務會計—財務會計全局設置—信函—定義信函類型
定義信函類型代碼、類型名稱、一般數據、日期細目
33. 財務會計—財務會計全局設置—信函—爲信函類型分配程序
定義不同信函類型對應的程序名稱和變式
34. 財務會計—財務會計全局設置—信函—定義信函打印的格式名稱
定義不同信函打印程序所使用的表格
35. 財務會計—總帳會計—總帳科目—行項目—行項目顯示—確定行項目的標準排序
定義排序碼、說明、排序字段
36. 財務會計—總帳會計—業務往來—總帳科目過帳—總帳科目過帳滿意—定義總帳科目過帳的
過帳碼
採用默認的40和50
37. 財務會計—總帳會計—業務往來—未結清項目結清—定義結清過帳碼
清帳過程的各項過帳碼的設置
38. 財務會計—總帳會計—業務往來—結算—重組—定義GR/IR結清的調整科目
定義不同事務下的結清科目，例如：
GNB(已交貨但未開發票)：統馭科目12010000GR/IR,調整科目12010900GR/IR調整,目標科目21210900應付帳款調整
39. 財務會計—總帳會計—業務往來—結算—編制憑證—定義會計報表版本
會計報表的名稱、語言、會計科目表
定義會計報表項目（各科目的分類）
40. 財務會計—總帳會計—業務往來—集成—物料管理—爲物料管理定義科目
定義不同事務的科目
BSV(庫存帳戶變化):1251000委託加工物資
BSX(存貨記帳):根據不同評估級別指定科目，例如3000(原材料)-12110100(原材料—原料)
GBB(庫存記帳沖銷)
KBS(客戶發票採購定單)
PRD(成本價格差額):3000(原材料)-12320200(材料成本差異-原料)
UMB(來自重估損益):3000(原材料)-12320200(材料成本差異-原料)
WRX(已收貨物/已收發票清算科目)-12010000(GR/IR)
41. 財務會計—總帳會計—業務往來—集成—銷售和分銷—準備收入科目確定
V(銷售/分銷)-KOFI(實際決定)-COA(會計科目表)-S001(銷售機構)-ERL(收入)-51010000(主營業務收入)
V(銷售/分銷)-KOFI(實際決定)-COA(會計科目表)-S001(銷售機構)-ERL(銷售扣減)-51010300(銷售折扣與折讓)
42. 財務會計—總帳會計—業務往來—信息系統—細分報告(總帳科目)—表格—定義表格
定義修改報表的格式(科目排列、計算、彙總)
43. 財務會計—總帳會計—業務往來—信息系統—細分報告(總帳科目)—報表—定義報表
定義報表名稱、特性、變量、輸出類型
44. 財務會計—總帳會計—業務往來—信息系統—細分報告(總帳科目)—定義全局變量
定義報表全局變量，變量名、類型、字段名等
45. 財務會計→應收帳目和應付帳目→客戶帳戶→主記錄→創建客戶主記錄的準備→定義帶有屏幕格式的帳戶組（客戶）
根據不同客戶類型添加帳戶組
46. 財務會計—應收帳目和應付帳目—客戶帳戶—主記錄—創建客戶主記錄的準備—創建客戶帳號編號範圍
定義客戶號碼範圍和查看當前號碼狀態
47. 財務會計—應收帳目和應付帳目—客戶帳戶—主記錄—創建客戶主記錄的準備—對客戶帳戶組分配編號範圍
爲不同的客戶組分配編號範圍
48. 財務會計—應收帳目和應付帳目—供應商帳戶—主記錄—供應商主記錄創建準備—創建供應商帳號編號範圍
定義供應商號碼範圍和查看當前號碼狀態
49. 財務會計—應收帳目和應付帳目—供應商帳戶—主記錄—供應商主記錄創建準備—對供應商帳戶組分配編號範圍
爲不同的客戶組分配編號範圍
50. 財務會計—應收帳目和應付帳目—業務交易—收進發票/貸項憑證—維護支付條件
維護付款條件的文本、帳戶類型、付款期限、百分比
51. 財務會計—應收帳目和應付帳目—業務交易—收款—收款的全局設置—爲授予現金折扣定義會計科目
設置現金折扣科目: 11330910(折扣待清)
52. 財務會計—應收帳目和應付帳目—業務交易—收到的預付款—定義客戶預付款的統馭科目
帳戶類型：D(消費者) 特殊總帳標識：A(預付定金)
統馭科目：11310000(應收帳款) 特別總帳科目：21310000(預收帳款)
53. 財務會計—應收帳目和應付帳目—業務交易—已付的預付款—定義預付款的備選統馭科目
帳戶類型：K(供應商) 特殊總帳標識：A(預付定金)
統馭科目：21210000(應付帳款) 特別總帳科目：11410000(預付帳款)
54. 財務會計—應收帳目和應付帳目—業務交易—結算—重組—根據到期日定義應收/應付帳款的調整科目
定義不同到期的應收和應付帳款的調整科目
55. 財務會計—應收帳目和應付帳目—信用管理—業務往來：貸項監控—定義不帶信貸管理更新的統馭科目
若啓動了信用管理，將不需要做信用控制的統馭科目加上，並勾上“無信用管理更新”
56. 財務會計—銀行會計—業務往來—匯票業務—應收匯票—請求應收匯票—定義應收匯票的備選統馭科目
定義特殊總帳標記下的統馭科目
G/L：W(匯票銀行接收)-統馭科目:11310000(應收帳款)-特別總帳科目：11110000(應收票據)
57. 財務會計—銀行會計—業務往來—匯票業務—應付匯票—創建應付匯票—定義應付匯票的備用統馭科目
定義特殊總帳標記的統馭科目G/L：W(匯票銀行接收)-統馭科目:21210000(應付帳款)-特別總帳科目：21110000(應付票據)

二、SAP R/3 財務基本概念及集成性淺釋--主數據概念篇
ERP是英文Enterprise Resources Planning的縮寫，意思爲企業資源計劃。在企業中，存在各種各樣的資源，如財務資源、人力資源、信息資源、供應商資源、客戶資源等等，如何將這些資源進行合理規劃，實現資源的最優化的配置，從而提高企業整體的經營能力與經營效率是企業管理者孜孜以求的目標。經濟學上有一個著名理論：短邊效應。也就是說，有長短不一的木塊(表示各種各樣的資源)，做成一個木桶，其裝水容量的多寡不是由最長木塊決定的，而是由最短的木塊決定的。過去幾十年來，由於電信技術、計算機技術及應用軟件開發的滯後，大型企業爲提高管理效率而進行的各種各樣探索都難以得到最終的實現，其重要原因就在於信息的不能及時傳遞。人們通常所說的企業內部各個部門都是一個“信息孤島”，指的就是信息(包括財務、人力等方面)的不能及時傳遞與處理，由此帶來管理上的效率損失及機會成本的上升。隨着我們國家市場化改革進程的不斷加快及全球經濟的一體化，各個行業內部的競爭加劇是不可避免的一個趨勢，競爭的加劇對企業管理提出了更高的要求，正如莎士比亞所說的，“是生存還是死亡，這真是一個問題”。要提高企業管理水平，首先必須突破信息傳遞及處理這個“瓶頸”。70年代以來，國外企業爲突破這個“瓶頸”，就陸續開始了企業資源計劃的嘗試。
至90年代初期，已經獲得很大的成功，這主要應歸功於相關技術，如電信、計算機及應用軟件等得到了空前的發展。實施ERP，至少有三個方面的好處：1．各種信息能夠得到即時的處理與傳遞。如有非常及時性的財務數據及庫存數據，這對於大型企業是非常必要的。2．可以打破企業管理者的管理邊界，同時不會造成效率上的損失。傳統的分工理論形成的每個管理人員的管理邊界，超出次邊界將是不經濟的，但實施ERP，如上問題可以輕鬆得以解決，因爲ERP的精髓就是要信息的及時處理與傳遞。信息的及時傳遞及處理可以使管理的邊界得以突破。正如和光商務股份有限公司的總經理劉鐵所說：實旌ERP可以將管理的需求“一竿子捅到底”1 3．可以降低企業內部的交易費用，同時也有利於企業組織結構的再造。實施了ERP，各項交易、業務流程都變得透明，信息也得到了及時的處理與傳遞，帶來的結果是內部交易費用的降低，機構的設置也將變的簡單、高效，原來“金字塔型”的組織結構變成了“扁平型”的組織結構。毫無疑問，如上種種好處，將會使成功實施ERP的企業在激烈的市場競爭中獲得極大的優勢，具體地說，將會使企業降低費用、提高資金的運用效率，提供決策的準確數據、降低機會成本等。
支持實施ERP的管理軟件有非常之多，如SAP R／3、Oracle、PeopleSoft等。本文着重介紹SAP R／3軟件就是其中集成性最好、功能最強的管理軟件。爲什麼SAPR／3軟件集成性最好並且能夠及時處理並傳遞信息，主要是有賴於主數據的有關設置。以下開始本文有關SAPR／3軟件中與財務有關的介紹。
主數據(主記錄)
第一次接觸SAP R／3軟件的人，當看到主數據這樣的字眼時，肯定不知所云。在SAPR／3軟件中，主數據相當是該軟件的識別及自動後續處理系統。比如人的大腦，當我們見到資產負債表中的有關科目時，如長期投資，我們的大腦馬上就會這樣的反應：它是屬於資產類的科目，期末應將餘額予以結轉；覈算時，當其投資對被投資單位有控制、共同控制或重大影響時，應採用權益法進行覈算，否則應採用成本法覈算等。又如對於銷售收入，我們馬上就知道這是損益類科目，期末應將其結轉至本年利潤，而後轉至未分配利潤等。我們的大腦爲什麼有這些知識，就是因爲我們經過了長期的財務知識方面的訓練，所以就會有這樣的識別及覈算能力。對於軟件系統，它不具有像人類
一樣的大腦，所以軟件開發人員就開發了一套適合系統並使其能夠像人腦一樣的識別及處理財務數據。這就是SAPR／3軟件的主數據。
因此，當我們要做各項交易之前，必須到相應的主數據中去創建它(當然這個創建是按照主數據中的固有格式進行的)，這樣系統才能認可它、自動處理它。通常我們叫這個過程爲“去報個到，取個號”。與財務有關的主數據包括有總賬主數據、供應商主數據、客戶主數據、商品主數據、固定資產主數據、成本及利潤中心主數據等六大類。下面分別闡述。
2.1 總賬主數據
總賬主數據，它起到統馭整個財務的作用。不同的會計科目在總賬主數據中創建會應用到不同的“字段”(英文單詞爲field)，通過這些不同“字段”的組合，就會形成系統能夠識別並能夠爲我們現行會計覈算所接受的會計科目。如下例舉幾個重要的科目予以說明。
號碼 10010101 10030101 10040101
公司代碼 KHl0 KHl0 KHlO
類別 資產負債表科目 資產負債表科目 資產負債表科目
賬戶組 現金／銀行類 其他資產類 其他資產類
描述 現金 應收賬款一國內貿易款 庫存商品
統馭科目類型 X D X
未清項目管理 X X X
行項目顯示 √ X X
字段狀態組 G001 G067 G001
號碼 10050101 20010101 20020101
公司代碼 KHl0 KHl0 KHl0
類別 資產負債表科目 資產負債表科目 資產負債表科目
賬戶組 固定資產類 負債權益類 負債權益類
描述 固定資產一房屋建築物 短期借款 應付賬款一國內貿易款
統馭科目類型 A K K
未清項目管理 X X X
行項目顯示 X X X
字段狀態組 G007 G001 G067
號碼 20060101 20070101 20080101
公司代碼 KHl0 KHl0 KHl0
類別 資產負債表科目 資產負債表科目 資產負債表科目
賬戶組 負債權益類 負債權益類 負債權益類
描述 購銷GR／IR 代銷GR／IR 實收資本
統馭科目類型 X X X
未清項目管 √ √ X
行項目顯示 √ √ √
字段狀態組 G001 G001 G001
號碼 50010101 50020101 50040101
公司代碼 KHl0 KHl0 KHl0
類別 損益表科目 損益表科目 損益表科目
賬戶組 損益類 損益類 損益類
描述 銷售收入-購銷 銷售成本一購銷 管理費用一電費
統馭科目類型 X X X
未清項目管理 X X X
行項目顯示 √ √ √
字段狀態組 G029 G030 G004
僅允許自動記賬 √ √
幾個重要的會計科目，其餘科目即可舉一反三，知其所以然。在所列示的科目中，科目號碼是根據《企業會計制度一會計科目名稱和編號》規定的前四位數加上後四位而成，在創建時須手工填入(即非系統產生)。
科目類別僅分成兩類：即爲資產負債表科目或爲損益表科目。賬戶組分爲六項：現金／銀行類、固定資產類、其他資產類、負債／權益類、損益類、轉移數據類。描述項既可按需創建的科目進行字面的描述，又可分爲長文本與短文本描述。
損益類帳戶的特徵：
在會計科目表中創建損益類科目之前，需要確定損益結轉入的留存收益科目。系統設計了一特殊程序將損益類帳戶的損益金額自動結轉入該科目。因此，必須在系統中定義留存收益科目的號碼。
每一個損益類科目都需要分配給一個留存收益科目。
統馭科目類型分爲三類：供應商類別(K)、客戶類別(D)、固定資產類別(A)，主要是針對應收賬款、應付賬款、固定資產等模塊過入的金額，他們的交易是不通過總賬模塊進行的，但在各自模塊完成的同時，會將相應的金額過入總賬。
未清項目管理主要是用於須清賬的科目，如GR／IR，銀行的過渡科目、工資的清算等。激活了未清項目管理，必須同時激活行項目顯示的功能，但在總賬主數據的設置中，應收、應付、固定資產等是不能激活未清項目管理及行項目顯示功能。
未清項管理指一個帳戶的項目可被該帳戶的其他項目結清或覈銷掉。在清帳或覈銷過程中涉及到的項目的合計金額必定爲零。因此該帳戶的餘額總是等於未清掉的項目的合計金額。
行項目顯示即表示，設置此項時，系統會有向下挖掘(Drilldown)的功能，當我們在查看總賬的某個科目時，若對某金額有懷疑，可將鼠標對準該金額連續點擊兩下，系統可顯示明細賬的金額，再對準明細賬的金額連續點擊兩下，系統會顯示某憑證的金額。
字段狀態組，表示若某個總帳科目選用了不同的字段狀態組，其將來在憑證輸入時，需要填入不同的字段，如對於其他業務收入科目，其選用的字段狀態組爲G029，當我們輸入一個分錄借：現金貸：其他業務收入時，系統會要求再輸入一個利潤中心的字段，否則該張憑證不能夠產生。又如當我們輸入一個分錄借：管理費用一電費貸：現金時，系統會要求我們輸入一個成本中心的字段。僅允許自動記賬表示，該總賬科目必須由其他模塊自動過入，不用手工輸入憑證，如銷售收入一購銷，因爲該總賬科目是在銷售及分銷模塊完成“出具發票”功能時自動產生的，所以僅允許自動過賬。
創建完總賬的主數據後，手工輸入的總賬科目將得到系統的確認與認可。如傳統的分錄錄入方式爲借：現金貸：其他業務收入，在系統中將變成：借：10010101貸：50100101(假設爲其他業務收入)。系統在總賬分錄輸入後，將會自動將相關金額過入至總賬及更新會計報表。
排序碼 在會計憑證的供應商行項目中，系統對‘定位’字段的缺省值。也決定供應商行項目的排列順序。如果該供應商主要發生與採購訂單有關的業務，一般選擇014-採購訂單號+行項目號，其它情況選擇記帳日期+憑證號。
帳戶組 爲簡化會計科目的創建，避免錯誤，確定錄入會計科目的屏幕和科目號區間，對科目進行的分組稱做帳戶組。帳戶組針對每一套會計科目表進行定義，確定會計科目所需的字段狀態。
當創建會計科目表中的一條主記錄時，必須指明一個帳戶組。
自動過帳 系統中，某些業務是自動生成記帳憑證，自動記帳的。例如：存貨的出入庫業務、增值稅的銷項稅和進項稅等。某一科目是否爲自動過帳，是在帳戶主記錄中設定的。
參考憑證 是用來過帳到會計憑證的一種參考性質的憑證,使用它可以實現快速錄入,會計憑證或樣本憑證能被用作參考憑證使用
憑證類型 由兩位英文字母組成,是憑證的分類，控制憑證的整體信息,如:憑證編號、帳戶類型等等。
2.2 供應商主數據
當我們與一個供應商發生交易之前，應當在供應商主數據內創建該供應商，以使系統能夠識別它並處理它。這仍然是“去報個到，取個號"，但這是到供應商主數據中去報到並取號。下面將創建供應商的有關過程做一個介紹。
供應商編號：除類別爲地點是以手工方式輸入號碼外，其餘皆爲系統自動生成的號碼。
供應商類別：包括有國內貿易供應商、進口貿易供應商、關聯供應商、一次性供應商、無庫存供應審、招商供應商、地點等。在創建供應商時，只須在其中選擇一項即可。
描述：與供應商有關的信息如公司名稱、地址等輸入相應的字段即可。
購貨方號碼：若某一供應商既是供應商又是客戶，須做自動清賬賬務時，應在此處填寫在客戶主數據中生成的號碼。
會計信息：此處應填的是統馭科目，該統馭科目首先應在總賬主數據中創建好。
檢查雙重發票：此處是指檢查收貨憑證與發票的校驗，爲必輸的字段。打勾√即可。
付款條件：指的是付款的期限，系統已設定好各種類型的付款期限，選擇即可。選擇好後，該系統會自動計算對該供應商的欠款是否已到期，有利於資金週轉的籌劃。
付款方式：如現金、支票、銀行轉賬等。也是在系統內選擇即可。將來做自動付款業務時，系統會根據自動付款方式的參數選擇是否支付該款項。
結算客戶：此處是與購貨方號碼相關聯的，欲做自動清賬賬務，必須在此處打勾√。（結合以上購貨方(客戶)項目使用）
如上主數據的內容填寫完畢後，系統即會自動產生一個供應商的編號(除地點的類別是手工方式輸入外)，如10100001，該編號代表了與供應商有關的各種信息及後續處理的功能。並且在分錄的輸入上也與傳統的有所不同了。如傳統的分錄方式爲：借：營業費用一電費 貸：應付賬款一XX供應商，但在系統中的分錄錄入方式變爲：借：營業費用一電費(這將也有一個總科目號碼)貸：10100001(與該供應商有關的交易金額將會由系統自動過入至創建該供應商主數據選定的統馭科目，同時在總賬層次中的該統馭科目也得到了自動的更新)。
另外，對於不同類別的供應商，創建完畢後，會產生不同號碼範圍段的編號。如國內供應商的號碼範圍段爲101開頭的8位數，國外供應商其號碼範圍段爲18開頭的8位數。熟悉後，看着供應商的編碼範圍即可知道，該供應商是屬於何一類型的供應商。
2.3 客戶主數據
與供應商主數據一樣，有新的客戶與我們發生交易時，應當創建客戶主數據。
客戶編號：除類別爲“地點”客戶編號須手工輸入外，其餘類別的客戶編號皆由系統自動產生。
客戶類別：國內個人客戶、國內批發客戶、關聯客戶、租賃客戶、地點、其他等六大類(零售企業)
描述：即爲對客戶的一般情況進行描述，如公司名稱、地址、郵編、聯繫人等。
統馭科目：此處輸入在總賬主數據中已創建好的應收賬款統馭科目，如應收賬款一國內個人客戶(11310101)，應收賬款一國內批發客戶(11310201)等。零售企業的大部分客戶都是個人客戶，因此只須創建一個一次性的客戶，而後通過修改有關描述性的字段即可。
付款期限：此處是指客戶付款給單位的付款期限，由於主要以零售爲主，付款期限定爲立即付款，但可針對個別客戶(如在合同中規定的收款期限)另行設定。系統已設置各種的付款期限。通過此處的設置，將來做催款程序時，系統會根據設置的參數自動計算應收賬款的賬齡及打印催款函。
付款方式：可以有現金、支票等方式。
催款程序：選擇催款程序，可以產生催款函件。
與創建供應商主數據一樣，當創建完畢客戶主數據時，系統會自動產生一個客戶的編號(如500000001)，該編號代表了該客戶的相關信息及後續功能。憑證輸入方式上，將與傳統的手工方式有很大的不同。如傳統的憑證爲借：應收賬款一XX客戶貸：其他業務收入一租金，在系統中將變爲借：500000001貸：其他業務收入一租金(這將也有一個總科目號碼)，交易金額自動會過入統馭科目如11310101的應收賬款一國內個人客戶，同時也即時更新總賬中的統馭科目。
同樣，不同類別的客戶，其創建完主數據後產生的編號是不一樣的，如國內個人客戶，其編號範圍爲500000000-599999999，國內批發客戶其編號範圍爲3 10000000-3 19999999等。這將便於我們區分不同類別的客戶。
2.4 商品主數據
商品數據的內容較爲複雜，主要由主數據組負責創建，對於財務人員需要了解的內容主要有以下幾項：
描述：即對商品一般性的描述，如品名、類別、供應商等。
評估類：主要有兩類3100與3600，其中3100代表該商品爲購銷類商品，決定了系統自動生成的GR／IR爲購銷類的GR／IR；3600代表該商品爲代銷的商品，決定了系統自動生成的GR／IR爲代銷類的GR／IR。
價格控制類型：SAP中有兩種價格控制類型，一爲標準成本法，二爲加權移動平均法，該兩種方法用於存貨的發出時結轉銷售成本用。
移動平均價：由系統自動計算得出。系統會根據每批次的採購單價及數量對目前的庫存商品發出單價進行移動平均計算出作爲結轉銷售成本用的單價。
總庫存量：是指目前的庫存總量。
銷售價格：由系統根據一定的毛利要求並結合有關細節得出。此銷售單價將成爲創建銷售訂單時的單價，若有打折，系統會根據打折比例算出最終銷售價，這也將成爲計算銷售收入的單價(系統會自動將增值稅計出後並從收入中剔除)。
利潤中心：主要是爲創建利潤中心的損益表而用。若該商品維護的層次到某個門店，則將來銷售確立時，收入與成本將爲轉入總賬層次與利潤中心層次。
商品主數據創建完畢後，系統會產生一個商品號，該號碼代表瞭如上有關的信息及計入某個總賬科目如庫存商品、受託代銷商品的要求。
2.5 固定資產主數據
同樣的，當財務上要做一件與固定資產有關的交易，如購置，首先必須在固定資產主數據中去創建它，然後才能在財務上開始與之相關的業務。如下是創建固定主數據的一些重要內容。在系統中，對於固定資產的大部分業務是系統自動完成的，所以如下的內容是有必要的。
類別：在傳統的會計覈算中，通常可以將一個企業的固定資產分爲幾大類：房屋建築物、機械設備、交通工具、辦公設備、其他等。在系統中，也是遵循這樣一種分類方法，但爲了便於系統區分固定資產折舊時所應計入的科目，如管理用的固定資產折舊費用應計入管理費用一折舊科目及營業或生產用固定資產折舊費用應計入營業費用---折舊或製造費用一折舊，在系統中，將固定資產的分類進一步細分，分成房屋建築物(總部)、房屋建築物(門店)、機械設備(總部)、機械設備(門店)、交通工具(總部)、交通工具(門店)、辦公設備(總部)、辦公設備(門店)、其他(總部)、其他(門店)等，同時在SAP系統中，在建工程、無形資產(商標、土地使用權、著作權、商譽等)也屬於固定資產模塊的核算範疇。因此，當我們欲創建某個固定資產的主數據時，如總部用的服務器，就應選擇總部辦公設備這一類型，隨後系統會自動確定相應的科目定位碼。
描述：即對應創建的固定資產進行如名稱類別等描述。
科目定位碼：是與系統設定的固定資產類別緊密地聯繫在一起的。該科目定位碼實際上起到了統馭科目的功能。如在本次設定中，總部的房屋建築物的科目定位碼爲1010，門店的房屋建築物的科目定位碼爲1020，但這兩定位碼同時會與總賬科目固定資產——房屋建築物聯繫起來，如當財務增加一個固定資產時，就會通過科目定位碼使總賬科目固定資產_謗屋建築物金額相應增加。
成本中心：這是與控制模塊有關的設置。如總部用的服務器，就應選擇與總部某個部門有關的成本中心。
若該服務器的折舊費用應由不同的成本中心分擔，可以該成本中心爲基礎，在控制模塊內採用分攤或分配的功能進行劃分。
分析用途：分爲一次性或分期購入、是否抵押、是否保險四類，這是爲區分各個不同固定資產的狀態而設的。如若想了解有多少固定資產已經被抵押，則可以在查看報表時，選擇是否抵押的功能，系統就會將所有已抵押的固定資產列示出來。
折舊年限：分爲賬面折舊與稅務折舊，賬面的折舊年限與折舊率會計入總賬，稅務的折舊年限與折舊率則會作爲調整遞延稅款所用。如某固定資產的賬面折舊年限爲3年，年折舊額爲10000元，稅務折舊年限爲5年，年折舊額爲8000元，則系統會將10000元作爲總賬的折舊金額並計入相關費用，但系統也會算出稅務的折舊額爲8000元，但這8000元只是便於我們做遞延稅款的手工調整。
創建完某個固定資產的主數據後，系統會自動產生一個該固定資產的號碼，如11 11 11 11 11，我們在財務輸入分錄時，借：1111111111貸：10010101(現金)，交易金額會自動過入至總賬層次。
在固定資產模塊中，折舊是系統自動運行的，不需手工計算。並會過入相應的總賬科目。
2.6 利潤中心主數據、成本中心主數據
利潤中心主數據、成本中心主數據的內容應屬於控制模塊中的主要功能，在建立主數據方面相對而言較爲簡單，關鍵在於企業內部對於利潤中心及成本中心的如何劃分，也就是說對管理深度要求到什麼水平。

三、SAP R/3 財務基本概念及集成性淺釋--總帳等概念篇
3.1 科目表的建立及分配
在SAP中，科目表的層次較公司代碼高，也就是說先創建好科目表，然後可以分配給不同的公司使用。在同一集團範圍內，爲了使各個集團範圍內的公司使用的科目表都能一致，通常是先創建一個虛擬的公司及科目表，然後集團範圍內公司都可從其拷貝。科目表中的科目就是在總帳的主數據中分別創建的。這裏值得一提是，在SAP中的科目表與傳統的手工方式在科目體系中有了很大的不同。傳統的帳務體系將會計科目分爲1級科目、2級科目、3級科目等。但在SAP 已沒有這樣分法了。除了應收、應付、固定資產等統馭科目外，所有的明細或2、3科目上升爲總帳科目（當然在使用之前，應進行有關主數據的設置），如傳統的銀行存款—工商銀行XX支行XX帳號，這只是銀行存款的一個子科目，但在SAP中，此時已設置爲一個總帳科目了，科目代碼是根據企業會計制度中的有關編碼擴充至8位編碼，如一個企業有許多銀行存款，在SAP中就變成了有許多總帳科目。在總帳層次顯示時，是分別顯示的，但到報表層次時，則根據所有銀行科目中的前四位代碼彙集成一個科目銀行存款進行披露。管理費用也一樣，在SAP中有非常多管理費用的總帳科目（如工資、獎金、津貼等）。但在總帳還包含有從其他模塊中過入的金額，如統馭科目，統馭如應付/收及固定資產的明細科目，因此在SAP的總帳科目表中，我們看到的就不是目前的五、六十個科目，而是將近五百個的總帳科目。由於應收、應付、固定資產有各自獨立的模塊，所以有各自的明細帳。但反映在
總帳及報表層次時，分別爲細分的統馭科目（如應收帳款可根據企業管理的需要分爲應收國內的款項與應收國外的款項等）。SAP所有的財務信息都是即時的，當記錄一筆總帳分錄時，相應的總帳、報表都已生成，當應收明細帳生成時，通過統馭科目就可即時過入總帳與報表。也就是說，在SAP 的帳務裏，任何時點都會產生新的總帳與新的報表（注意該總帳與報表並不完全體現法人的資產負債損益情況，尚有折舊、預提待攤因素要考慮）。
總帳科目主數據分爲兩個層次：
a) 會計科目表層：
會計科目表可以爲一個或多個公司代碼使用。這一層次包括適用於所有使用該會計科目表的公司代碼的主記錄的信息。
b) 公司代碼層：
該層次包括適用於一個公司代碼的會計科目的特有信息。它因公司代碼的不同而不同。會計科目可以分兩個層次分別維護，也可以集中維護。
3.2 統馭科目
統馭科目（reconciliation account）指的就是將明細科目歸集起來的意思。前面我們說到，系統總帳科目表中包括統馭科目，該統馭科目是與應收模塊、應付模塊、固定資產模塊有關的，其中長、短期借款運用了應付模塊的功能，也成爲了統馭科目。在實際業務過程，我們可能會發生統馭科目選用錯誤，此時就要用到統馭科目的變更功能。如客戶A的統馭科目被誤選爲11310101，並有一筆分錄輸入，假設爲1000元，此時的總帳科目11310101就有1000元餘額，事後發現用錯統馭科目，爲此在此客房的主數據中更改統馭科目假設爲113102101（注意這並不會更改已過入11310101的1000元），更改完畢後，至月末（假設本月只有一筆分錄及餘額爲1000元）運行客戶重組程序，系統會產生借：11310299（系11310201的調整科目，但非統馭科目）1000貸：11310199（系11310101
的調整科目，但非統馭科目）1000，在報表層次上11310101與11310199被安排在一行後餘額變爲0，11310201與11310299被安排在一行後餘額變爲1000，這樣在報表層次就將由於選錯統馭科目而產生的錯誤糾正了。第二個月初，系統會自動運行相反的調整分錄，借：11310199（系11310101的調整科目，但非統馭科目）1000貸：11310299（系11310201的調整科目，但非統馭科目）1000。直到選錯統馭科目的金額被支付出去後，纔不需運行上述程序。
3.3 憑證的輸入規則
在SAP中，總帳科目在輸入分錄是需要遵循傳統的記帳方法， “有借必有貸，借貸必相等”。但對於應收、應付的發票輸入（即作會計分錄）單邊則可，如在應付模塊作發票輸入，填入供應商的號碼，日期、金額後，其次填寫行項目，此時的行項目的字段中已經默認了借方，用戶只需選擇適當的總帳科目（如管理費用—XX）、金額、成本中心即可。產生的分錄即爲借貸皆具的雙邊分錄了。應收模塊的發票輸入也同樣。在應收、應付模塊中除了後勤模塊的“發票校驗程序”及銷售模塊的“出具發票程序”自動過入應付、應收帳款外，尚有許多處如“過帳” 、“清帳”也具有半自動生成會計分錄的功能。另外，在SAP中，憑證具有較寬泛的意義，如後勤模塊的產生的收貨單據，在SAP中也稱爲憑證，發票也稱憑證，因此財務人員在實際操作中應注意區別。
3.4 憑證的類別
傳統的會計覈算中，將憑證的類別分爲收、付、轉三類或直接就是一類記帳憑證。SAP對憑證的分類基本上也遵循收、付、轉三類的原則，即總帳憑證（類似轉帳憑證）SA，與供應商有關的憑證（類似於付款憑證）：KR（應付供應商的憑證）、KG（供應商轉來的紅字發票，SAP稱爲貸記憑證）、KZ（付款給供應商的憑證），與客戶有關的憑證（類似於收款憑證）：DR（開具發票給顧客的憑證）、DG（開具紅字發票給顧客的憑證）、DZ（向顧客收款的憑證），與固定資產交易有關的憑證AA等。
3.5 記帳碼
在手工的會計覈算過程中，我們通過用記帳符號“借”與“貸”來描述資產、負債的增、減。
但在SAP中，卻變得有些複雜了，比如，對於總帳科目的憑證，用符號40來表示總帳的借方，用50來表示總帳的貸方，分錄例示如下：40：10010101（現金）50：50150101（營業外收入）；對於與供應商發票有關的憑證輸入，主要與應付帳款有關的借貸方就比較複雜了，如貸方用31、32、33、34、35、36、37、38、39，借方用21、22、23、24、25、26、27、28、29，如供應商發票輸入分錄爲：40：50100101（營業費用-電費） 31：10100037（表示通過主數據創建的供應商編號）。對於與應收帳款有關的，其應收帳款的借貸方所用的記帳碼：用01、02、03、04、05、06、07、08、09表示借方，用11、12、13、14、15、16、17、18、19表示貸方，如輸入一筆與客戶發票有關的分錄：01：客戶有關的號碼50：其他業務收入。與固定資產有關的業務，用70表示借方，用75表示貸方，假設通過應付模塊採購固定資產，70：固定資產號碼31：10100037。與存貨有關的業務，用89表示借方，用99表示貸方，如89：存貨貸：50：GR/IR，退貨時，40：GR/IR 99：存貨 （與存貨有關的會計業務，大部分是系統自動產生的，因此少了一道麻煩！）。
記帳碼在SAP中實際上起到如下的作用：在行項目中決定可輸入的科目的類別；行項目是以借方或貸輸入；決定其他字段的狀態。
記帳碼：記帳碼用於確定行項目記帳的方向－借記或貨記，同時確定記帳科目的類型（總分類帳科目或明細分類帳帳戶）和記帳數據輸入的屏幕格式。
SAP系統提供多種過帳碼的定義，用戶在處理會計憑證錄入時，宜儘量使用系統默認之過帳碼。
業務處理通常使用之過帳碼如下：
過帳碼類型D／C（借／貸）說明
01 C－客戶D－借發票
09 C－客戶D－借特別總帳借方
11 C－客戶C－貸貸方憑證
15 C－客戶C－貸收款
19 C－客戶C－貸特別總帳貸方
21 V－供應商D－借貸項憑證
25 V－供應商D－借付款
29 V－供應商D－借特別總帳借方
31 V－供應商C－貸發票
39 V－供應商C－貸特別總帳貸方
40 G－總分類帳D－藉藉方分錄
50 G－總分類帳C－貸貸方分錄
70 A－資產D－藉藉方資產
75 A－資產C－貸貸方資產
3.6 憑證號碼的產生
在SAP中，憑證號碼可以由系統產生也可由手工產生，但系統產生的憑證號是連續的，手工產生的號碼難免會產生跳號等失誤，因此對系統設置時採用的憑證號碼是由系統自動產生的。同時，對不同類別的憑證，系統對其產生的號碼的範圍不盡一致，如輸入供應商發票產生的憑證號在1900000000-1999999999之間，付款給供應商的的憑證產生的憑證號在1500000000-1599999999，與固定資產有關的憑證產生的憑證號在0100000000-0199999999之間，開具發票給客戶產生的憑證號在1600000000-1699999999之間等等！尚有其他號碼範圍，可參照總帳藍圖中的有關敘述。當然，號碼範圍是與年度有關的，即開始新一個會計年度時，號碼區間又會被重新選用，從而避免號碼被用盡的可能。
3.7 記帳期間變式，會計年度與特殊期間
記帳期間變式是較難理解的一個內容。通過手工的做法是，在某一期間內所有交易都必須在同一時點結帳，以便總帳及財務報表的生成。但在系統中，由於每一時點都可以產生一個即時會計報表，因此某些類型的憑證可以在期間結束時予以關帳，而某些卻又可以繼續開着，即某些類型憑證可在8月份入七月份的帳。當然從嚴格的角度說，這是不合適的。這就是記帳期間變式。特殊會計期間，在系統中，會計期間基本上分爲12個期間，這與正常手工覈算無二，但由於在年度的會計期間結束後（此時12月31日會計報表已產生），仍然存在應當調整的事項，如審計時發現有些費用的確認不盡合理，有些交易金額必須重新確認（如某些資產負債表日後事項），這時的調整就在特殊期間進行。SAP的特殊會計期間分爲4個，即13-16期間。但有些資產負債表業務卻又難以在特殊期間實現，如資產負債後日後發生的上一年度的退貨，由於這涉及到集成的業務，所以在SAP較難實現（具體參見後述）。
3.8 初級成本要素與次級成本要素
初級成本要素與次級成本要素。SAP除總帳的及時集成外，它的另一個特點是與控制模塊的及時集成。在SAP中所有的總帳中的費用科目都被要求創建成爲初級成本要素。這樣，當輸入一個總帳的費用分錄時，系統會要求輸入一個成本中心，即表示此時系統已將該初級成本要素分配給了某一成本中心。即通過一個分錄就將總帳與控制模塊的要求同時滿足，這就是SAP的無縫集成。當然控制模塊中只有該要素的金額，而不是像總帳的記錄是通過雙邊分錄來實現的，因此某成本心的費用報表是各個初級成本要素總彙。次級成本要素是指，某一成本中心的費用要素可整理成爲次級的費用要素（項目），並將其通過一定的比例分攤給不同的成本中心。控制模塊就是通過這兩個要素反映了企業內外部間的資金流動情況。在SAP中，初級成本要素就類似於科目表，它可以分配給任何一個成本中心，包括法人間的成本中心，即不同的成本中心可能包括的初級成本要素是一模一樣的，但金額卻不盡相同。
3.9 分配與分攤
分配與分攤對於成本要素的來說是一個很重要的功能。並且這功能就類似於固定資產折舊一樣，一月只能執行一次。分配的功能是與初級成本要素相關的，分攤的功能是與次級成本要素的功能相關的。這兩個功能同樣都可用到計劃（預算）與實際發生額中。如可創建一個循環，將某成本中心（可超過一個以上）的初級成本要素（可超過一個以上），按一定的比例分配給其他成本中心（可超過一個以上），當然也將這循環分爲幾個段，各段間相應的要求可以不一樣，這樣每月末執行時，就可以很好地反映初級成本要素的流向情況。同樣的，也可創建一個分攤循環，將某成本中心（可超過一個以上）的初級成本要素（可超過一個以上）重新組合成爲一個次級成本要素，然後再將其按一定的比例分配給其他成本中心（可超過一個以上），當然也將這循環分爲幾個段，各段間相應的要求可以不一樣，這樣每月末執行時，就可以很好地反映次級成本要素的流向情況。分配與分攤的區別在於，分配是將某一成本中心的初級成本要素分給另一成本心，被分配的初級成本要素會與被分配的成本中心的相同的初級成本要素一併反映，而分攤則是將次級成本要素分攤到另一成本中心，與被分攤的成本中心的初級成本要素一同反映，這樣有利於區分本成本中心的發生的費用與分攤過來的費用的界限。需要說明的是，同一利潤中心下的成本中心的分配或分攤，並不影響該利潤中心的利潤額，但跨利潤中心進行分配或分攤，則影響了不同利潤中心的利潤額，兩種方法產生（分配或分攤的規則相同時）的影響一致。
3.10 統馭科目是連接分類賬的總帳科目.
應收應付和資產相關科目一般設置成統馭科目(有分類賬的總帳科目)在創建GL主數據的時候指定當你在創建客戶或供應商主數據的時候，都會提示輸入特別總帳標準，就會用到統馭科目，與會計科目表中的應收、應付、預收、預付形成對應關係，起到連接總帳和分類帳之間的關係。
正如頂樓所說到的，是連接分類帳的總帳科目。
因爲在應收和應付模塊中，做憑證時輸入的都是客戶和供應商，所形成的應收、應付、預收、預付都是針對客戶和供應商的，並未真正與科目表中的總帳科目對應，所以需要用到統馭科目，與科目表能形成對應關係，此外在對客戶和供應商在做未清項處理時，也需統馭科目的對應。
舉個例子來說明一下：
供應商666對應的統馭科目是負債類科目200100，
那麼在物資採購開完發票以後會產生一張憑證3166640600100（成本費用類科目）在真正的付款之後會產生一張憑證5010010025666這時，在科目200100的BALANCE上就可以看到該筆數目了。
其實，這是把手工賬分解了，手工賬應爲：
借;600100
貸：200100--666
借：200100--666
貸：100100.
注意，在系統總賬裏是看不到666的紀錄的，只有通過200100纔可以記錄該筆交易。
3.11 SAP的憑證類別
基本分爲收、付、轉三類，和傳統的會計憑證分類一樣。
SA，總帳憑證。(轉帳憑證)
KA，供應商憑證。(付款憑證)
KR，應付供應商憑證。(付款憑證)
KG，供應商轉來的紅字發票，SAP稱爲貸方憑證。(付款憑證)
KZ，付款給供應商的憑證。(付款憑證)
DA，顧客憑證。(收款憑證)
DR，開具發票給顧客的憑證。(收款憑證)
DG，開具紅字發票給顧客的憑證。(收款憑證)
DZ，向顧客收款的憑證。(收款憑證)
AA，與固定資產相關的憑證。
3.12 特殊總帳標記
有A，B，C，D四種，分別對應預收帳款，應收票據，預收款請求和擔保。
3.13 稅類型
在定義稅碼時，可以選擇稅類型，大體來講，可以分爲“淨值稅”與“全值稅”，也就是計算基礎是不含稅或含稅的。
3.14 成本控制範圍
用於在企業範圍內成本覈算信息的統一規劃和控制。在SAP系統提供的成本控制範圍內，可以方便地對其責任中心的成本覈算信息使用相同的方法進行統一計劃、記錄和任意分組統計。
3.15 成本要素
在SAP系統中主要有初級成本要素和次級成本要素這兩大類成本要素，初級成本要素源於會計科目表。
初級成本要素:每一個初級成本要素都對應一個總帳損益類帳戶輸入源自於公司外部的直接成本-所有損益類帳戶的財務數據都要通過初級成本要素輸入到成本中心.
3.16 次級成本要素是會計科目表中所沒有的，只會在管理會計中使用，一般用於費用分攤和作業的結轉。每一個次級成本要素都只在CO內部起作用而不影響FI過帳，主要用於成本分配，結轉中使用。
次級成本要素有多種類型, 其中一種次級成本要素(43)會與作業類型相聯繫,另外一種用於作業分攤（42）。
3.17 成本中心
成本中心是企業內的最小職責單位，是每一筆費用的具體接收者。創建成本中心主數據時必須將每個成本中心分配給標準層次結構的某個節點，標準層次結構反映了成本中心與成本中心、成本中心與成本中心組、成本中心組與成本中心組之間的關係。標準層次結構中的每個節點代表一個成本中心組，當然除了標準層次結構中的成本中心組之外，還可根據業務需求在標準層次之外自己定義需要的成本中心組。
3.18 內部訂單
內部訂單用於計劃、收集、監視和結算在公司內部進行的特定操作或任務。
內部訂單可用於不同的目的。這種功能分類反映在不同的訂單類型中，其屬性定義了在系統中處理訂單的方式。SAP系統內內部定單分爲兩類：實際定單 和統計性定單。統計性定單, 例如用項目內部訂單來管理在建工程,在月末無須結轉成本。
3.19 內部訂單的常規類型
間接費用訂單：費用訂單用於歸集特殊事件和臨時項目成本的對象。費用訂單主數據創建的同時可以維護結算規則，也可於費用訂單結算前維護結算規則。費用訂單分統計性費用訂單和真實費用訂單。若是統計性費用訂單則不用維護訂單結算規則，因爲統計性費用訂單隻用於報表分析的用途。
投資訂單； 用於監視在固定資產生產過程中發生的成本，如建造存儲設施。
3.20 內部訂單主數據
內部訂單主記錄有幾個不同的部分，每個中包含有帶預定義字段組的標籤頁。可以在“自定義”中更改標籤頁的標題，還可以單獨地將字段分配給標籤頁。標準的訂單主記錄數據佈局具有下列標籤頁：
分配(包含機構分配，如公司代碼、業務部門、利潤中心等)
控制(包括訂單狀態信息、訂單貨幣、統計訂單指示器等)
期末結算(包含計算間接費用的成本覈算表單名、結算參數等)
一般數據(包含申請人、責任人等)
投資(在上面的示意圖中沒有顯示。包含資產投資訂單所需的參數)
3.21 作業類型
作業類型代表由成本中心生產輸出的一些形式。作業類型的通用例子包括勞動小時數或機器時間的分鐘數。作業類型用於根據所進行的作業單位數從發送方成本中心向另一CO對象（如成本中心、內部訂單、生產訂單等等）分配成本。單元價格用於評估作業數量。作業類型分配的優點是將數量和價值流組和在一起。所要求的作業數量在工藝流程中指定，這給產品成本計劃中和成本對象上提供了詳細的成本控制信息
3.22 作業價格
定義成本中心提供服務和執行功能的性質, 用來把成本分配到其他的成本中心。例如一類工時工資爲50元/小時。
可以利用成本中心的實際成本或計劃成本自動計算作業類型的價格，成本和作業計劃完成後，系統通過將計劃成本除以計劃的作業輸出數量計算作業工資。
3.23 統計指標
統計指標定義一些適用於成本中心、利潤中心、內部定單或過程的可測量值。示例包括成本中心的僱員總數、長途電話的分鐘數、“事務”成本中心中進行車輛維修的僱員數等等。
3.24 利潤中心
簡單來說利潤中心可以是任意一個盈利單位, 處於成本中心的上層利潤中心的設計可以考慮以下幾個方面:
地理劃分 (地點, 位置)
產品類別劃分 (產品組, 產品線)
業務類型劃分 (生產, 銷售, 研發)
需要考覈收入, 成本和費用的單位, 通常設爲利潤中心
3.25 費用分攤
成本/費用從輔助成本中心分配到對該成本/費用實際負責的成本中心。•SAP調整和分攤功能中包括多種分配原則，可以是固定比例,變動比例,作業類型或關鍵統計指標等多種方式。
3.26 成本中心費用計劃
指按成本中心、成本要素的計劃。可以作爲考覈的指標，在月底可以生成按成本中心、成本要素的計劃額和實際額的比較報表。成本中心計劃與“成本對象控制”集成，則必須能夠將間接費用管理成本傳遞到產品成本控制。因爲成本對象（如生產訂單）不能是分配或評估的接收方，間接費用附加費用和作業類型分配可用於完成從間接費用管理到成本的轉帳。
3.27 成本中心作業量計劃
按成本中心、作業類型制定作業數量計劃。作爲計算作業價格的基礎數據。
3.28 物料主數據
物料主數據描述物料的基本信息，以及物料管理、採購、銷售、成本、會計等詳細信息。其中物料管理、成本、會計視圖和成本覈算相關。
會計視圖包括：物料評估，物料價格，和科目確定等信息。
成本視圖包括：物料成本覈算的相關參數，例如成本覈算所需的物料清單（BOM），工藝路線等信息。
3.29 物料清單（BOM）
是組成產品或裝配的一個完整且正式的結構化組件清單。該清單包含每個組件的對象號、數量以及尺寸單位。這些組件成爲BOM項目。BOM可以包括有自己BOM的物料。
在R/3中，物料清單是在PP模塊中創建的。它們用於“產品成本計劃”，以便在創建產品成本估算時計算特定產品所要求的物料成本。
3.30 工藝路線
列出製造一件產品所需要的特定步驟。這些步驟稱爲工序。工藝路線爲每個工序指定下列內容：
1.執行工序的工作中心；用於計算日期、能力和生產成本的缺省值；工序的成本是否考慮進成本估算中；執行一個工序所需要的物料組件
2.系統根據工作中的公式計算所使用作業的數量和工藝路線工序中的缺省值。作業由鏈接到執行工序的工作中心的成本中心來提供。當計算工序的成本時，使用成本中心中的作業價格來評估作業。
3.31 產品成本覈算
指在每個會計覈算期間結束時進行的一系列任務，包括計算可應用的間接費用成本、在製品計算（WIP）、差額計算和結算（將信息傳遞到“財務會計”、“利潤中心會計”）。

四、三類憑證的產生
4.1 GR/IR（分爲購銷與代銷）
在SAP裏，當貨到票未到或票到貨未到也得到了及時的處理。在傳統的會計覈算中，當企業購入存貨時，若未能及時收至貨物的發票，此時是不做任何帳務處理的，若至月末仍未能收到，會採用一種估價入帳的方法進行會計處理，而後月初紅字衝回。但在SAP裏，若繼續採用這種覈算方法，將會使SAP所倡導的信息即時性反映得不到實現。因此，在SAP的帳務體系裏出現了一個新的科目：GR/IR，英文全稱爲GOODSRECEIPTSORINVOICERECEIPTS，中文譯爲貨到票未到或票到貨未到。如當倉庫進貨時，即使未收到發票，SAP能自動產生借：存貨，貸：GR/IR（GOODSRECEIPTSORINVOICERECEIPTS）,此時是以採購單上的採購價（不含稅④）作爲入帳金額。
發票到時，通過發票校驗程序，系統會自動產生借：GR/IR貸：供應商。此時的供應商是根據採購單上標明供應商自動過入。若發生發票上金額與採購單的金額不一致的情況，系統會根據該筆採購當時的庫存情況自動分配該差額的去向，如轉入存貨成本或銷售成本或在二者之間分配。至月末，若仍有未到的發票，由於在報表層次是不能反映GR/IR的，因此係統會有一個程序將未結清的GR/IR轉入應付帳款—票到貨未到或應付帳款—貨到票未到反映（該二科目非統馭科目，但前四位編碼與正常的統馭科目一致），至第二個月初，系統會自動將未結清的GR/IR衝回，等待結清。對於代銷商品的GR/IR，系統會在報表將其與存貨項目一併反映。
購銷的GR/IR與代銷的GR/IR區別是通過商品的主數據中設置得以實現的。當創建一個商品主數據時，必須設置該商品是屬於購銷或代銷商品，若是購銷商品，則當該商品入庫時，系統會產生借：存貨貸：（購銷）GR/IR；若是代銷商品，則當該商品入庫時，系統會產生借：存貨貸：（代銷）GR/IR；當然代銷的GR/IR必須等到產生銷售清單時，才能在收到供應商發票時轉入應付某供應商的明細帳內。
4.2 MM物料管理模塊
1、MM（material management,物料管理模塊）、SD(sales and distribution，銷售與分銷模塊)
模塊產生這裏指的集成，是指與MM模塊及SD模塊有關的帳務集成。
與MM模塊有關的帳務集成：
第一步：當MM模塊收到貨物時
借：存貨（或受託代銷商品）
貸：GR/IR（或代銷商品款）（該分錄是系統自動產生的，無須手工）
入帳金額爲採購單是採購單上所列金額，採購單上金額則來自於商品主數據中維護的金額，若採購前已知某商品價格上漲（或下降），則需在該主數據內預先維護，以便採購單引用（在採購單上也可直接更改採購價）。
第二步：收到供應商送來的發票時，有一個發票校驗（invoice verification）動作,該動作可由MM模塊的人員進行，也可由財務組的人員進行，但考慮到內部控制的要求，多數公司安排由財務部門執行。
借：GR/IR（或代銷GR/IR）
應交稅金—增值稅-進項稅
貸：供應商（爲一個系統自動產生的號碼）（該分錄由手工輸入）
注：若爲代銷的GR/IR，應爲代銷商品清單已產生，供應商按供銷商品清單所列物品開出的發票。
供應商開來的發票可能會出現比採購單金額小或大於1元內的情況，系統會自動將差額過入至營業費用—四捨五入差異。若開來的發票金額比採購單金額大於一元以上的情況時，可能是商品主數據中維護的金額不及時所致，此時可手工更改採購單金額，系統過入後，會自動將發票校驗憑證鎖死，相應產生的應付帳款--供應商的該筆交易也被鎖死，只有在有權限人批准後，才能支付。過入的大於採購單的差額會由系統自動在存貨成本與銷售成本之間分配。若發票金額小於1元以上，則仍需手工更改採購採購訂單使金額與發票金額一致，這樣系統就會將差額自動在存貨成本與銷售成本之間進行分配，但這時系統不會有鎖死該筆交易（因爲已不必要）。
當存在退貨給供應商的情況時，系統仍要求按上述順序做相反的動作，此後結清GR/IR的發票校驗用的供應商發票就是紅字發票了（系統稱之爲貨方憑證）。
4.3 SD銷售與分銷模塊
與SD（銷售）模塊有關的帳務
第一步，當MM模塊對外發貨時，填好外向發貨單，發貨過帳後，則
借：商品銷售成本（購銷或代銷）
貸：存貨（受託代銷商品）（此爲系統自動產生的分錄！）
第二步，當向顧客開出銷售清單時（即BILLING），此非通常所說的開正式稅務發票！
借：顧客（爲系統產生的10位數號碼，會自動過入至應收帳款的統馭科目，原理前述）
貸：商品銷售收入
應交稅金—增值稅-銷項稅（此爲系統自動產生的分錄！）若貨物售出後，顧客退貨，則需做一個上述的反向動作！收到顧客退貨時，稱爲反向發貨。開出的銷售清單爲紅字（稱爲貸方憑證）。系統同樣會產生上述相反的分錄。

五、SAP 零售模塊存在的問題
5.1 代銷的結算
對於代銷的業務，SAP是按照GAAP（generally accepted accounting principle）來進行設計的，相關原文如下：
即，對於代銷商品，受託人是不進行會計處理的，只在備查帳進行記錄，以便於數量的控制。SAP的零售系統完全是按照此思路進行設計的。但中國的企業會計制度對於受託代銷商品的核算且全然不是如此（具體參見《企業會計制度》說明）。因此，兩者的差異較大，完全不適合中國的企業會計制度覈算的要求，同時在稅務上也存在一定的問題。爲此，必須對代銷的有核算尤其是結算應進行客戶化的開發。一般在對於代銷商品的核算進行設置時，在商品主數據中的評估組中設計了兩個評估碼，即前述的3100（購銷）與3400（代銷）。代碼的不同，只是確定了不同的會計科目如庫存商品、受託代銷商品、GR/IR及代銷GR/IR，但在與供應商的結算上，二者卻是大不相同的。購銷的結算是供應商直接與經銷商的交易額進行結算，而
代銷的結算則是根據代銷商的商品代銷清單來進行的，這樣系統中的每一張採購單都不可能是立即結清的，而且對於數量衆多的代銷商品，系統如何選擇未結清的採購單及單價，這些都是客戶化開發中應當考慮及困難之處。
5.2 退貨單價的確定（退還供應商）
這問題與上述相關，即對於代銷商品退回給供應商時，系統應選用什麼單價。如某些公司的藍圖設計，爲所有未結清採購訂單中的最早價。這是考慮到近年來，商品的採購價都呈下降之趨勢。但系統客戶化開發的過程中顯示，對於最早價的選擇，需用手工的方式進行。這樣，當交易量大時，會降低作業效率，同時，手工操作難以確保有些標準是否會得到一致的執行。
5.3 分錄借貸順序
在SAP系統中，對於會計分錄的順序，不是完全按照借貸的順序來顯示，有時可能是貸借，雖然不會影響到整個分錄的準確性，但似乎不符合會計覈算的要求。希望將來的版本在這方面能有所改進。
5.4 收入的提早確認
從前述，我們可以看到，當存貨發出時，系統就自動產生借：銷售成本貸：存貨。在做BILLING動作時，才產生借：客戶貸：銷售收入貸：應交稅金。這種作法表明，SAP對於收入的確認是以發貨爲時點的，意味着發貨就一定代表客戶對貨物的接受。雖然在現實交易中(零售業)確實有90%的可能在發貨時就代表客戶對該貨物的接受。但更符合會計收入確認的作法是，應設置諸如“發出商品”的科目用於覈算當對發出貨物的客戶接受性沒有把握時的情景，待客戶接受後，再將“發出商品”轉爲銷售成本。另外，BILLING的動作在後也有可能爲用戶有意遲延確認收入留下空間。
5.5 特殊期間較難與資產負債表日後事項協調
在前述中說及，在SAP中會計期間可劃爲16個，即有4個特殊的會計期間用於對已結帳的總帳進行調整，基本上資產負債表日後事項的情況都能在4個特殊的會計期間處理，但對於退貨的會計處理較難與會計準則要求的相吻合。因爲，對於商品每到月末都要有一個關帳動作，即表明關帳後就不能對已關帳的前兩個期間的存貨業務進行調整。會計準則要求，對於上年度銷售，會計報表發出之前發生的退貨，應以“以前年度損益調整”作爲過渡科目，然後再將“以前年度損益調整”結轉至“未分配利潤”，再對當年度的資產負債表的年初數重新計算調整，並在會計報表附註中說明③。但由於SAP的商品月度間關帳已不可能將退貨在以前月份調整，同時，退貨時，當收至客戶的退貨，MM模塊有個反向發貨動作將產生，借：存貨貸：銷售成本（入帳價值爲退貨時的商品移動平均價），而不是貸：以前年度損益調整，對顧客開出紅字發票時，借：銷售收入應交稅金—增值稅貸：客戶（以當時的銷售價），而不是借：以前年度損益調整。因此，在這一點，SAP較難與會計準則的有關要求相一致。
5.6 利用利潤中心產生負債表
SAP的成本中心與利潤中心使財務會計與管理會計得以有機結合！在每一個獨立覈算的會計主體中，每一個職能部門都是一個成本中心，如5個職能部門，則可以將其分爲5個成本中心或2個成本中心，這可按管理部門的管理需求進行確定，但只可能有一個利潤中心，即這個獨立覈算的會計主體。在SAP中，成本中心與利潤中心是事先必須設定的。即，當我們在輸入一個與費用有關的總帳分錄時，如借：管理費用---工資貸：現金時，SAP就要求必須再對費用的所屬部門進行再輸入，如必須輸入一個成本中心；對現金則必須輸入一個利潤中心。這是因爲，當輸入一個成本中心後，所有與該成本中心有關的金額都會得以彙集，然後這個成本中心會被分配至一個利潤中心（成本中
心的主數據中設定），從而能從利潤中心自動地產生管理用的某個獨立覈算會計主體的損益表。上述現金也被要求輸入一個利潤中心，是爲了能產生一個與獨立覈算主體的資產負債表。當一個獨立法人有二個以上的獨立會計覈算主體時，此功能就變得非常之好用！即該二個獨立覈算的會計主體不須再進行獨立的會計覈算了，只須分配好各自的成本中心與利潤中心即可！在SAP中，獨立會計覈算的損益表是容易產生的，但要產生一個具有平衡關係的資產負債表較有一個難度！上述所說的要做到如現金，這可自動產生，但與總部之間的往來，就要通過月末手的方式輸入部份分錄以產生資產負債表。假設某法人有二個獨立覈算的門店，在傳統的會計體系中，該法人的資產負債表上應有“撥付所屬資金”的科目用以覈算對兩個門店之間的資金撥付關係，門店的資產負債表上應有“上級撥入資金”的科目與法人資負表相對應，當每月發生往來時，可通過該二科目進行覈算或再加一個內部往來科目進行覈算。月末時，法人報表應彙總再抵消“撥付所屬資金”與“上級撥入資金”及相關的內部往來科目。但在SAP中，此時已不用如上所述進行覈算了！如將某門店的裝修費撥付門店時，原來的做法是：借：撥付所屬資金貸：長期待攤費用，而SAP直接在長期待攤費用下輸入一個利潤中心即能產生相應的某門店的會計報表。當然，對於一些往來及月末（或年末）實現的利潤，則必須通過手工輸入調整的分錄以使門店產生資產負債表。但這樣做法也有一個缺點：由於減少了傳統會計的抵消內部往來的做法，當總部與門店之間的存貨調撥在不加價的情況下，通過月末手工調整的方式是能實現門店的資產負債表。但總部對門店的貨物調撥有加價的情況下⑤，就顯得較難處理了。
5.7 現金流量表的編制
在SAP中，對於現金流量表的編制是採用公式的方式計算而出的。如經營活動產生的現金流量是通過當年銷售收入+應收帳款的期初數—應收帳款的期末數+預收帳款的期末數—預收帳款的期初數等公式計算而出，但是我們知道該公司對於企業的正常業務來說是有效的，但現代社會中，非貨幣性交易及債務重組的業務時有發生，這部份交易是不與現金流轉有關的，但同樣在減少諸如應收帳款的金額，故在利用公式來推導現金流量表時，尚需加入某些因素，即經營活動產生的現金流量應爲當年度產生的銷售收入+應收帳款的期初數--應收帳款的期末數+預收帳款的期末數—預收帳款的期初數+當期收回前期覈銷的壞帳—以非現金資產抵償債務而減少的應收帳款—當期覈銷的壞帳，由於新增的因素在報表層次是如無法體現的（報表的應收帳款期末數是結果），故利用未調整前的公式計算出的現金流量表是不準確的。尚有現金流量表的某些項目是不能用公司來計算的，如購建固定資產、無形資產和其他長期資產支付的現金需根據有關科目分析確定等。因此，我們希望利用控制模塊的某些道理來完成現金流量表的編制。比如，在輸入憑證時，初級成本要素被要求分配一個成本中心，實際上這成本中心是在歸集有關初級成本要素及金額。那能不能在憑證輸入時，凡與現金流動有關的金額都被分配一個現金流量表中的項目，如當借：現金1000貸：客戶1000時，在行項目中現金應分配給“銷售商品、提供勞務產生的現金”，又如當借：費用2000貸：現金2000，則在行項目中這2000元就應分配至“支付職工以及爲職工支付現金”等，這樣產生出來的現金流量將非常之準確，可信性將極高。

六、FI 財務會計-事務碼
FB99 Check if Documents can be Archived 檢查憑證是否可歸檔
FRCA Settlement calendar 結算日曆
FSF1 Financial Calendar 會計日曆
OBCZ C FI Maintain Table T021E C FI 維護表 T021E
OBF5 C FI maint. table T042OFI/T042OFIT C FI 維護表 T042OFI/T042OFIT
OBIA C FI maintain view cluster VC_TFAG C FI 維護視圖簇VC_TFAG
OBIB Parameter transaction for V_TFAGM V_TFAGM 參數事務
OBW3 Instructions in payment transactions 付款業務中的指令
OBWR C FI Maintain Table FEDIWF1 C FI 維護表 FEDIWF1
OBF3 Bank selection, current setting 銀行選擇, 當前設置
F.04 G/L: Create Foreign Trade Report 總帳：對外貿易報表
F.0A G/L: FTR Report on Disk 總帳：磁盤上的FTR報表
F.0B G/L: Create Z2 to Z4 總帳：創建Z2到Z4
F.12 Advance Tax Return 稅務預先申報
BERE Business Event Repository 業務事件資源庫
BERP Business Processes 業務處理
BF01 Business Event Repository 業務事件資源庫
BF02 Bus. Events: Assignment of app.comp. 業務事件: 應用程序組件分配
BF03 Business Event Repository: Overview 業務事件資源庫: 總覽
BF05 Process Interfaces 處理接口
BF06 Processes: Allocation of appl.comp. 處理: 應用程序組件分配
BF07 Process Interfaces: Overview 處理接口: 概覽
BF11 Application areas 應用程序區域
BF12 Partners 業務夥伴
BF21 SAP Application Products SAP 應用產品
BF22 Business Framework: Partner Products 業務結構: 合作產品
BF23 Activate Partner Products 激活合作產品
BF24 Customer Products 客戶產品
BF31 Application modules per Event 每一事件的應用模塊
BF32 Partner Modules per Event 每一事件的合作模塊
BF34 Customer Modules per Event 每一事件的客戶模塊
BF41 Application Modules per Process 每一處理的應用模塊
BF42 Partner Modules per Process 每一處理的合作模塊
BF44 Customer Modules per Process 每一處理的客戶模塊
BFST Attibutes for Selection of Events 事件選擇的屬性
FARY Table T061S 表 T061S
FARZ Table T061V 表 T061V
FIBF Maintenance Transaction for Open FI 未結 FI 維護交易
FIMN Call Additional Components (IMG) 調用附加組件(IMG)
FINF Info System Events 信息系統事件
FINP Info System Processes 信息系統處理
FOMN Call Additional Components (FDMN) 調用附加組件 (FDMN)
F.13 ABAP/4 Report: Automatic Clearing ABAP/4 程序: 自動結算
F.21 A/R: Open Items 應收帳：未清帳目
F.24 A/R: Interest for Days Overdue 應收帳:逾期利息
F.25 Bill of Exchange List 匯票清單
F.26 A/R: Balance Interest Calculation A/R: 餘額利息計算
F.2A Calc.cust.int.on arr.: Post (w/o OI) 計算客戶欠款利息：記帳（不帶OI）
F.2B Calc.cust.int.on arr.: Post(with OI) 計算客戶欠款利息：記帳（帶OI）
F.2C Calc.cust.int.on arr.: w/o postings 計算客戶欠款利息：不帶記帳
F.2D Customrs: FI-SD mast.data comparison 客戶：FI－SD主數據比較
F.44 A/P: Balance Interest Calculation 應付帳:餘額利息計算
F.48 Vendors: FI-MM mast.data comparison 供應商：FI－MM 主數據比較
F.4A Calc.vend.int.on arr.: Post (w/o OI) 計算供應商欠款利息:記帳(不帶OI)
F.4B Calc.vend.int.on arr.: Post(with OI) 計算供應商欠款利息：記帳(帶未清項目)
F.4C Calc.vend.int.on arr.: w/o postings 計算供應商欠款利息：不記帳
F.70 Bill/Exchange Pmnt Request Dunning 匯票支付催款要求
F.71 DME with Disk: B/Excha. Presentation DME 軟盤: B/Excha.提示
F.75 Extended Bill/Exchange Information 匯票信息
F.93 Maintain Bill Liability and Rem.Risk 維護票據負債和Rem.風險
F-03 Clear G/L Account 結算總分類帳科目
F110 Parameters for Automatic Payment 自動付款參數
F150 Dunning Run 催款執行
F-18 Payment with Printout 收付並打印輸出
F-20 Reverse Bill Liability 沖銷匯票債務
F-22 Enter Customer Invoice 輸入客戶發票
F-23 Return Bill of Exchange Pmt Request 退回匯票收付請求
F-25 Reverse Check/Bill of Exch. 沖銷支票/匯票
F-26 Incoming Payments Fast Entry 進帳快速輸入
F-27 Enter Customer Credit Memo 輸入客戶信貸通知
F-28 Post Incoming Payments 收款記帳
F-29 Post Customer Down Payment 客戶預付訂金記帳
F-30 Post with Clearing 結算記帳
F-31 Post Outgoing Payments 付款記帳
F-32 Clear Customer 結算客戶
F-33 Post Bill of Exchange Usage 匯票用途記帳
F-34 Post Collection 託收記帳
F-35 Post Forfaiting 債權貼現記帳
F-36 Bill of Exchange Payment 匯票收付
F-37 Customer Down Payment Request 客戶預付定金請求
F-38 Enter Statistical Posting 輸入統計記帳
F-39 Clear Customer Down Payment 結算客戶定金
F-40 Bill of Exchange Payment 匯票收付
F-41 Enter Vendor Credit Memo 輸入供應商貸項通知
F-42 Enter Transfer Posting 輸入結轉過帳
F-43 Enter Vendor Invoice 輸入供應商發票
F-44 Clear Vendor 結算供應商
F-46 Reverse Refinancing Acceptance 沖銷重新籌措資金承兌
F-47 Down Payment Request 預付定金請求
F-48 Post Vendor Down Payment 供應商預付訂金記帳
F-49 Customer Noted Item 客戶標註項目
F-51 Post with Clearing 結算記帳
F-52 Post Incoming Payments 收款記帳
F-53 Post Outgoing Payments 付款記帳
F-54 Clear Vendor Down Payment 結算供應商預定金
F-55 Enter Statistical Posting 輸入統計記帳
F-56 Reverse Statistical Posting 沖銷統計記帳
F-57 Vendor Noted Item 供應商標記的項目
F-58 Payment with Printout 收付並打印輸出
F-59 Payment Request 支付請求
F-63 Park Vendor Invoice 預製供應商發票
F-64 Park Customer Invoice 預製客戶發票
F-65 Preliminary Posting 預記帳
F-66 Park Vendor Credit Memo 預製供應商貸項憑證
F-67 Park Customer Credit Memo 預製客戶貸項憑證
FB05 Post with Clearing 結算記帳
FB10 Invoice/Credit Fast Entry 發票/貸項憑證快速輸入
FB13 Release for Payments 收付下達
FB1D Clear Customer 結算客戶
FB1K Clear Vendor 結算供應商
FBA1 Customer Down Payment Request 客戶預付定金請求
FBA2 Post Customer Down Payment 客戶預付訂金記帳
FBA3 Clear Customer Down Payment 結算客戶定金
FBA6 Vendor Down Payment Request 供應商的預付定金請求
FBA7 Post Vendor Down Payment 供應商預付訂金記帳
FBA8 Clear Vendor Down Payment 結算供應商預定金
FBE1 Create Payment Advice 創建收付通知
FBE2 Change Payment Advice 更改收付通知書
FBE3 Display Payment Advice 顯示收付通知
FBE6 Delete Payment Advice 刪除收付通知
FBE7 Add to Payment Advice Account 加上收付通知帳戶
FBL1 Display Vendor Line Items 顯示供應商單項
FBL2 Change Vendor Line Items 更改供應商行項目
FBL5 Display Customer Line Items 顯示客戶單項
FBL6 Change Customer Line Items 更改客戶單項
FBP1 Enter Payment Request 輸入收付請求
FBRA Reset Cleared Items 重置已結清項目
FBV0 Post Parked Document 預製的憑證記帳
FBV1 Park Document 暫存憑證
FBV2 Change Parked Document 更改暫存憑證
FBV3 Display Parked Document 顯示暫存憑證
FBV4 Change Parked Document (Header) 更改預製的憑證（標題）
FBV5 Document Changes of Parked Documents 暫存憑證的憑證更改
FBV6 Parked Document $ 暫存憑證$
FBVB Post Parked Document 預製的憑證記帳
FBW1 Enter Bill of Exchange Pmnt Request 輸入匯票收付請求
FBW2 Post Bill of Exch.acc.to Pmt Request 匯票科目的收付請求記帳
FBW3 Post Bill of Exchange Usage 匯票用途記帳
FBW4 Reverse Bill Liability 沖銷匯票債務
FBW5 Customer Check/Bill of Exchange 客戶支票／匯票
FBW6 Vendor Check/Bill of Exchange 供貨商支票／匯票
FBWD Returned bills of exchange payable 退回應付匯票
FBWE Bill/Exch.Presentatn - International 匯票呈現 - 國際的
FBZ0 Display/Edit Payment Proposal 顯示/編輯收付建議
FBZ1 Post Incoming Payments 收款記帳
FBZ2 Post Outgoing Payments 付款記帳
FBZ3 Incoming Payments Fast Entry 進帳快速輸入
FBZ4 Payment with Printout 收付並打印輸出
FBZ5 Print Check For Payment Document 打印收付憑證支票
FBZ8 Display Payment Run 顯示收付運行
FBZA Display Pmnt Program Configuration 顯示收付程序配置
FBZP Maintain Pmnt Program Configuration 維護收付程序設置
FCH1 Display Check Information 顯示支票信息
FCH2 Display Payment Document Checks 顯示收付憑證支票
FCH3 Void Checks 註銷的支票
FCH4 Renumber Checks 重編支票號碼
FCH5 Create Check Information

七、備註
Implementation Guide (IMG) 是SAP系統的配置工具，它可按你公司的要求配置SAP系統以適合你公司的要求。有三種類型的IMG，分別是：
SAP Reference IMG，可在這裏配置SAP系統的所有功能。
Project IMGs，它基於Rrference IMG，可爲某個項目進行單獨配置，比如我們可建立一個FI的Project IMGs，方便配置。
Project view IMGs，在Project IMGs裏的Project views裏設置，在Project IMGs裏再建立一個視圖，把一些配置選項添加到該視圖裏。通過這樣一層層的分工，就可把Reference IMG裏的配置分配給不同的人員進行維護。我們可爲不同版本的SAP系統建立IMG，如4.0x，4.5x。這種IMG叫做版本相關IMG。通過“help”--“Release notes”菜單可顯示各個SAP發佈版的區別。我們可用事務碼“spro”來進入SAP Reference IMG。使用“spro_admin”進入project IMGs。