會計事項賬齡分析模型的建立及其性能擴展研究

［摘 要］ 本文建立了3個賬齡分析模型，分別從數據來源、分析基準、分析方法等10個方面分析了傳統模型、傳統改進型模型和會計事項模型之間的差異性，進而對傳統模型及傳統改進型模型的局限性，會計事項模型的優越性、擴展性及其擴展方式展開探討，最后使用案例進行驗證。

［關鍵詞］ 會計事項賬齡分析模型；性能擴展；擴展方式

［中圖分類號］F232［文獻標識碼］A［文章編號］1673-0194（2008）15-0034-05

在企業客戶數量日益增大，范圍日益拓展，賒購、賒銷業務日益增多的市場營商環境下，基于賬齡分析的往來管理已變得越發迫切與重要，而借助IT技術提升與改進賬齡分析水準就成為值得學術界與實業界共同探索的課題。本文擬就此問題，在分析傳統模型、傳統改進型模型賬齡分析局限性的基礎上，借鑒現代會計信息系統若干重要理念，探討基于現代會計信息系統理論框架的會計事項模型賬齡分析性能擴展的可能性及其擴展方式的實現途徑。

一、賬齡分析模型概述

1. 傳統賬齡分析模型

傳統賬齡分析模型是符合當前財務會計核算基本要求的模型，也是目前大多數企業正在使用的模型。該模型使用賬簿中登記的數據作為賬齡分析的依據，對應收賬款、應付賬款、預收賬款、預付賬款、其他應收款、其他應付款等6類往來賬戶的余額形成原因，根據記賬憑證中的憑證日期判斷其所屬賬齡區間，使用賬戶中登記的發生額作為賬戶余額的抵減額。

2. 傳統改進型賬齡分析模型

傳統改進型賬齡分析模型是傳統賬齡分析模型的改進型。改進的重點是在記賬憑證中引入輔助項目——客商和往來業務結算號，以此建立基于輔助項目和業務結算號的對賬，從而實現基于稽核的，可以追加分客商、分業務的賬齡分析。使用記賬憑證中經過稽核的發生額作為賬戶余額的抵減額。

3. 會計事項賬齡分析模型

會計事項賬齡分析模型以原始憑證作為賬齡分析的依據，以此建立基于單據生成關系的完全自動稽核或基于單據非生成關系的輔助自動稽核和手工稽核的賬齡分析。由于原始憑證登記的日期是業務發生的實際日期和明細發生額，因此，基于原始憑證的賬齡分析將更準確、更明細化。此外，原始憑證中還記載有經辦業務員、部門等信息，因此，還可以擴展基于業務員、部門等的賬齡分析，甚至擴展至基于單據的賬齡分析。

一般而言，傳統賬齡分析模型在手工方式下也能實現。而傳統改進型賬齡分析模型，特別是會計事項賬齡分析模型，要借助IT技術才能實現。為了便于比較，將3種模型的主要差異加以總結，如表1所示。

二、傳統及傳統改進型賬齡分析模型的局限性

1. 分析基準的局限性

傳統及傳統改進型賬齡分析模型（以下稱傳統模型）是基于科目的分析，或者是基于科目外加輔助核算項目的分析。這是因為傳統模型是基于會計科目表或者基于會計科目表加輔助核算項目表來收集會計數據的。用現代會計信息系統的術語描述就是“傳統模型是以會計科目表或會計科目表加輔助核算項目表為視圖驅動的”。因此，其分析依據自然以科目（或科目加輔助核算項目）為基準。其具體表現是賬齡分析方式可以分為“分科目”、“分科目分客商”、“分科目分客商分業務”、“分客商”、“分客商分業務”5種。其中分科目是指區分賬戶，分客商是指區分客商輔助核算項目，分業務是指區分業務結算號（具體可使用傳票號碼、業務單據號或用戶自編號之一表示）。但令人遺憾的是，現行財務軟件一般只支持前3種，同時支持上述5種分析方式的財務軟件并不多見。

2. 數據源會計計量的局限性

