基于動態聯機分析的審計信息系統

［摘 要］ 傳統審計信息系統已經越來越難以從會計電算化和ERP等軟件大規模應用所產生的海量數據中查找出需要的審計數據。動態聯機分析審計信息系統可以提供在海量數據中進行快速有效審計的全新思路。

［關鍵詞］ 審計；動態聯機分析；數據倉庫

［中圖分類號］F239. 1［文獻標識碼］A［文章編號］1673-0194（2007）08-0073-04

1 引 言

從世界范圍來看，基于動態聯機分析處理技術（On-Line Analasis Processing，OLAP）的審計信息系統在加拿大等西方國家得到了迅速的發展，取得了巨大的經濟及社會效益。由于審計領域業務的特殊性，我國無法直接照搬國外的基于OLAP審計信息系統，而且對此類軟件多處于理論探討階段，導致與國外該領域的差距有日益擴大的趨勢。

從我國對聯機分析審計信息系統的內在需求來看，由于我國財會軟件對業務的處理技術已經迅速向電子化、集成化、廣域化、數字化和無紙化的方向發展，導致審計對象發生了根本性變化，即從傳統的對手工賬審計轉到對電算化會計賬進行審計，審計信息系統所面臨的會計電算化信息系統環境遠比手工賬簿更為復雜，出現了一些針對事后拷貝的、部分的財務數據副本的靜態單機版審計信息系統。當數據量尚小時，此類軟件也確實能為審計人員提供有限的輔助功能。

隨著企業財務數據越來越多地與ERP、CRM等經營數據有機地交織在一起，僅僅局限于部分財務數據的靜態單機版審計輔助軟件已經無法對海量財務及經營信息進行有效的審計，傳統審計信息系統必須有新的突破，才能滿足海量信息審計的要求。

因此，加快開發動態聯機分析審計信息系統，成為突破當前傳統審計信息系統困境的必然選擇。

2 傳統審計信息系統的主要缺陷

伴隨著會計電算化的推廣，傳統的審計信息系統的存在與發展也已經有10多年的歷史，但一直無法取得與會計信息系統相媲美的大范圍應用成果。對比以ACL、CaseWare公司為代表的歐美審計軟件公司在歐美市場取得的巨大成功，國內審計信息系統取得的成績更是相形見絀。造成這種局面有制度、法律、技術等多方面的原因。從技術角度看，歐美審計軟件公司已經大量應用動態聯機分析等技術，而國內還處于使用傳統信息技術的階段。目前傳統審計信息系統主要有以下缺陷：

（1）數據覆蓋面有限。很多傳統審計信息系統只能從特定的財務數據源中獲取部分原始被審數據，一旦遇到格式不同的數據則束手無策。

（2）數據觀察角度有限。傳統審計信息系統只能從特定的角度去觀察被審數據，哪怕審計人員希望對原始被審數據進行更多的組合，以便從多個角度觀察，也只能是有心無力。

（3）無法對可疑數據進行追蹤。審計人員在審計過程中，常常需要對可疑的數據進行層層追蹤，傳統審計信息系統無法提供這種對審計人員來說如虎添翼的功能。

（4）及時性很差。傳統審計軟件只能被動地在事后獲取被審數據，無法及時地在事中獲取必要的被審數據。這對某些以維護經濟秩序為審計終極目的的政府機構來說，是一個致命的缺陷。

以上的幾個缺陷，還直接導致傳統審計軟件具有另外幾個明顯的缺陷：

（1）傳統審計信息系統對各種審計環境的適應能力較差；

（2）傳統審計信息系統效率較低；

（3）傳統審計信息系統準確性較差。

為了克服傳統審計信息系統的固有缺陷，需要設計基于動態聯機分析的審計信息系統。

3 符合審計業務特點的動態聯機分析技術

動態聯機分析（OLAP）處理技術有3個核心特征：多維觀察、數據鉆取、CUBE運算，恰好與審計業務的特點相吻合。

（1）對被審計數據進行多角度的觀察。對遇到的各種問題進行分析的時候，即使對同樣的現象，通常也會從多個角度去分析考慮，并且有時候還需要從幾個角度綜合起來進行分析。這是OLAP分析最基本、最核心的特征：以多個觀察角度的靈活組合來觀察數據，從而發現數據內在規律。

審計最重要的業務特征是需要對特定的被審計數據集合，通過多個不同角度的觀察，找出數據集合中的可疑之處，即所謂的“雞蛋里面挑骨頭”。而OLAP的從多維角度進行數據分析的最核心特點，恰恰與審計最重要的業務特征相吻合，因此可以說OLAP是現階段最適合用于支持審計業務的技術。

