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

關(guān)鍵詞：合并報表;分布式;JAVA;NodeJS

1引言

1.1編寫目的

本論文旨在使所有讀者對該系統(tǒng)的整體業(yè)務(wù)、功能、技術(shù)和數(shù)據(jù)等方面有準(zhǔn)確而全面的理解。

1.2背景說明

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

本項目由國家能源集團(tuán)信息化管理部負(fù)責(zé)牽頭總協(xié)調(diào)。業(yè)務(wù)上由國家能源集團(tuán)信息公司ERP系統(tǒng)部提供指導(dǎo)，信息公司軟件開發(fā)中心自主承擔(dān)設(shè)計、開發(fā)建設(shè)和實施工作。

2 概述

2.1系統(tǒng)描述

業(yè)務(wù)流程圖如圖 1 所示。

2.2用戶定義

用戶范圍：集團(tuán)總部、各級子分公司3000余家，業(yè)務(wù)人員8000余名;

系統(tǒng)用戶角色：

業(yè)務(wù)管理員：維護(hù)基礎(chǔ)數(shù)據(jù)、報表模板、用戶權(quán)限等管理維護(hù)的用戶;

合并用戶：集團(tuán)總部、二級公司及下級各級對應(yīng)的合并組用戶;

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

2.3需求分組

總體需求：

報表合并管理：關(guān)聯(lián)交易對賬、數(shù)據(jù)準(zhǔn)備、報表生成、報表校驗、報表上報、報表鎖定;

流程監(jiān)控：賬期管理、校驗審核放開、折舊校驗放開;

財務(wù)指標(biāo)管理：財務(wù)指標(biāo)分類管理、財務(wù)指標(biāo)分類、財務(wù)指標(biāo)維度、財務(wù)指標(biāo)屬性、標(biāo)準(zhǔn)指標(biāo)同步;

基礎(chǔ)管理：合并架構(gòu)管理、報表模板編制及下發(fā)（各類報表450余張）;

系統(tǒng)管理：賬號權(quán)限管理、日志管理、評價指標(biāo)體系;

應(yīng)用總架構(gòu)如圖2 所示。

2.4一般約束

（1）實現(xiàn)語言 ：采用JAVA語言、Node.js;

（2）系統(tǒng)架構(gòu)：客戶端采用 B/S 架構(gòu);

（3）交換協(xié)議：采用 TCP/IP 協(xié)議;

3 功能需求

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

3.1.1報表生成：

基于設(shè)定的報表參數(shù)及報表邏輯（或下級單位報表加總），單張、批量、分類、分級選擇需要要生成的報表，系統(tǒng)自動生成報表結(jié)果存儲于系統(tǒng)中，以便后續(xù)查看和數(shù)據(jù)調(diào)用。

3.1.2報表校驗：

報表完成校驗后基于生成的報表結(jié)果和預(yù)先設(shè)定的報表校驗規(guī)則，自動根據(jù)相關(guān)勾稽關(guān)系進(jìn)行報表校驗。系統(tǒng)支持校驗結(jié)果按單位、按校驗類型、按報表等多方式導(dǎo)出，校驗結(jié)果導(dǎo)出格式包括xlsx格式等。系統(tǒng)支持跨多表校驗及錯誤定位。

4 接口需求4.1.1 報表生成

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

4.1.2 報表校驗

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

4.2軟件接口

4.2.1 與統(tǒng)一身份認(rèn)證系統(tǒng)集成

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

4.2.2 BCS系統(tǒng)取數(shù)接口

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

4.2.3 BCS系統(tǒng)推數(shù)接口

實現(xiàn)報表上報前觸發(fā)賬期聯(lián)動檢查、憑證完整性檢查、BCS抵消任務(wù)順序檢查、BCS數(shù)據(jù)質(zhì)量檢查，數(shù)據(jù)實時同步。

4.2.4 久其報表系統(tǒng)接口

實現(xiàn)久其財務(wù)報表格式的導(dǎo)出接口，導(dǎo)出報表數(shù)據(jù)，在國資委月報久其報表軟件進(jìn)行導(dǎo)入。

4.2.5 GRC合規(guī)性授權(quán)管理系統(tǒng)接口