傳統模型賬齡分析的數據源是記賬憑證。換言之，其賬齡分析所需的全部數據只能來源于記賬憑證。比如金額直接來源于科目的借方或貸方發生額，發生日期直接來源于憑證填制日期，往來客商直接來源于明細科目或填制記賬憑證時輔助登記的輔助核算項目。在會計實務中，基于成本與效益原則的考慮，記賬憑證上登記的數據多數情況下是原始憑證的匯總數據，憑證填制日期也非業務發生的實際日期。即：賬齡分析的金額是匯總金額，賬齡分析的分析日期是憑證填制日期，這就形成了數據源會計計量的非明細、非實時的局限性。

3. 數據源會計確認的局限性

本文將數據源會計確認的范圍縮小為在金額與日期兩個方面的確認。是以已填制的記賬憑證，還是以已登賬的記賬憑證，作為賬齡分析使用數據的來源呢？從IT技術的角度看，兩種方式都可行；而從傳統財務會計的會計確認概念出發，則后者更可取。因此，在財務軟件中，系統往往缺省地按后者執行，而采用另外再提供一個復選框“包含未記賬憑證”的方式，支持前者的需求（這也可以看作是傳統改進型模型對傳統模型的一種性能擴展，從而相對擴展了數據源會計確認的金額確認）。然而，這兩種方式都不能解決會計確認的日期確認。因為，二者使用的發生日期均為記賬憑證的填制日期，由于在會計實務中記賬憑證填制日期并非原始憑證的發生日期，這就造成了日期會計確認的局限性問題（除非在記賬憑證中增加一個字段“業務發生日期”用以登記業務發生的實際日期）。

4. 往來對賬的局限性

傳統模型賬齡分析的往來對賬是指對科目的借方發生額與貸方發生額按某種限制條件進行輔助自動稽核勾對或手工稽核勾對。一般來說，最強的勾對限制條件是“同一客商、同一科目、同一業務編碼、方向相反、金額相同”自動勾對；相對弱化的勾對限制條件是“同一客商、同一科目、方向相反、金額相同”自動勾對；最弱的勾對限制條件是“同一客商、方向相反、金額相同”自動勾對。而手工稽核勾對的限制條件則退化為“同一客商、方向相反、合計金額相同”手選勾對。還有些軟件為了解決期初余額的勾對問題，額外提供手工單邊稽核勾對功能。由此可見，如此勾對的順序并非業務發生的真實順序。也就形成了因勾對的隨意性而嚴重降低往來沖銷的真實性的問題，這樣形成的勾對只能是對真實情況的近似，這就形成了往來對賬的局限性。

三、會計事項賬齡分析模型的優越性

傳統模型是將IT技術應用于會計循環，在會計數據處理效率上有顯著提高，但是沒有改變帕喬利式的會計處理方式、方法和程序，從而在會計數據處理效果上沒有理想的表現。

會計事項賬齡分析模型采用事件驅動的體系結構，從會計的工作范圍和工作價值上進行突破。這種體系結構通過基于業務事件，而不是基于用戶財務信息視圖，把關注的焦點集中在業務事件上，改變了會計的工作范圍；通過支持業務過程的簡化和變更，促進組織首先反思現存的業務過程，然后再應用IT技術，從而解決只是簡單地模仿現有業務過程，只是簡單地實現現有業務過程的自動化處理的缺陷；通過集成所有的業務數據和財務數據，從而將財務信息和非財務信息進行實時采集、集中存儲、全面共享；通過集成業務過程、信息過程與管理活動，從而將業務規則和財務規則都嵌入同一過程處理。因此，基于事件驅動體系結構的會計事項賬齡分析模型在以下3個方面表現出卓越的優越性：

1. 實時性

如果采用基于“銷售單”登記應收賬款，基于“收款單”沖銷應收賬款；基于“采購單”登記應付賬款，基于“付款單”沖銷應付賬款；可以在業務發生的同時就即刻登記與沖銷往來賬。因為如此處理只是將符合財務規則的登記與沖銷賬齡（信息過程）嵌入到單據處理（業務過程）中，從而通過集成達到提高賬齡登記與沖銷的實時性。

