中國人民大學網絡報銷與財務系統的集成實踐

趙文廣，顧 濤

（1.中國人民大學 信息技術中心，北京100872；2.中國人民大學 財務處，北京100872）

一、人大財務系統的介紹

中國人民大學賬務系統作為獨立的商業化軟件，自身功能有完整的邊界，同時財務系統和校園網在物理上也是相互獨立的。這些情況客觀上導致了數據孤島的存在。學校多項業務與財務系統的數據或是通過手工來對接，或是通過文件報盤的方式，導入到財務系統。

傳統財務報銷業務工作單調效率低。能否利用校園信息化平臺，結合人事、教務等數字化校園管理系統，將現有財務系統擴展成為綜合財務系統，解決學校財務業務的問題，極大提高辦公效率、提高學校管理水平是非常有必要的。

二、財務系統集成建設的目標與思路

中國人民大學數字校園一、二期建設，應用系統已經覆蓋絕大部分學校業務。充分利用已有資源，盡量采用學?，F有的軟硬件環境，以在線應用的財務系統為核心，在數字校園系統的構架下，延伸業務范圍，開發財務系統外延業務模塊，并通過接口與財務系統整合，形成綜合財務系統，并強調多部門合作，滿足各部門各層次的需求。

財務系統是獨立的商業軟件，我們的思路是不對其核心模塊做改變，增加其對外公共訪問接口。而在數字校園系統中開發與學校管理業務相關的功能模塊，作為財務系統的外延模塊，通過數據交換接口與財務系統集成。

三、網絡報銷與財務系統集成開發

本次網絡報銷系統，是數字校園系統的一部分。財務系統與數字校園系統集成，分成兩個方面：一個是財務系統共享數字校園的數據，另一個是財務數據交換給數字校園共享。所以我們在設計網絡報銷系統的同時還有數據交換模塊。

1.需求及業務流程設計

學校財務處及信息中心重新梳理了網絡報銷的流程。

（1）由報銷人員填寫報銷申請單。報銷申請單分為報銷申請單和報銷明細兩部分。報銷申請單除個人信息外，要指明是否差旅報銷、指明報銷費用所屬項目、投單方式；報銷明細要填寫每種發票所屬費用類別，發票數量、金額。差旅報銷要計算出差補助。指明報銷費用所屬項目，可以是本人負責項目也可以是被授權項目，報銷費用不能高于所屬項目余額。填寫完成的報銷申請數據，于當天晚上同步到財務系統數據庫中并自動生成憑證。

（2）發票投單。報銷申請中的投單方式中已經指明，是到窗口提交發票還是通過網銀投單箱提交發票。網銀投單是把發票及打印好的報銷封面及報銷明細放在專門的報銷用袋子里，投入校園內的幾個投單箱中。

（3）財務人員核對發票與報銷明細。每天從校園內的各個投單箱中收回報銷人投入的報銷專用袋，根據每個袋子中的報銷申請，調出報銷申請數據，核對提交發票的真偽、與報銷明細是否一致，不一致調整明細直到與發票一致。調整正確的數據進入財務核算系統，生成最終報銷數據。

（4）報銷完成。按最終報銷數據，財務系統核減相應項目余額，并把最新項目余額回寫到數字校園系統的網絡報銷模塊中，使報銷模塊中查詢到的項目余額與真實情況相一致。同時，財務系統會通過網銀接口，把報銷款從相應項目劃轉到報銷人員的銀行卡中。最后通過短信通知報銷人報銷成功及最終報銷金額。

2.系統功能設計

根據以上系統需求分析,網絡報銷系統共設計3個模塊——報銷申請、項目查詢及數據同步,其與財務系統的會計核算及網銀對賬模塊關系如圖1所示。會計核算及網銀對賬兩個模塊是財務系統中原有的模塊。

圖1 網絡報銷系統用例

（1）報銷申請模塊

報銷申請，是網絡報銷業務的起點，報銷人在本模塊中填寫報銷申請單。根據報銷申請模塊需實現的主要功能，確定系統基本實體有申請人、報銷申請單、報銷明細類別、報銷明細。

申請人與報銷申請單間一對多的生成關系，用戶可根據需要做多個報銷申請單。每個申請單在生成時，要對應一個有權限的項目。

報銷申請單與報銷明細類別之間也是一對多的關系，每個申請單中可以包括多個報銷明細類別，同時每個報銷明細類別下，可有多條明細。每條明細由明細名稱、發票張數及金額組成。

在填寫報銷明細過程中，明細中的發票合計金額能被實時計算出來，系統約束合計金額不能超過其對應的項目余額。

本文用UML建模方法，以報銷申請模塊為例，構建數據關系類圖（見圖2）。由圖2可以看出,該模塊包括報銷申請表、報銷申請明細、科研項目表、報銷審批表等,且描述了各個類之間的關系。類圖比較詳細地描述了類、接口以及他們之間的關系等靜態結構,有利于清晰認識整個系統結構。

圖2 報銷申請模塊數據表關系

（2）項目查詢

每筆報銷金額，必須出自指定的項目，所以在設計網絡報銷時考慮可以實時查詢申請人所有有權限項目的信息。同時在填寫報銷明細時，約束合計金額不能超過其項目余額。

（3）數據同步

賬務系統的數據庫在財務處內網，數字校園的數據庫在數據中心的內網，兩個系統間需通過數據交換來同步數據。

中國人民大學已經建立了數據交換中心，設置了一臺服務器用作數據交換的主服務器。通過網線或光纖連接不同機房的多個系統，完成系統間的數據交換。在具體實現時，首先需要解決用戶數據的統一性。

數據標準方面無需特殊考慮，因為在一期應用建設時，已根據教育部標準和國家標準，并結合學校實際情況，制定了本校的信息化標準，包括自定義編碼規范、信息集和代碼集，為數據交換打下了良好的基礎，此次數據交換只需要考慮具體業務中實際數據的交換規則，包括需要交換哪些字段、對應關系、字段類型等。

為了安全性考慮，財務系統每日與數據交換中心聯網一次，將各科研項目的實時信息通過數據交換中心交換到數字校園系統；同時將數字校園系統中的報銷申請信息通過數據交換中心抽取到財務系統中。

3.系統實現

根據系統的需求和系統自身的設計需要,網絡報銷系統采用模塊化設計，提高設計及開發效率，減少耦合性及不必要的錯誤。

報銷申請模塊可以說明網絡報銷系統的實現（見圖3）。報銷申請是網絡報銷的開端，經過審核后，可以打印報銷憑證。數據同時會同步到財務系統。通過申請數據，利用分析處理技術，可以對報銷類別進行歸類統計分析，并將其作為學校經費分配的決策依據。

圖3 網絡報銷系統應用頁面

[1]張亞娟,李一鳴.統一數據交換在數字校園中的研究與實現[J].中山大學學報(自然科學版),2009(s1)：379-382.

[2]趙丹,張蕊,趙文廣.中國人民大學數據交換中心的設計與實現[Z].中國高等教育學會教育信息化分會第十次學術年會,2010.