財(cái)務(wù)合并報(bào)表系統(tǒng)研究與應(yīng)用

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

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

1引言

1.1編寫目的

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

1.2背景說明

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

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

2 概述

2.1系統(tǒng)描述

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

2.2用戶定義

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

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

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

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

單體用戶：最末級(jí)公司用戶;

2.3需求分組

總體需求：

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

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

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

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

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

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

2.4一般約束

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

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

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

3 功能需求

3.1報(bào)表合并管理（舉其中兩例說明）

3.1.1報(bào)表生成：

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

3.1.2報(bào)表校驗(yàn)：

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

4 接口需求4.1.1 報(bào)表生成

顯示合并報(bào)表生成畫面如圖3。

4.1.2 報(bào)表校驗(yàn)

顯示合并報(bào)表校驗(yàn)畫面如圖4。

4.2軟件接口

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5 技術(shù)需求

5.1性能

5.1.1可靠性

（1）年可用率 ≥99.99%。

（2）系統(tǒng)應(yīng)考慮軟件的容錯(cuò)、數(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ù)庫加密存儲(chǔ)。

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

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

5.1.3擴(kuò)展性

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

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

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

5.1.4性能指標(biāo)

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

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

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

5.2安全

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

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

（2）數(shù)據(jù)權(quán)限管理：數(shù)據(jù)報(bào)表級(jí)的用戶授權(quán)管理，確保報(bào)表數(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單位，從報(bào)表工具填報(bào)單體報(bào)表，合并組填報(bào)抵消數(shù)據(jù)到報(bào)表中，再與SAP BW抵消數(shù)據(jù)合并成集團(tuán)整體合并報(bào)表。

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

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

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

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

7 結(jié)論

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

參考文獻(xiàn)

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

作者簡介

關(guān)宏昊（1977-），男，黑龍江省牡丹江市人。助理工程師。研究方向?yàn)橄到y(tǒng)性能測(cè)試、DevOps實(shí)踐。分布式存儲(chǔ)如圖5。