2. 明細性

如果基于單據登記與沖銷賬齡成為可能，那么，我們再也不會面臨首先根據原始憑證的匯總數據填制記賬憑證，然后根據記賬憑證的匯總數據登記往來賬時不夠明細化的尷尬了。換言之，這種基于單據（原始憑證）登記與沖銷賬齡的方法將不會存在明細性問題，因為單據已經是最明細化、最準確的業務數據和財務數據了。

3. 真實性

如果能夠通過IT 技術，在處理單據的同時，采用單據日期，而不是采用記賬憑證登記的記賬日期作為賬齡確認日期，實時地、明細化地登記與沖銷往來賬，那么，賬齡日期確認與金額確認的真實性就得到了最原始、最根本的保證。會計也許就不需要再另外尋找一個新的時點，進行多此一舉的重新確認。因為這種重新確認不僅增大了出錯概率和信息處理成本，而且還引起了信息處理的時滯性。當然，相關記賬憑證的填制可以采用憑證模板技術自動生成。

四、會計事項賬齡分析模型的擴展性

1. 基于業務事件擴展數據源與分析基準

實際上，能夠引起賬齡變化的單據遠不止上述的4種。從理論上分析，需要進行賬齡分析的賬戶類型共有6種，分別是：應收賬款、應付賬款、預收賬款、預付賬款、其他應收款、其他應付款。如果將這些賬戶類型與有可能引起賬齡變化的單據聯系起來，其關系可以用表2列示。

通過表2可以看到，從業務事件（以原始憑證為載體）出發可以引發各種往來類別。其實，基于業務事件（單據）可以包含所有的往來類型的真正原因在于所有的往來類型都是由業務事件（單據）引發的。并且，基于業務事件登記與沖銷賬齡所使用的數據項可以比基于記賬憑證所使用的數據項更明細化、更多樣、更真實，比如：賬齡發生日期可以在單據制單日期、出入庫日期（收付款日期）或其他單據中登記的日期進行自由設定與選擇。我們還可以使用諸如部門編碼、業務員編碼、原始憑證編號來擴展分析基準，從而形成新的在傳統模型中不可能設想的分部門、分業務員、分單據的分析基準。因此，基于業務事件（單據）可以極大地擴展數據源與分析基準。

2. 基于流程的重組擴展往來類別

仔細思考一下，我們不難發現表2中可能遺漏了一些單據，比如“驗收單”、“發貨單”等。為了論述的方便，在這里我們定義“銷貨單”可以登記倉庫收發賬和會計存貨賬，“銷售單”只能登記會計存貨賬，“驗收單”、“發貨單”則只能登記倉庫收發賬。此處的問題是我們應根據登記倉庫收發賬還是登記會計存貨賬作為登記賬齡的依據。多數會計人員認為應將登記會計存貨賬作為登記賬齡的依據，這一結論與傳統財務會計的理念吻合。我們能否換一種思路思考，為什么不能將登記倉庫收發賬作為登記賬齡的依據呢？或者為什么不能擴展另一種往來類別，比如說業務應收賬款和業務應付賬款呢？如果我們將登記倉庫收發賬與登記業務應收賬款或業務應付賬款關聯起來，再將業務應收賬款和業務應付賬款與業務賬齡分析關聯起來，我們就可以在提供財務賬齡分析之余，進一步提供業務賬齡分析，擴展了往來類別。而這種設想可以建立在現代會計信息系統支持的基于價值鏈最優的流程重組（由業務事件按一定的順序組成）的基礎之上，因此我們可以解決組織如何確定登記倉庫收發賬與會計存貨賬的時序關系，即對先登記倉庫收發賬后登記會計存貨賬、先登記會計存貨賬后登記倉庫收發賬、倉庫收發賬與會計存貨賬同時登記的三選一問題。如果某些企業業務收發在前，會計記賬在后，就可以通過流程重組選擇第一種方案；若是該企業使用必須財務確認先行、方可業務收發的方式，就可通過流程重組選擇第二種方案；如果企業認為二者可以同時發生、同時確認，則可通過流程重組選擇第三種方案。由此可見，這種通過流程重組擴展的往來類別，既不會削弱傳統的往來類別，還可以擴展新的往來類別。