（2）對可疑的被審計數據進行鉆取，以獲得更為精確的信息。在對被審計數據的觀察分析過程中，可能需要在現有數據基礎上，對可疑的被審計數據進一步細化，以獲得更細致更準確的資料，幫助判斷是否有問題存在。審計的這種對可疑問題需要進行層層追蹤的業務特點，恰好可以由OLAP中的數據鉆取功能來滿足。

（3）通過預先創建數據立方體CUBE，提高審計效率。如果需要順利地利用OLAP的多維觀察、數據鉆取功能提高審計效率，需要預先創建足夠多的被審數據立方體CUBE，也就是說，需要預先為審計人員準備足夠多的各種形式的被審材料，供審計人員隨時調用。因為收集材料是審計過程中非常耗時的環節，要提高審計效率，必然需要由計算機代替人來完成這個步驟的工作。OLAP的預先創建數據立方體CUBE的技術特點也恰恰與審計的這種業務特點相吻合。

OLAP分析所需的原始數據量非常龐大，一個分析模型，往往會涉及數百萬條、數千萬條甚至更多數據；而分析模型中包含多個維數據（即觀察的角度），這些維又可以由瀏覽者作任意的提取組合結果大量的實時運算導致時間延滯?？梢栽O想，對于一個1 000萬條記錄的分析模型，如果一次提取4個維度進行組合分析，那么實際的運算次數將達到4的1 000次方的數量，這樣的運算量將導致數十分鐘乃至更長的等待時間。如果審計人員對維組合次序進行調整，增加或者減少某些維度的話，又將是一個新的計算過程。對這種可能存在的耗時環節，OLAP可以預先創建數據立方體CUBE的方法加以解決，保證審計人員無需花費過多時間等待數據計算結果。

從以上分析可以看到，OLAP的3個核心特點與審計業務的特點相吻合，而且值得注意的是，要充分利用OLAP的這幾個功能支持審計工作，依然需要高度依賴審計人員的判斷，因為OLAP只能提供高效快捷、準確詳細的數據，但不提供也無法提供對被審計數據的判斷，OLAP技術只有與審計人員的專業判斷相結合，才能發揮技術手段支持業務開展的功能。這與一些宣稱可以通過數據挖掘技術，直接找到審計問題，基本上可以代替審計人員工作的觀點是完全不同的。認為“通過數據挖掘可以替代審計人員工作”的觀點假定了“數據挖掘技術”可以替代審計人員的專業判斷，事實上，由于對審計數據的專業判斷非常復雜，所以目前尚無簡單的邏輯模型能直接加以模仿，這個道理如同目前條件下，不可能有簡單的技術代替“法官審理案件”、“中醫診治病人”的專業判斷一樣。

數據挖掘技術不應該直接用于替代審計人員的專業判斷上，而是應該通過對審計人員在審計過程的各種復雜行為進行詳細數據積累分析，并對積累得足夠充分的審計人員行為數據進行數據挖掘，漸漸形成可以模擬審計人員思路的智能模型。

而要獲得這些有價值的審計人員行為數據，需要審計人員的判斷活動基本上可以在一個被審計原始數據足夠充分的審計信息系統里進行，而且該系統有合適的途徑對這些數據進行記錄?；趧討B聯機分析（OLAP）的審計信息系統能完全滿足這些業務要求，并且為創建下一代能模仿審計人員思路的審計信息系統奠定了重要的數據基礎。

4 聯機分析審計信息系統的總體設計

根據前面的分析，可以將聯機分析審計信息系統分為3部分，如圖1所示。其中，虛線框起的部分由于與審計業務邏輯關系不是非常密切，不作為本文介紹的重點：

圖1 聯機分析審計信息系統總體結構示意

第一部分為虛線框包圍的審計服務門戶網站，該部分依賴第二部分提供的有效數據工作，提供對外的公共信息瀏覽及發布、查詢等功能，使用各種網站技術都可以實現，該部分不是本文的討論重點；

第二部分為審計核心業務系統，是本文介紹的重點。從用戶使用角度來看，設計了數據倉庫、審計分析支持、審計業務管理、審計告警、專家經驗庫等5個子系統。下面分別作簡單介紹：

（1）數據倉庫子系統為整個系統提供有效的數據來源，雖然對用戶是不可見的，但從系統運行的角度來看，可以視為整個系統的核心。本文所提到的數據倉庫子系統包含數據倉庫本身、OLAP引擎、規則引擎等3個部分；

（2）審計聯機分析處理子系統主要包含審計分析、審計計算、查詢、抽樣等數據分析功能，數據來源于數據倉庫；

