財務分類帳定義閑扯大約10年前，我看到某ERP軟件公司的產品宣傳詞,大概是這樣的：“在制造業日益激烈的競爭中，您是否正為以下問題煩惱不已？ 生產周期過長； 庫存過多，占用了大量資金；客戶訂單的經常變更；生產現場故障頻繁；不能及時出貨；經常加班加點，MRP物料需求跑的不準”,接下來列舉起產品的好處,事至今天，居然還有公司使用這些陳詞濫調做廣告，忽悠都這么偷懶，也不整點有創意的東西。有幾家公司就宣傳就比較超前，明明去年聽他說他公司連ERP一根毛還沒整出來，今年他就跟著人家說ERP已死,應該玩ERP II,SOA,BPM。購銷存都沒整好就換名叫SCM了，分銷系統也不怎的改成CRM了，MRP跑起來都從東卻到西了，換了個新名詞叫APS，明明就一個小OA換了一下界面和菜單現在叫協同管理，一個小固定資產模塊現在卻叫EAM，數據倉庫DW做一個報表踢完一場足球結果才出來,現在人們管它叫商業智能BI，這就是老屠常說的那句換個馬甲再來忽悠，此等把戲俺一看便知。忽悠客戶的錢, 忽悠股民的錢,總之，忽悠到Money才是硬道理，故曰：管理軟件行業無公理可言，一切可能皆可能假的，只有忽悠永遠是真的。不要小看忽悠,絕對是一門深奧的學問，只要你注意觀察，忽悠無處不在,深入人心。有個周末我陪LP去逛某商場，化妝品專柜前放著促銷廣告，一個少婦正淚流滿面講述她”凄慘“的經歷，年紀開始大了，臉蛋不漂亮了，男朋友要甩她了，講的真是如泣如訴，我立即想起了小時候看的電影，翻身做主的農民就是這樣控訴萬惡的舊社會的，LP看了流下了同情的眼淚，然后畫面一轉，該少婦自從用了某牌化妝品后立即年輕了十歲，按照她的說法，現在是大群男人們流著口水天天圍著她轉。 不要看我LP平時買把白菜買幾棵蔥都要跟卷起襯衫跟小販討價還價，看完這段廣告后再也按捺不住了，從我口袋抓走一千多元立即買了一套。說句實在話，雖然我這人平時一向不大講究比較”邋遢“，看了電視那婆娘的小臉蛋瞬間從布滿斑點到白嫩如藕，我都想買套試試。晚飯后，我聽見一聲凄厲的慘叫從衛生間傳來，LP捂著臉恨恨地說：什么破產品，我臉上都起紅點了，肯定是假冒偽劣產品。我湊過去捏了一下LP的臉蛋，然后欣喜地安慰她：LP大人，恭喜你，臉蛋還是真的呢，耶！ 瞎扯完畢，說說財務模塊的分類帳概念，步驟如下：第一步：定義分類帳圖1-1234:定義分帳配置包括建立分類帳,定義各分類帳貨幣,在公司代碼層激活非主導分類帳和定義分類帳組。圖1-56:選擇圖1-1定義分類帳按紐，可看到系統默認分類帳0L的“主導”（即所謂的Leading Ledger）標志被選上，在系統初，你可以更改主導帳為自定義帳也可直接使用0L，這都不是問題。 在新總帳中，系統似乎傾向于將以前的諸如SPL，利潤中心Ledger 8A，FI-CO統馭Ledger 3A，COGS Ledger 0F都合并，我們知道，如果Ledger越多，要保證數據的一致性的代價就越高，相信大家都可能為FI和CO，FI了利潤中心數據不一致而困惑過。財務模塊Leading Ledger必須且只能有一個，如果需要可以定義多個非Leading Ledger，圖1-6我定義了一個Leading Ledger分類帳ST。第二步：定義主要分類帳貨幣（Tcode：OB22）由于ERP定位在各種組織結構復雜的跨國集團業務上,為了滿足各個國家對貨幣的法規的要求，系統提供了非常靈活的貨幣處理，允許同時使用三種貨幣作為記帳和結算的本位幣,這樣可以滿足集團各國業務需求，集團同一評估的法定要求，對惡性通貨膨脹國家業務的重新評估需求，全球各第不同類型的稅收折舊等種種需求，在“貨幣類型和平行評估”就ERP貨幣設計做了詳細描述，此處就不再細述。如圖2，在舊版本中，一般只定義一個附加本位幣，如果需要定義第三本位幣，因為財務科目匯總余額表GLT0的局限，增加第三本位貨幣步驟分3步：OY01：為指定高通貨膨脹國家定義物價指數貨幣（索引貨幣，系統預設貨幣類型50）和硬通貨貨幣（貨幣類型40）。現假定一中美合資企業，本位幣為10，CNY，控制范圍貨幣使用30，也是CNY，需要使用平行貨幣USD記錄固定資產購置值和折舊,所以啟動通貨貨幣貨幣類型40,并設置貨幣為USD。OB22：如圖2，現假定一中美合資企業，本位幣為10，CNY（一般人們似乎更喜歡用RMB），控制范圍貨幣使用30，也是CNY，第三本位幣為硬通貨，貨幣類型40，幣別USD。OBS2：使用GLT0表為第3本位幣定義一套帳，因為在舊版設計中，GLT0只有TSL01-TSL16,HSL01-HSL16,KSL01-KSL16分別對應到憑證貨幣/本位幣/集團貨幣1-16期間的科目余額，在新總帳中這步已經不再需要，甚至可以停止使用Old table GLT0而使用新的匯總表FAGLFLEXT。 如果你使用了第3本位貨幣并且OBS2了一個帳注意相關法定報表取數時一定要選擇Ledger 0，因為GLT0包含了兩個Ledger的數。新版本只要前兩步就可以定義3個并行的本位幣。第三步 定義并激活非主導分類帳每個公司代碼必定在主導帳中記帳，你還可為公司代碼設置非主導帳，如圖3，將Ledger ST分配給公司代碼1000，9998，在非主導帳中也可為每個公司最多也可設置3個本位幣，前提是這些本位幣在OB22中已為公司設置了，如果你集團中有多個公司代碼，并非所有的公司代碼都非得要一個非主導帳，圖3-23：作為測試目的，注意公司代碼9998使用了會計年度變式24而非K4，是這樣的，分兩種情況：I.公司代碼1000的主導帳和非主導帳使用同樣的會計年度變式24，此時不需要再為Ledger ST定義憑證類型和編號范圍，Ledger 0L和Ledger ST的總帳視圖和條目視圖都保持一致。 實際上是，如果這樣，除非你想在Ledger ST中調帳（這是個好注意？數據量Double），類似Copy法定帳Ledger 0L一份出來瞎整，否則沒有必要為1000再定義一個非主導帳，因為兩者數據完全一致。II.公司代碼9998的分類分類帳 ST 與公司代碼 9998 中主分類帳0L有不同的會計年度變式,所以必須在總分類帳視圖中定義總分類帳編號的個別憑證編號，如圖4。這種業務是經常發生的，一個設置在中國的中美合資企業，中方使用自然年月做會計年度，美方則使用例如445期間，此時設兩套帳分別使用不同期間變式，實際上此時Ledger ST就類似以前的SPL，更詳細請參考第八章 特別目的總帳。圖4-12：為Ledger ST定義總帳視圖的憑證類型和憑證編號,比如SA可采用和Ledger 0不同的編號。圖4-34:BELNR財務憑證0100000001在Ledger ST/0L分別對應到憑證DOCNR為90000001/0100000001。圖4-5:在新總帳中,始終使用版本 001（而非版本0） 過帳各模塊中的實際數據。 這似乎延續了SPL的做法，GCVI定義SPL實際版本就是1（GCVP則可定義SPL計劃版本）。缺點：在分配非主導帳給公司代碼時似乎失去了以前SPL的靈活性，圖5是SPL的一個Tcode：GCL2將分類帳分配給公司代碼的一個截圖，SPL Z1除了分給公司代碼外，還可分配作業，作業就是業務交易，在此書中已經N次提過這東西，比如我可設置只是FI過帳業務RFBU才過帳到特別分類帳Z1，如果企業確實有將某些交易數據在SPL做分析的BT需求，這是個很好的處理方法。第四步 定義分類帳組分類帳組定義不是必需的，當你建立一個分類帳時，系統自動建立一個同名的分類帳組，你可將幾個分類帳集中在一組，比如可以方便共享一個會計政策，便于分析等，你需要在分類帳組中將主分類帳設置為典型分類帳。 接下來深入討論本節兩個主題，分類帳淺談和多本位幣匯率轉換問題。（1）分類帳淺談怎么設計一個分類帳，我們需要那么多分類帳嗎？需要整合分類帳嗎？早些時候，國內有些軟件系統喜歡為每個公司代碼建立一個獨立的帳套，當然分類帳和帳套是兩個概念，人家各模塊的組織架構基礎打的就扎實，這種做法對于一個集團多個公司代碼下的往來業務處理就非常不方便了，本人覺得這種思路實乃人為閹割系統。首先復習一下舊系統的幾個Ledger 的匯總余額表,這些表可使用Tcode：SE11查看其結果。幾個常見Ledger的Summary Table:GLT0: FI 法定Ledger 0 (只有業務范圍字段,無利潤中心和功能范圍)GLPCT: Profit Center Ledger 8A(無業務范圍)GLFUNCT:COGS Ledger 0F (無利潤中心)GLT1: Local direct posting ledger L0(無利潤中心)ECMCT：Consolidation Ledger 1C（合并帳）業務范圍，利潤中心這兩個組織單元大家都很熟悉了，功能范圍實際上類似輔助核算字段，用來區分期間費用性質。在一些項目中，人們啟動了COGS Ledger 0F，啟動了FI-CO統馭調整帳，使用了利潤中心Ledger 8A，啟動了ECCS使用合并帳1C，這些Ledger一般對應的DB table一般分實際行項目（A）/計劃行項目(P)/匯總(T)3個表，如果你去查看上面幾個表就會發現這些表結果驚人的相似，那么能否將這些帳整合在一起呢？如果這些帳不整合將用戶可能不得不為各Ledger的數據一致性付出代價。業務場景：假設某企業新建了一個生產工廠,地方政府在一定年限內給予了新廠一定稅收優惠,這樣一個公司代碼需要根據新舊廠出具兩套報表,很自然想到將新舊工廠設置兩個業務范圍比如1000(新業務范圍)和2000(舊業務范圍)相對應,期末根據業務范圍出具新舊廠兩套報表。同時,假設新廠生產三個產品系列,對應利潤中心1000X1/1000X2/1000X3,舊廠生產兩個產品系列,對應利潤中心2000J1/2000J2,公用的管理部門和銷售部門同時為新舊工廠服務,相應的期間費用計入相應成本中心,假設不使用公用業務范圍和公用利潤中心,而是給相應成本中心臨時掛舊業務范圍和其中一個利潤中心2000/2000J1,期末再將期間費用在業務范圍+利潤中心做分配分攤。處理方法：如何進行分配呢？如果你使用的是舊的版本，你就會發現很難處理以上問題，直接才法定Ledger 0中處理嗎？不合適。在利潤中心Ledger 8A中做分配分攤吧（Tcode：4KE1/3KE1），沒有業務范圍, Ledger 0F和Ledger L0中分配分攤（Tcode：GA31/GA11）又沒有利潤中心,那怎么辦呢？自然想到一個解決方法，就是自建一個SPL同時包含業務范圍和利潤中心組織單元。相關Tcode：GCIQ|GCIN:定義表組, 同時包含業務范圍和利潤中心的數據GCL1|GCL2|GCL2:建立修改顯示特別目的分類帳GCIQ：快速建立特別目的分類帳建立特別目的分類帳包括定義表組,即定義保存特別目的分類帳數據的相關套表,然后新建一個帳并分配表,詳細請參考第八章 特別目的總帳。圖6是Tcode：GCIQ定義表組ZSZSPL的一個截圖,選圖6-3“插入字段”增加利潤中心字段ZZPRCTR，特別注意一點，你一定要選擇圖6-4標志，這表示利潤中心可作為分配分攤發送方，否則利潤中心不會作為發送方出現，系統就是這樣,一環扣一環,如果你在GCIQ選擇表格安裝,還會產生Report Painter的Report Write Table(Check With Tcode:GRCT),所以有的人說系統博大精深,反正俺殺豬出身,雖未年老色衰倒也年富力強,有幾斤力氣,一刀直溜溜到底。接下來Tcode:GCL1建立SPL Ledger ZZ,并將表組ZSZSPL的Summary table ZSZSPLT分配給它.現在你就可以使用GCA6/ GCA1選定表組ZSZSPL將業務范圍和利潤中心設置為分配反攤的發送方了。分配字段選擇/建立分配（Tcode：GCA6|GA11）分攤字段選擇/建立分攤（Tcode：GCA1| GA11）圖7左邊是GCA6定義分配字段的畫面,新建按鈕將利潤中心字段RZZPRCTR(注意又多了一個R首字母,還有一個SZZPRCTR開頭的,R-Receiver?S-Sender?反正你都試試)的發送和接受方都設置為可選, 則GA31為SPL ledger ZZ建立一個分配循環時間則發送和接受方都出現了利潤中心,如圖7-45。Ok,上面的將期間費用在業務范圍+利潤中心分配分攤問題解決了，留下幾點思考：(1) .如果我使用了SPL Ledger ZZ,都包含了利潤中心了, 還要浪費硬盤資源去啟動利潤中心模塊和其Ledger 8A嗎?(2) .如果廢除Ledger 8A,如何保證Ledger ZZ的業務范圍和利潤中心準確,特別是對APAR類科目,在舊版本中,據說很多干FICO革命工作的弟兄都深受F.5D|F.5E|1KEK的折磨。(3).是否依舊需要各種特殊目的分類帳，比如COGSLedger ，如果你不是硬盤廠商派來的臥底消耗企業服務器硬盤的，就可以考慮拋棄這些Ledger。(4).我們是否能從以上得出如何設計合適的財務帳套的一些啟發,比如將業務范圍,利潤中心等組織單元包含在財務帳表中就不僅僅能根據公司代碼出具報表了。 為什么中國人總搞不出優秀的管理軟件？屠夫答曰：挑選的是一群得財兼幣的人，有關部門大力支吃，項目隨便檢查宴收，何以出好產品？ 想到前些時候的上海交通大學的漢芯事件，漢芯技術負責人陳進涉嫌騙取國家巨額研發資金，上海交大漢芯科技有限公司居然還發表鄭重申明聲稱漢芯系列芯片是漢芯團隊全體成員經過長期地艱苦努力，逐步累積建立起來的具有自主知識產權的科研成果，經過多名院士級的“專家”審批，陳同學最后受到一定處理，好象是廢除了其教授職稱什么的，此乃大騙也，本人覺得應該移送司法機關處理追究其刑事責任，并且，要徹底查究到底是哪批WBD去檢查該項目的，嘿嘿，估計要挖出一大片學霸， 不過話又說回來，中國領著什么專家頭銜的騙子還少嗎？圖8中顯現新總帳中原則上可以將EC-PCA利潤中心,FI-SL,COGS 0F,Cons. Ledger 1C,FICO 統馭Ledger 3A整合,圖8中為這些Ledger劃了斜線。將這些Ledger合并在一個新Ledger中,理論上來講，在節省空間,提