3. 基于過程的集成擴展會計確認

在解決了通過支持流程重組擴展往來類別問題之后，還有另一個問題，就是會計確認問題。傳統的會計確認是指會計選擇一個合適的時點對認為符合會計規范（財務規則）的數據進行重新的認定。在這個概念中可以明顯地看到一個與業務過程（單據處理）相分離的信息過程（會計確認），這種將單據處理與會計確認相分離，也就是將業務過程與信息過程相分離的做法是符合傳統會計理念的。然而，在現代會計信息系統中，我們是通過IT技術將業務過程、信息過程與管理過程（管理活動）進行集成，并將業務規則和財務規則嵌入其中，從而抓住業務事件的本質：通過業務過程自動引發信息過程，通過信息過程依據業務規則或財務規則引發管理過程，通過管理過程反作用于業務過程，達到真正提升作業管理的效用與效率的目的。在這一集成的過程中，會計確認（信息過程）可以看作是由業務確認（業務過程）自動引發的，或者說會計確認的時點就是業務確認的時點，財務規則的校驗與業務規則的校驗同步完成，真正實現財務與業務的一體化處理。于是可以通過基于過程的集成擴展性地解決會計確認的問題。

五、會計事項賬齡分析模型案例分析

為了增強以上論述的說服力，可以通過案例將上述觀點與論述形象化。

在圖1中，第一張單據“賒銷單”代表用于完成日常性的賒銷發貨業務的業務事件。它包含4個步驟：制單——只是臨時制作一張賒銷單；生效——只是表示該單不再允許修改與刪除；審批——表示該賒銷單通過了業務主管的批準，可以準備發貨；倉庫發貨——表示倉庫可以正式發貨，該步驟一旦執行將自動引發登記倉庫收發賬，也就自動登記業務賬齡。

第二張單據“賒銷結算單”代表用于完成賒銷結算業務的業務事件。它可由經過審批的賒銷單多對多地生成。它包含3個步驟：制單——只是臨時制作一張準備結算的賒銷結算單；生效——只是表示該賒銷結算單不再允許修改與刪除；財務開票——表示允許財務可以據此開出有效的銷售發票，該步驟一旦執行將自動引發登記會計存貨賬，也就自動登記財務賬齡。

最后一張單據“收款單”代表用于完成收款業務的業務事件。它可以由已開過發票的賒銷結算單多對多地生成。它包含3個步驟：制單——只是臨時制作一張計劃收款的收款單；生效——只是表示該收款單不再允許修改與刪除；財務審核——表示財務已經收到貨款，該步驟一旦執行將自動引發沖銷財務賬齡和業務賬齡。具體地講，就是通過該收款單回溯生成它的賒銷結算單，從而沖銷財務賬齡；再通過已沖銷財務賬齡的賒銷結算單回溯生成它的賒銷單，從而沖銷業務賬齡。

本案例基于3個業務事件，可以獲得財務應收賬齡分析與業務應收賬齡分析的結果，從而達到擴展數據源與分析基準、擴展往來類別和基于過程集成擴展會計確認的目的。

六、結 論

會計事項賬齡分析模型是基于事項會計的模型?；跇I務事件擴展了數據源與分析基準，完善了傳統往來管理與賬齡分析的明細性與準確性，擴充了往來管理與賬齡分析的參照基準；通過流程的重組擴展了往來類別，業務應收賬款、業務應付賬款的出現彌補了傳統往來管理與賬齡分析的不足；通過過程的集成擴展了會計確認，為財務、業務一體化提供了契機。

主要參考文獻

［1］ ［美］阿妮塔·S·霍蘭德，等． 現代會計信息系統［M］. 楊周南，等譯. 第2版. 北京：經濟科學出版社，1999．

［2］ 莊明來，等． 電子商務會計研究［M］. 北京：中國財政經濟出版社，2004．

［3］ 湯四新． 金三門數字智能網企業管理軟件［CP］. 中國國家版權局登記號：2004SR08761，2004．