實現(xiàn)從GRC合規(guī)性授權(quán)管理系統(tǒng)獲取用戶授權(quán)信息，實時同步。

4.2.6 集團(tuán)指標(biāo)管控平臺接口

實現(xiàn)集團(tuán)財務(wù)報表數(shù)據(jù)與數(shù)據(jù)湖的標(biāo)準(zhǔn)數(shù)據(jù)接口，實現(xiàn)與集團(tuán)指標(biāo)管控平臺接入標(biāo)準(zhǔn)化財務(wù)指標(biāo)，按天定時同步。

4.2.7 集團(tuán)統(tǒng)建系統(tǒng)使用水平評價系統(tǒng)接口

實現(xiàn)將報表系統(tǒng)應(yīng)用水平評價指標(biāo)：賬期關(guān)閉時間、財務(wù)賬期開關(guān)次數(shù)、手工填報賬期開關(guān)次數(shù)、報表綜合上報率、二級單位與集團(tuán)本部往來差異額、二級單位與股份本部往來差異額、二級單位間往來差異額、財務(wù)賬期開啟處理時長、手工填報賬期開啟處理時長，導(dǎo)出至集團(tuán)統(tǒng)建系統(tǒng)使用水平評價系統(tǒng)，每月定時同步。

5 技術(shù)需求

5.1性能

5.1.1可靠性

（1）年可用率 ≥99.99%。

（2）系統(tǒng)應(yīng)考慮軟件的容錯、數(shù)據(jù)備份等系統(tǒng)可靠性措施，數(shù)據(jù)完整性需達(dá)100%，系統(tǒng)出現(xiàn)問題能保證數(shù)據(jù)的完整恢復(fù)不能丟失數(shù)據(jù)。

5.1.2安全性

（1）內(nèi)部組件間的數(shù)據(jù)傳輸須經(jīng)加密處理，以保證安全通信。

（2）口令信息不能在網(wǎng)絡(luò)上明文傳輸，并在數(shù)據(jù)庫加密存儲。

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

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

5.1.3擴(kuò)展性

（1）系統(tǒng)的硬件采用模塊化結(jié)構(gòu)，以保證內(nèi)存、CPU及存儲等可擴(kuò)展。

（2）系統(tǒng)硬件配置的升級不會引起系統(tǒng)軟件的修改和開發(fā)。

（3）系統(tǒng)功能擴(kuò)充或使用單位增加時應(yīng)不影響現(xiàn)有系統(tǒng)功能和結(jié)構(gòu)，能夠方便后續(xù)其他系統(tǒng)模塊的擴(kuò)展。

5.1.4性能指標(biāo)

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

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

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

5.2安全

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

（1）系統(tǒng)訪問保護(hù)：系統(tǒng)只能通過集團(tuán)內(nèi)部網(wǎng)絡(luò)實名認(rèn)證后才能訪問。

（2）數(shù)據(jù)權(quán)限管理：數(shù)據(jù)報表級的用戶授權(quán)管理，確保報表數(shù)據(jù)只有授權(quán)用戶能夠查看。

5.3易用性

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

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

6 數(shù)據(jù)需求

6.1數(shù)據(jù)收集

（1）從SAP BW數(shù)據(jù)倉庫標(biāo)準(zhǔn)數(shù)據(jù)通道，通過HANA VIEW方式獲取ERP單位賬務(wù)數(shù)據(jù)、賬務(wù)抵消數(shù)據(jù)。

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

（3）非ERP單位手工錄入或?qū)雰?nèi)部關(guān)聯(lián)交易賬務(wù)數(shù)據(jù)、投資權(quán)益抵消數(shù)據(jù)。

（4）對于報表補充、調(diào)整類數(shù)據(jù)，可從報表合并工具中設(shè)置填報報表、獲取數(shù)據(jù)并反映到合并報表中。

6.2 數(shù)據(jù)存儲

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

7 結(jié)論

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

參考文獻(xiàn)

[1] 劉新宇. 企業(yè)集團(tuán)基于賬直接編制合并報表的研究. 《金融經(jīng)濟(jì)》，2015年第12期.

作者簡介

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