一、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。?

總結

以上是生活随笔為你收集整理的SAP FI/CO 知识 浓缩版的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。