摘 要：我國會計信息化已歷經三十余載，市場上會計軟件種類繁多，企事業單位應用狀況異彩紛呈。十分有必要總結各類會計信息化應用實踐經驗，從理論上提升、歸納其應用模式與應對策略，以便更好地指導實踐。 關鍵詞：會計信息化；應用模式；應對策略 中圖分類號：F230 隨著會計信息化的日益普及、與企業信息化的深度融合，會計信息化應用模式與應對策略問題日顯突出。會計信息化應用模式受制于企業管理基礎與技術基礎，其會計流程與會計基礎數據的標準化程度是決定會計信息化應用模式的關鍵因素。換言之，企業應當首先明了自身的管理水平與技術水平現狀，明了使用會計信息系統的目標，明了目標與自身當前會計流程和會計基礎數據標準化程度的匹配情況，才能選擇與之相稱的會計信息系統。現階段會計信息化應用模式，大致可以劃分為面向事務處理的核算導向型、面向應用集成的管理導向型和面向用戶需求的決策導向型三類模式。 一、應用模式 （一）面向事務處理的核算導向型 1、目標：注重獲得會計核算效率、準確性、自動化及事后分析與控制能力。 2、特征：會計信息系統內部核算模塊化、通用化；企業內部信息系統之間數據銜接不暢，會計信息系統相對獨立，各個信息系統形成了“信息孤島”。 3、系統模型：基本采用DCA（Debit Credit Accounting）模型。 4、結構功能：國內始于20世紀80年代，以賬務模塊為中心，其它核算模塊以模仿、替代手工核算為設計思想，核算模塊與賬務模塊間以記賬憑證發生數據關聯，記賬憑證自動生成是核心功能。 5、支撐技術：桌面數據庫技術，4GL類數據庫開發工具（Fox Pro, Visual Basic, PowerBuilder等）。 6、管理基礎：會計部門內部管理制度化、規范化。 7、業務流程：會計業務流程注重基于會計部門內部的標準化與自動化，不要求非會計部門業務流程的標準化。 8、基礎數據：基礎數據注重基于會計部門內部的標準化和一致性，不要求企業全局的基礎數據的標準化和一致性。 圖1：面向事務處理的核算導向型會計處理流程示意圖 在面向事務處理的核算導向模式中，各核算模塊以替代手工核算、提升流程效率和準確性為目標。系統設計以賬務模塊為中心，各核算模塊與賬務模塊之間以機制憑證作為數據接口，缺乏模塊間的其它數據的關聯與稽核控制。其系統產出信息服務于會計核算的需要，即產生以財務報表為主的會計信息。 （二）面向應用集成的管理導向型 1、目標：注重獲得企業全局會計數據與業務數據的集成性、實時性，并為企業經營管理（戰術級）提供決策支持信息。 2、特征：會計信息系統內部追求財務會計與管理會計同源分流的集成、強調事中控制與事前預測。會計信息系統已成為企業管理信息系統（MRPII、ERP等）不可分割的組成部分，逐漸消除了企業內部部門間的信息孤島。 3、系統模型：采用DCA（Debit Credit Accounting）模型，輔之以多元交叉輔助核算與管理。 4、結構功能：國內始于20世紀90年代，以賬務模塊為中心，其它核算模塊與相關業務管理模塊高度集成，核算模塊與相關業務管理模塊數據共享、互相稽核與控制，核算模塊與賬務模塊間以記賬憑證發生數據關聯，核算模塊與相關業務管理模塊的數據高度共享、并實現了互相間的稽核與控制是核心功能。 5、支撐技術：先進的管理思想如庫存控制模型、JIT、TQC、BPR、6西格瑪、主生產計劃、能力需求計劃等大量涌現與應用。網絡技術與大型數據庫技術，有助于實現應用分散和數據集中，從而實現不同業務系統的應用集成。 6、管理基礎：不僅各部門內部管理制度化與規范化，企業全局范圍內更需要協調、統一的企業級管理的制度化與規范化，部門間協同的制度化與規范化。尤其重要的是，這些管理制度和規范具有轉換為信息系統中規則的可能。 7、業務流程：不僅會計部門內部業務流程要標準化，而且要求企業全局實施業務流程再造（Business Process Reengineering, BPR），以取得與信息系統相吻合的業務流程規范。嚴格控制標準范圍內例外事件的發生頻率，強化非規范業務流程的監管與控制。 8、基礎數據：要求企業全局范圍內基礎數據的標準化和一致性，以便于數據共享與交換。 圖2：面向應用集成的管理導向型會計處理流程示意圖 資料來源：楊周南.會計信息系統——面向財務業務一體化[M].北京:電子工業出版社,2006 在面向應用集成的管理導向模式中，各核算模塊與業務交易管理系統高度集成，基本上實現了核算與業務的一體化應用集成與數據集成。系統設計仍以賬務模塊為中心，各核算模塊與賬務模塊之間以機制憑證作為數據接口，提供基本的核算模塊與賬務系統間的數據關聯與稽核控制。如通過輔助核算項目發生部門、職員、客商、項目等的對應關系維護，通過機制憑證發生基于業務處理與會計處理間的財務對業務過程的稽核與控制等，通過這些數據集成和稽核控制，提升了業務管理、會計核算和內部控制的一體化協同管理水平，同時也提出了跨部門業務流程重新梳理與優化的需求。其系統產出的信息服務于企業經營管理的需要，為企業經營管理提供財務與非財務的各類信息。 （三）面向用戶需求的決策導向型 1、目標：注重獲得基于產業鏈的會計數據與業務數據的集成性、實時性，為政府、工商、稅務、銀行、保險、海關、供應商、客戶等企業外部用戶提供實時相關信息，促進社會信息化水平的提升，并為企業戰略管理提供決策支持信息。 2、特征：會計信息系統強調為整個供應鏈提供會計信息服務，出現了將開簿成本會計、供應鏈會計、組織際會計信息系統等思想融入系統設計的傾向。會計信息系統向開放平臺演化。 3、系統模型：事件驅動架構，輔之以基于規則的事項控制與事項披露。 4、結構功能：以業務事件倉庫為中心，支持結構化、半結構化與非結構化的決策支持系統，支持專家系統，支持按需取數（Information on demand, IOD）（IBM, 2006）的用戶信息需求。 5、支撐技術：互聯網技術、數據倉庫、多維分析、數據挖掘、知識管理。 6、管理基礎：企業從注重標準化、制度化、規范化轉向決策科學化。各級管理人員要掌握一定的數據分析技術與工具，至少要懂得科學決策的基本原理，具備業務管理和科學決策的綜合素質。 7、業務流程：應該努力進入業務流程管理（Business Process Management, BPM）階段，實現流程管理與流程執行的分離。要將業務流程管理與企業戰略管理關聯起來，進而實現流程治理（Business Process Governance, BPG）。 8、基礎數據：企業內外各類基礎數據要實現高度共享和一致，要實現各版本基礎數據間的對接和不同系統、標準間的自由轉換。基礎數據是數據倉庫的重要數據來源，并支持各類決策模型的數據需求。 圖3：面向用戶需求的決策導向型會計處理流程示意圖 盡管上述面向用戶需求的決策導向模式會計處理流程可以滿足當前會計信息用戶的一些新增信息需求，但由于它基本上是建立在價值法會計思想之上的流程管理模式，缺乏對事項法會計理論與技術實現的系統性流程管理思考，因而，隨著用戶對非貨幣、非財務和定性的會計信息個性化需求的增加，上述的三大基本模式的流程管理仍然存在著體系結構層次的數據來源甄別、加工處理模式和數據存儲模式的供給不足。 二、應用案例 （一）總體分析 由計世資訊（CCW Research）連續十年來發布的《中國管理軟件市場研究年度報告》（2001-2010）可知，國內財務軟件市場占有率排名前五位的廠商分別是用友、金蝶、金算盤、新中大和浪潮通軟。取其前四家，加上世界排名第一、第二的ERP廠商SAP和ORACLE，以及國內專攻中小企業管理軟件，業界公認排名第一、第二的廠商速達和管家婆，以此八家廠商作會計信息系統軟件工具樣本，通過整理與分析其產品系列、性能特征，并仔細研究各廠商軟件及其相互交錯的性能涵蓋范圍、適用對象、交付管理與實際運行狀況，結果匯總如表1所示。 表1：國內市場典型財務軟件廠商、產品系列及其適用企業一覽表 由于企業信息化所處階段的不同[①]，在會計信息化過程中將體現為會計業務流程和會計數據流程的差異，并在實務中表現出“針對不同企業能級、采用不同應用模式”的規律。因此，表1中的各類財務軟件，分別與上文三種應用模式相對應。總體而言，表1中適用于微型、小型企業使用的財務軟件傾向使用面向事務處理的核算導向型模式，適用于中型企業使用的財務軟件傾向使用面向應用集成的管理導向型模式，適用于特大型、大型企業使用的財務軟件傾向使用面向用戶需求的決策導向型模式。對于特大型、大型企業應用場景，必須借助流程管理生命周期、成熟度模型等工具，進行必要的會計流程梳理與優化，因此，軟件的交付需要專業的項目團隊協助完成。對于小型、微型企業應用場景，用戶可以直接選用財務軟件中已標準化的會計業務流程和會計數據流程，因此，幾乎可以買來就用，無需現場交付。 （二）個案分析 本文首先以國內外財務軟件科目代碼模式設計的差異對比，來說明不同應用模式的區別。 國內財務軟件的科目代碼通常采用分級編碼方式，一級科目即總賬科目，固定為第一級。國外財務軟件科目代碼（以SAP R/3為例）不分級，所有科目代碼的長度都相等（SAP R/3中都為8位），且都稱之為總賬科目，在總賬系統中，地位是平等的，而在報表系統中，會根據科目代碼的前4位編碼匯集成一個科目列示。此外，不同總賬科目之間可以定義上、下級關系（石龍輝,2002）。 國內財務軟件的科目代碼不支持嚴格意義上的分段編碼，但可以使用一些替代方案來彌補分段編碼的部分缺陷。第一個替代方案是用科目代碼分級表示分段，第二個替代方案是在非一級科目代碼中可以采用默認代碼模式表示分段，第三個替代方案是對輔助項目設置分級代碼模式表示分段。國外財務軟件直接支持科目代碼的分段（SAP R/3中最多可支持九段，在建立新公司時可以設置科目分段），且各科目段地位也是平等的。國外財務軟件一般建議將部門作為第一段，從而便于隨時考察基于部門的損益分析。 由此可見，國內財務軟件的科目代碼分級不分段，而國外財務軟件的科目代碼分段不分級。前者希望通過一致的科目模式將所有的會計要素統一管理，以失去靈活性而換取統一性。后者看似復雜，其實是為了獲得集團公司統一管理的便利[②]。后者如此設計的科目代碼模式，構成了一個開放的、可重構的、可擴展的平臺，從而獲得了與其它業務模塊一體化集成和數據共享的便利性。其實，在SAP宣稱適用于單體公司使用的SAP Business One（SBO）財務軟件科目表中，采用的科目代碼模式與國內財務軟件中的科目模式十分類似[③]，從而說明國外財務軟件的科目代碼模式也存在一個逐步演進的過程。 此外，在SAP R/3財務系統中，對會計科目表分別設置了運營科目表、組科目表和可選科目表。其中，運營科目表作為經營用的會計科目表，包含了日常經營管理所需要的科目，也允許進行特殊的，公司范圍內的業務處理，財務會計和成本核算都使用同一個運營會計科目表。組科目表作為集團公司的會計科目表，包含了在集團公司內所有公司使用的所有科目，其記賬數據與規則是基于集團公司會計的核算與管理要求，其項目與運營會計科目表可以不同。可選科目表作為地區性的會計科目表，包含了為滿足當地法規而設置的科目，其記賬數據與規則是基于所在地國家會計準則（或法規）的要求，其項目和運營會計科目表有所區別。日常的分錄是記賬到運營科目表中，但同時也可以按照集團或某一個國家的特定要求進行記賬。 由此可見，SAP R/3財務系統通過會計科目表的不同設置和記賬程序的流程變革，實現了基于同一套會計分錄數據，分別提供營業類會計報表、國家（外送）類會計報表和集團類合并報表的三套財務報告的會計流程的集成設計。 SAP R/3財務系統的上述功能設計，提供了對第二和第三種應用模式的更為靈活、方便與直接的支持。 三、問題透視 （一）問題一：因循守舊、一味模仿 國產財務軟件體系結構多數采用模仿手工傳統流程居多。即便是偶爾出現參照歐美先進會計軟件體系結構的個別軟件，其市場接受度也遠遠低于前者。因此，可以推斷，無論是開發商、用戶、還是市場的心理定勢仍是傾向于模仿手工傳統流程。究竟是什么原因導致了這樣的局面呢？本文認為，可接受的答案是習慣使然，而更深入分析便是“因循守舊、一味模仿”。 （二）問題二：盲目引進、急躁蠻干 根據上文分析，國內財務軟件與國外財務軟件相比，已存在結構性的先天不足。當某些國內財務軟件的用戶了解到國外軟件的優點后，便不顧自身條件是否具備，急不可耐地更換系統，到頭來落得個事倍功半或食而不化的結局。 其實，選擇國外財務軟件，更多的是看重其與整個ERP產品家族的制造、分銷、采購和人力資源等模塊的一體化集成使用所能給企業帶來的管理效益提升和信息共享[④]。因此，衡量使用國外財務軟件的成功率，不能將指標放在“甩賬”上，而應確定在一體化集成使用所帶來的會計業務流程的標準化、自動化、實時報告與流程控制上。令人遺憾的是，在美國，70%的ERP項目實施不能達到滿意的結果，而在中國，90%的ERP項目的實施結果不能令人滿意（張娜依,2003）。進一步研究表明：BPR是ERP的基礎與前提，ERP是BPR的工具與手段，而BPM比BPR更富建設性和現實性。換言之，要想取得財務軟件與ERP其它模塊的一體化集成功效，不能“盲目引進、急躁蠻干”。 四、應對策略 從上述問題透視來看，既不能過于保守、又不能急躁冒進。應對策略便是“知己知彼，謹言慎行”。具體應分三步走。 （一）第一步：知己 知己就是搞清楚企業的家底，確立會計信息化目標。主要是了解企業的管理基礎與技術基礎，其中業務流程梳理與基礎數據整理是其中最為重要的因素，具體內涵如上文所述。此步驟的忌諱有兩點，一是態度不端正、調查走過場、敷衍了事；二是自己看自己、猶如霧里看花。因此，最好的方式是請第三方（可以是咨詢公司或研究機構）實施調研，待出具詳細調研報告和建議方案后，企業再進一步自查，并一一落實。這就是古語所云“當局者迷，旁觀者清”之意。 （二）第二步：知彼 知彼就是搞清楚準備選用的會計信息系統的性能和使用狀況、主要包括出品公司、實施公司和典型用戶案例。“多聽、多看、多分析”是此步驟必須堅持的原則。 （三）第三步：慎行 知己知彼之后，將會進一步明了現實與目標之間的距離，此時首先要確定一個務實、可及的短期目標，確定短期、中期和長期目標之間的關系。換言之，就是要準確地選擇一條通往理想彼岸的可行路徑，實施必要的路徑依賴性分析，并謹慎地采取分步執行的策略。此間大忌便是“好大喜功，貪多不化”。 參考文獻 IBM:IOD 隨需應變信息架構BI是重點. [EB/OL].https://soft.chinabyte.com/116/8118116.shtml,2008/05/15,2010/03/01 Suresh Subramoniam, Mohamed Tounsi, K.V. Krishnankutty.The role of BPR in the implementation of ERP systems[J].Business Process Management Journal,2009,(5):653-668 李捷,楊周南.如何建立現代會計信息系統[J].會計研究,2004,(4):30-34 歐陽電平,陳瀟怡.論信息技術環境下會計信息系統的演進[J].武漢大學學報（人文科學版）,2004,(7):437-442 石龍輝.國內外財務軟件科目結構的比較[J].財會通訊,2002,(6):40-41 楊周南.會計信息系統——面向財務業務一體化[M].北京:電子工業出版社,2006 張娜依.ERP實施失敗原因淺析[J].武漢市經濟管理干部學院學報,2003,(3):55-56 [①]William（1991）提出了MIT企業信息化模型，將企業信息化過程劃分為五大階段：①依靠自身開發局部應用系統（Localized Exploitation），②內部系統集成（Internal Integration），③業務流程重組（Business Process Redesign），④業務網絡重組(Business Network Redesign)，⑤重新定義業務范圍（Business Scope Redesign）。 [②]在SAP R/3中，科目表是位于集團之下，公司之上的。每建立一個新公司時就必須建立該公司的科目分段，同一集團內不同公司間可以采用不同的科目分段，但必須采用相同的科目表。 [③]SBO科目表最多由10層樹狀結構組成，第一層是會計科目分類（相當于會計對象的類目別，SBO中稱為抽屜），其中作為日常財務記賬之用的會計科目稱為明細科目（相當于最低級明細科目），其余作為匯總之用的會計科目稱之為標題（相當于非最低級明細科目）。 [④]如果只是單獨使用國外ERP產品中的財務模塊，從性價比來看，是一件得不償失的事情。