（3）審計業務管理子系統包括形成審計日記、工作底稿、審計報告等業務管理功能，為用戶提供一個完整的審計業務處理環境；

（4）審計告警子系統是對從企業動態采集到的數據，應用數據分析規則，對異常反應的數據向審計人員發出警報；幫助審計人員大幅度縮小可疑的審計范圍，大大提高審計效率；

（5）專家經驗庫子系統是將企業的歷史采集數據、有關告警內容、計算指標、審計形成的有關文檔和結論等保存下來；為新的審計告警指標提供參考的依據，并在此基礎上逐步提高系統的智能化程度。

最底層虛線所包含的第三部分是數據預處理系統，這部分對用戶是不可見的，主要是對不同企業的財務數據進行ETL數據采集、清洗、轉換等工作，為數據倉庫提供符合要求的數據。從嚴格意義上來說，這部分不屬于審計信息系統的范疇，因為依據不同的企業數據環境，該部分的實現沒有固定的方式。

下面對從用戶使用角度描述的聯機分析審計信息系統的5個子系統分別進行介紹。

4. 1數據倉庫子系統

在對企業的審計過程中，很重要的一個環節是對企業的財務數據進行各種類型的分析。數據倉庫是專門用于支持數據分析型的應用的，因此可以很好地滿足審計對數據分析的需求。審計數據倉庫是在各企業財務基礎數據的基礎上建設的，它的數據存儲方式是采用星型模型的方式而設計的，更適合于審計人員對其進行各種分析。

審計數據倉庫的設計與開發是一個龐大的課題，由于篇幅所限，本文先假定本軟件所需要的審計數據倉庫是已經符合系統設計要求的。

4. 2審計聯機分析處理子系統

審計業務流程中，最主要的環節是對財務數據進行分析，從中找出疑點，從而確定審計的重點，“聯機分析處理子系統”為數據分析提供強有力的審計分析工具。

審計智能分析是以審計數據倉庫中的信息模型為數據支撐，利用數據倉庫多維數據模型的優勢，使用戶能以更快和更方便的交互方式從數據倉庫中獲得信息，從不同角度對當前和歷史數據進行觀察和分析，能采用交互式圖形分析方式觀察和分析數據間的關系，可直接利用圖或表進行切片、旋轉、向上、向下鉆取等任意操作，按照各種層次關系、隸屬關系、相關關系分層次展示數據。配有豐富的圖形顯示，可以顯示餅圖、線圖、散點圖、堆積條圖以及用戶定制的其他圖或復雜圖。利用動態聯機分析工具，實現對財務數據的多角度、多層次的動態立體探查。軟件同時提供對數據進行常用的統計匯總、求平均值、數學運算、分類篩選、排序等基本功能。

4. 3審計業務管理子系統

審計工作的實施一般分為3個階段，即準備階段、實施階段和終結階段。計算機的審計也可以按這3個階段組織進行。在計算機審計過程中，要根據計算機審計的具體要求，運用本身所特有的方法，對計算機會計信息系統進行審查和評價。

（1）準備階段。計算機審計在準備階段，主要是對被審計單位的計算機會計系統進行初步的調查，制訂計算機會計信息審計的工作計劃，做好其他有關的準備工作。計算機審計工作計劃是在初步調查的基礎上，結合被審計單位的情況制訂的。其內容包括：被審單位的基本情況；審計的目的、范圍和起止時間；審計項目的安排、內容和具體要求；審計工作的組織分工、時間進度和日程安排等。

（2）實施階段。實施階段是計算機審計工作的主要階段。在這個階段，應對被審計單位的有關情況進行詳細的調查，在此基礎上對計算機會計信息系統開發設計進行審查和評價；采集相關的數據，通過轉換或重新定義，作為測試依據；對內部控制制度的建立和執行情況進行調查分析，測試評價；在審計抽樣的基礎上對數據及其處理流程進行符合性測試及實質性測試；最后匯總實施階段的有關資料記錄并生成審計工作底稿。

（3）終結階段。計算機審計終結階段，主要是根據審計工作底稿編寫審計工作報告。為此，首先對審計工作底稿進行分析總結，提出工作中發現的問題，進行必要的會計調整，重新編寫會計報表，提出審計意見和建議等。

審計業務管理子系統就是根據審計工作的3個階段進行審計業務管理功能的設計，其功能架構如圖2所示。

圖2 審計業務管理子系統示意

審計業務管理子系統主要包括以下功能模塊：

（1）審計項目管理：對建立的審計項目信息進行管理。

（2）企業基本信息管理：主要是對審計前對企業的調查資料進行遠程收集和集中管理。

