財務合并報表系統研究與應用

摘要：本文對財務合并報表系統進行了研究。財務合并報表系統遵循國家能源集團一體化集中管控系統整體要求，開發自主知識產權的財務報表合并系統，實現從新ERP財務數據倉庫中高效穩定的提取賬務數據和抵消賬務數據，實現非ERP單位財務數據和核算系統之外財務管理數據的統一數據采集填報，實現基于賬的財務報表數據的逐層合并和合并報表的生成、校驗、展示、報送統一管理，為全集團統一、規范、穩定的財務報表體系提供支撐。筆者在此項目中負責項目需求調研、億級數據承載分布式環境搭建及項目的系統測試工作，并應用于實踐。

關鍵詞：合并報表;分布式;JAVA;NodeJS

1引言

1.1編寫目的

本論文旨在使所有讀者對該系統的整體業務、功能、技術和數據等方面有準確而全面的理解。

1.2背景說明

原神華集團和國電集團重組為國家能源集團后需要形成完整一體的全集團合并報表系統。原神華集團和國電集團的合并報表系統已不能滿足合并后系統的功能、性能要求，急需啟動新的財務合并報表系統的研發項目。

本項目由國家能源集團信息化管理部負責牽頭總協調。業務上由國家能源集團信息公司ERP系統部提供指導，信息公司軟件開發中心自主承擔設計、開發建設和實施工作。

2 概述

2.1系統描述

業務流程圖如圖 1 所示。

2.2用戶定義

用戶范圍：集團總部、各級子分公司3000余家，業務人員8000余名;

系統用戶角色：

業務管理員：維護基礎數據、報表模板、用戶權限等管理維護的用戶;

合并用戶：集團總部、二級公司及下級各級對應的合并組用戶;

單體用戶：最末級公司用戶;

2.3需求分組

總體需求：

報表合并管理：關聯交易對賬、數據準備、報表生成、報表校驗、報表上報、報表鎖定;

流程監控：賬期管理、校驗審核放開、折舊校驗放開;

財務指標管理：財務指標分類管理、財務指標分類、財務指標維度、財務指標屬性、標準指標同步;

基礎管理：合并架構管理、報表模板編制及下發（各類報表450余張）;

系統管理：賬號權限管理、日志管理、評價指標體系;

應用總架構如圖2 所示。

2.4一般約束

（1）實現語言 ：采用JAVA語言、Node.js;

（2）系統架構：客戶端采用 B/S 架構;

（3）交換協議：采用 TCP/IP 協議;

3 功能需求

3.1報表合并管理（舉其中兩例說明）

3.1.1報表生成：

基于設定的報表參數及報表邏輯（或下級單位報表加總），單張、批量、分類、分級選擇需要要生成的報表，系統自動生成報表結果存儲于系統中，以便后續查看和數據調用。

3.1.2報表校驗：

報表完成校驗后基于生成的報表結果和預先設定的報表校驗規則，自動根據相關勾稽關系進行報表校驗。系統支持校驗結果按單位、按校驗類型、按報表等多方式導出，校驗結果導出格式包括xlsx格式等。系統支持跨多表校驗及錯誤定位。

4 接口需求4.1.1 報表生成

顯示合并報表生成畫面如圖3。

4.1.2 報表校驗

顯示合并報表校驗畫面如圖4。

4.2軟件接口

4.2.1 與統一身份認證系統集成

本系統與“統一身份認證平臺”的接口，分為兩部分：第一部分是用戶接收接口，主要完成用戶數據接收;第二部分是訪問控制接口，主要完成用戶訪問認證和單點登錄。

4.2.2 BCS系統取數接口

實現從SAP BW模型數據倉庫獲取ERP單位出具報表所需的原始賬務數據和抵消賬務數據，通過HANA VIEW 實現實時讀取。

4.2.3 BCS系統推數接口

實現報表上報前觸發賬期聯動檢查、憑證完整性檢查、BCS抵消任務順序檢查、BCS數據質量檢查，數據實時同步。

4.2.4 久其報表系統接口

實現久其財務報表格式的導出接口，導出報表數據，在國資委月報久其報表軟件進行導入。

4.2.5 GRC合規性授權管理系統接口

實現從GRC合規性授權管理系統獲取用戶授權信息，實時同步。

4.2.6 集團指標管控平臺接口

