FI--SAP財務成本知識庫
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為了迎合網路風潮而給自己的產品包改的名字，它跟
一、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. 財務會計—財務會計全域性設定—會計年度—向一個會計年度變式分配公司程式碼為公司程式碼指定一個會計年度變式，一般使用K415. 財務會計—財務會計全域性設定—憑證—過帳期間—定義未結清過帳期間變式定義一個過帳期間變式的程式碼16. 財務會計—財務會計全域性設定—憑證—過帳期間—未清和關帳過帳期間修改不同變式不同帳戶型別的科目的可用期間17. 財務會計—財務會計全域性設定—憑證—過帳期間—將變式分配給公司程式碼為公司程式碼指定過帳期間變式18. 財務會計—財務會計全域性設定—憑證—憑證號範圍—定義憑證號範圍檢視和指定不同公司程式碼下的憑證範圍。間隔：指定不同的憑證號碼段；狀態：檢視當前分配到的號碼19. 財務會計—財務會計全域性設定—憑證—憑證擡頭—定義憑證型別定義平整型別程式碼以及說明文字20. 財務會計—財務會計全域性設定—憑證—憑證擡頭—定義憑證的文字標識維護文字表示號以及含義21. 財務會計—財務會計全域性設定—憑證—行專案—控制—定義記帳碼維護記帳碼：程式碼、名稱、借貸、帳戶型別、銷售相關、特別總帳、沖銷記帳碼、支付交易維護不同記帳碼的欄位狀態：不同行專案欄位的顯示和輸入狀態22. 財務會計—財務會計全域性設定—憑證—行專案—控制—維護欄位狀態變式增加或維護欄位狀態變式23. 財務會計—財務會計全域性設定—憑證—行專案—控制—向欄位狀態變式分配公司程式碼為公司程式碼分配一個欄位狀態變式24. 財務會計—財務會計全域性設定—憑證—行專案—定義僱員的容差組不同公司程式碼下記帳的上限（憑證總額、未清帳戶專案、現金折扣）25. 財務會計—財務會計全域性設定—憑證—行專案—定義行專案文字維護行專案文字標識及文字內容26. 財務會計—財務會計全域性設定—憑證—憑證處理預設值—預設值定義不同事務碼的憑證型別和記帳碼27. 財務會計—財務會計全域性設定—銷項/購置稅—基本設定—檢查計算程式訪問佇列：定義訪問佇列標識和名稱定義條件型別：定義條件型別及相關資料定義過程：過程程式碼及描述28. 財務會計—財務會計全域性設定—銷項/購置稅—基本設定—檢查和更改稅務處理設定稅收處理設定：程式碼、描述、稅型別、過帳標識29. 財務會計—財務會計全域性設定—銷項/購置稅—基本設定—向計算程式分配國家指定不同國家程式碼下的計算過程:CN->TAXCN30. 財務會計—財務會計全域性設定—銷項/購置稅—計算—定義銷售/採購稅程式碼不同稅碼下各處理程式碼的比例或數值31. 財務會計—財務會計全域性設定—銷項/購置稅—記帳—定義稅務科目不同事物下的稅務科目設定MWS(銷項稅):21710705應交稅金-增值稅-銷項稅VST(進項稅):21710704應交稅金-增值稅-進項稅32. 財務會計—財務會計全域性設定—信函—定義信函型別定義信函型別程式碼、型別名稱、一般資料、日期細目33. 財務會計—財務會計全域性設定—信函—為信函型別分配程式定義不同信函型別對應的程式名稱和變式34. 財務會計—財務會計全域性設定—信函—定義信函列印的格式名稱定義不同信函列印程式所使用的表格35. 財務會計—總帳會計—總帳科目—行專案—行專案顯示—確定行專案的標準排序定義排序碼、說明、排序欄位36. 財務會計—總帳會計—業務往來—總帳科目過帳—總帳科目過帳滿意—定義總帳科目過帳的過帳碼採用預設的40和5037. 財務會計—總帳會計—業務往來—未結清專案結清—定義結清過帳碼清帳過程的各項過帳碼的設定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模組有關的帳務整合：第一步：