（3）內部控制風險評價：主要對被審計單位的業務進行內部控制調查和評價，初步判別各項業務的控制風險。

（4）審計風險分析：主要對審計風險進行評估，并采取相應的審計測試措施，將審計風險降至可接受的程度。

（5）財務可靠性審計：對財務系統的可靠性進行審計，保證財務數據沒有被人為篡改，在保證電子化環境下財務數據準確性的基礎上進行審計。

（6）審計查賬中心：提供對各類財務賬、證的聯合查詢。

（7）審計文書管理：在遠程輔助審計中，會使用到多種審計文書，包括審計實施方案、審計證據、審計日記、審計工作底稿、審計報告（征求意見稿）等。審計文書的撰寫可以貫穿審計的全過程。對這些文書進行全程管理。

（8）審計疑點管理：審計疑點庫是審計人員存放在審計過程中自動或手動發現的各種問題的數據庫，疑點庫可以分門別類地管理，以方便審計人員的操作。審計疑點庫存在整個審計系統中，可以被經濟指標分析、審計告警等模塊使用。

4. 4審計告警子系統

軟件提供對異常數據的提醒功能，用戶有針對性地進行抽樣審查。

綜合起來講，告警包含了以下幾方面內容：

（1）告警的級別。告警的級別要求可以自定義，如優秀、值得關注、嚴重等，并且用戶可以為每個定義的級別設置特殊標記，如加粗、加背景顏色等。

（2）告警的指標界定。告警的的標準主要是指判斷標準對應哪個或哪些參考指標，如銷售額、增長率、盈利能力、資產負債率等，要求可以自定義。

（3）告警的閾值。閾值是指告警的指標值范圍，如>90 %為優秀，<10%為嚴重等。

（4）告警的應用規則。在年上應用還是在月上應用或對指定的某段時間內應用，亦或對指定的行業應用，或對具體某個表應用。

（5）告警的顯示。對超出預警范圍內的數據，按設置級別時對應的特殊標記，將數據以對應的標記顯示。

（6）預警信息的傳遞。可以采用短信、E-mail、消息等方式進行預警信息的傳遞。

4. 5專家經驗庫子系統

審計專家經驗庫是審計系統的輔助支持模塊，包含專家經驗和自動分析兩種。這個子系統同時通過對審計人員在審計過程的各種復雜行為進行詳細數據積累，以便將來可以對積累得足夠充分的審計人員行為數據進行數據挖掘，開發出下一代可以模擬審計人員思路的智能審計信息系統。

（1）專家經驗。專家經驗是文本資料，提供了審計人員常用的審計系統，可以通過向導和幫助兩種形式為審計人員提供專家經驗的使用指引。專家經驗模塊可以獨立使用，也可以在遠程審計中方便地調用。疑點庫的內容也是形成專家經驗的重要來源。

（2）自動分析。當一些靜態的專家經驗可以提煉為一些可由計算機語言解釋的規則時，可以由系統的規則引擎進行規則定義和規則執行監控，把這些靜態的專家經驗變為可以由系統執行的自動分析規則。通過對被審計單位有關數據全面掃描，生成待查疑點庫，由審計人員進行詳查確定。自動分析可以根據實際的審計工作，不斷地擴充。

5 結束語

本文所提出的聯機分析審計信息系統的設計思路，突破了傳統審計信息系統的局限，并在大型項目中得到初步成功的應用，為審計信息系統向更高的智能化方向發展奠定了良好的基礎。

主要參考文獻

［1］ Craig Larman.Applying UML and Patterns［M］. 北京：機械工業出版社，2004.

［2］ Jiawei Han，Micheline Kamber.Data Mining［S］. 北京：高等教育出版社，2005.

［3］ 中華人民共和國審計法［S］. www.audit.gov.cn/cysite/docpage/c241/200603/0301_241_15924.htm，2006.

［4］ 中華人民共和國審計署. 審計機關審計抽樣準則［S］. www. audit. gov. cn/cysite/docpage/c241/200405/0526_241_9239. htm，2006.

［5］ 中華人民共和國審計署. 審計重要性與審計風險評價準則［S］. www. audit. gov. cn/cysite/docpage/c241/200405/0526_241_9236. htm，2006.

［6］ 會計核算軟件數據接口國家標準實施指南編委會. GB/T19581——2004《信息技術 會計核算軟件數據接口》實施指南［S］. 北京：中國標準出版社，2004.

［7］ 中華人民共和國財政部.企業財務會計報告條例［S］. www. mof. gov. cn/news/20050304_1903_5474. htm ，2006.

［8］ 中華人民共和國財政部.企業會計制度［S］. 北京：中國財政經濟出版社，2003.