SAP財務知識點

[@more@]

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。

mySAP CRM

之所以叫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為了迎合網路風潮而給自己的產品包改的名字，它跟
這個網站沒有任何實質關係，其實它就是現在的sap,和這個網站沒有任何實質關...它就是現在的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。