實現集團財務報表數據與數據湖的標準數據接口，實現與集團指標管控平臺接入標準化財務指標，按天定時同步。

4.2.7 集團統建系統使用水平評價系統接口

實現將報表系統應用水平評價指標：賬期關閉時間、財務賬期開關次數、手工填報賬期開關次數、報表綜合上報率、二級單位與集團本部往來差異額、二級單位與股份本部往來差異額、二級單位間往來差異額、財務賬期開啟處理時長、手工填報賬期開啟處理時長，導出至集團統建系統使用水平評價系統，每月定時同步。

5 技術需求

5.1性能

5.1.1可靠性

（1）年可用率 ≥99.99%。

（2）系統應考慮軟件的容錯、數據備份等系統可靠性措施，數據完整性需達100%，系統出現問題能保證數據的完整恢復不能丟失數據。

5.1.2安全性

（1）內部組件間的數據傳輸須經加密處理，以保證安全通信。

（2）口令信息不能在網絡上明文傳輸，并在數據庫加密存儲。

（3）在后臺程序處理用戶提交請求時，應防止用戶更改請求URL跨功能訪問。

（4）在操作數據時，后臺程序必須根據當前用戶身份、角色決定其是否有權訪問該數據，防止用戶更改提交參數進行非法訪問。

5.1.3擴展性

（1）系統的硬件采用模塊化結構，以保證內存、CPU及存儲等可擴展。

（2）系統硬件配置的升級不會引起系統軟件的修改和開發。

（3）系統功能擴充或使用單位增加時應不影響現有系統功能和結構，能夠方便后續其他系統模塊的擴展。

5.1.4性能指標

（1）系統訪問量：報表填報，最大在線人數按照5000人計算，填報類功能最大并發用戶數：200，合并報表生成功能最大并發用戶數：100。

（2）報表生成響應時間：單體公司賬務數據量10萬以下的報表生成平均響應時間<=5秒;單體公司賬務數據量10萬以上的報表生成平均響應時間<=60秒;三級及以下合并組的報表生成平均響應時間<=60秒;一級、二級合并組的報表生成平均響應時間<=120秒。

（3）非合并報表生成類應用界面（增加、刪除、修改類操作）平均響應時間<=5秒。

5.2安全

本項目涉及數據、文檔均較為敏感，對數據安全有較嚴格的要求。需要滿足以下安全需求：

（1）系統訪問保護：系統只能通過集團內部網絡實名認證后才能訪問。

（2）數據權限管理：數據報表級的用戶授權管理，確保報表數據只有授權用戶能夠查看。

5.3易用性

（1）瀏覽器的兼容性：瀏覽器支持IE10及以上、Chrome瀏覽器V80及以上版本、360瀏覽器（極速模式）;

（2）屏幕分辨率的兼容性：做到頁面自適應。

6 數據需求

6.1數據收集

（1）從SAP BW數據倉庫標準數據通道，通過HANA VIEW方式獲取ERP單位賬務數據、賬務抵消數據。

（2）非ERP單位，從報表工具填報單體報表，合并組填報抵消數據到報表中，再與SAP BW抵消數據合并成集團整體合并報表。

（3）非ERP單位手工錄入或導入內部關聯交易賬務數據、投資權益抵消數據。

（4）對于報表補充、調整類數據，可從報表合并工具中設置填報報表、獲取數據并反映到合并報表中。

6.2 數據存儲

平臺采用分布式存儲策略，存儲采用分布式數據庫MongoDB，分布式數據庫MongoDB采用分片和副本集技術，

7 結論

在國家能源集團智慧化戰略及發展戰略總體引領下，成功搭建了基于賬并、表并的大型財務報表合并系統。利用分布式數據處理、智能數據分批、相同數據源公式并行執行、高效數據處理引擎等創新技術，高效實現全集團各級單位出具財務報表。基層企業關賬后，集團合并報表出具時間縮短為3小時，決策支持的響應速度大幅提升。財務報表合并系統采用自主研發模式，在產業關鍵技術和價值鏈上實現自主可控。助力集團財務管理一體化數字化轉型，推動集團數字化工作再上新臺階。

參考文獻

[1] 劉新宇. 企業集團基于賬直接編制合并報表的研究. 《金融經濟》，2015年第12期.

作者簡介

關宏昊（1977-），男，黑龍江省牡丹江市人。助理工程師。研究方向為系統性能測試、DevOps實踐。分布式存儲如圖5。