鐵路企業賬務及報表處理子系統V6.0設計與實現

楊銀占，劉承亮，孫 晶

（1.北京經緯信息技術有限公司，北京 100081；2.中國鐵道科學研究院集團有限公司 電子計算技術研究所，北京 100081）

隨著中國國家鐵路集團有限公司（簡稱：國鐵集團）公司制改革步伐的推進，企業財務管理逐漸向集團化財務管理體制轉型[1]，財務管理系統的用戶由非法人基層運輸站段為主體轉變為以鐵路局集團有限公司（簡稱：鐵路局）和多種產權形式的母/子公司為主體，系統應用目標從核算型轉向管理決策型，財務應用軟件也由替代手工、提高效率的工具轉變為業務運作分析和監控的手段[2]。目前，鐵路企業在用的會計核算賬表子系統（簡稱：賬表子系統）V5.0，近10 年未進行較大的功能改進，存在管控不健全、輔助核算功能不完善、缺乏多單位業務協同處理能力、查詢統計分析功能薄弱、信息集成共享有待加強、業務卡控薄弱等問題，無法繼續支撐和滿足業務及管理需要[3]。

根據賬表子系統V5.0 的應用現狀，圍繞國鐵集團財會改革和發展需要，設計和實現賬表子系統V6.0，實現跨單位核算數據的高度集中和及時全面的信息共享，大幅提升會計工作效率和財務管理效益[4]，滿足鐵路企業對核算規范化、標準化、精細化、集團化日益提升的管理要求[5]。

1 需求分析

1.1 總體需求

（1）實現符合國鐵集團管控特色的集中核算，可根據管理需要，在一個數據庫用戶下實現多個會計核算單位的核算；各會計核算單位輸入、處理、輸出獨立且合規，支持輸出整個集團的賬簿、報表等會計信息。

（2）建立全路統一的多維輔助核算體系，鐵路局、會計核算單位可根據自身需要啟用自有輔助核算；輔助核算功能應輸入便捷、處理穩定、輸出靈活，支持按各輔助核算項目直接生成各類核算報表、管理報表，使核算更穩定、管理更靈活[6]。

（3）以報表自動生成為目標，統一、規范和細化核算業務，實現業務信息共享，逐步減少報表手工輸入，統一梳理合并口徑的核算單位體系，改變逐級報送機制，實現多層次自動報表。

（4）建立財務業務協同處理機制，自動生成合并抵消底稿；整合再造業務流程，建立業務協同處理和實時溝通機制，確保跨單位間內部往來、內部債權債務、內部交易、內部投資、內部資金收付等核算業務信息準確、內容完整，提供內部抵消公式，實現合并報表所需抵消底稿的自動生成[7]。

（5）建立支持決策分析的財會數據指標庫，通過對報表數據、賬務數據的指標化處理，做到數據編碼一致、口徑一致、歷史變化可追溯；提供數據可視化手段，能夠圖形化展示指標數據，實現穿透查詢；對外提供指標數據訪問接口，與預算等系統實現共享。

（6）通過優化業務流程，將企業財務內控制度融入系統，由系統控制關鍵流程和環節；通過嚴格的卡控機制確保財務全流程數據準確、一致，實現全過程內控和剛性內控[8]。

（7）統一設計輸入接口標準，提供靈活、規范、安全可控的輸出接口，實現對內、對外信息共享。

（8）收集和總結賬表子系統V5.0 既有功能的優化建議，借鑒商用成熟軟件的設計思路，設計符合國標、高效、易用、適應業務新需求的賬表子系統V6.0。

（9）升級現有技術架構，實現以微服務、前后端分離等主流互聯網技術為核心的技術架構，解決客戶端安裝配置困難、對操作系統和瀏覽器支持不佳等問題；引入條碼掃描、OCR 識別、消息提醒等新技術，改善用戶體驗。

1.2 業務流程

賬表子系統V6.0 的整體業務流程，如圖1 所示，包括基礎應用、核算處理、和報表處理3 個子域。

圖1 業務處理流程

（1）基礎應用：國鐵集團所屬各鐵路局提出創建組織機構和開設核算賬套的申請，國鐵集團審核通過或備案后，允許鐵路局創建核算賬套，支持創建財務組織、報表組織等多維度組織機構。國鐵集團制定統一核算參數及報表參數，鐵路局在此基礎上擴展，其下屬核算單位可進一步擴充本單位的核算參數及報表參數。

（2）核算處理：由核算單位進行年初開賬初始設置，開賬后進行科目余額和輔助余額初始化；業務系統通過動態會計平臺自動推送業務單據，無法由業務推送單據的由財務人員手工錄入會計憑證，現金、銀行憑證需要出納確認；內部關聯交易憑證需要雙方單位進行核對確認。期末本單位可進行關賬或由鐵路局統一關賬，關賬后不允許增加、刪除及修改憑證操作，如需修改可取消關賬，會計期結束后由本單位進行結賬操作，結賬后不允許修改該期間任何財務數據，且本單位無法進行解賬操作；根據憑證處理狀態進行賬簿查詢、打印。

（3）報表處理：根據報表參數設置，通過報表取數工具，可從賬務、固定資產等子系統中提取數據，自動生成相關報表數據，報表數據經過內部審核后，進行逐級上報，鐵路局負責收審下級核算單位報表數據，并按照配置的審核流程進行審核，審核有問題的報表退回下級單位修改后重新上報，審核通過后可鎖定下級單位報表，匯總下級單位報表數據形成鐵路局匯總報表；鐵路局獲取內部單位賬務協同數據，生成合并抵消底稿數據，由合并底稿和匯總報表生成鐵路局合并報表上報國鐵集團；國鐵集團報表收審、匯總、合并流程與鐵路局類似。

2 總體設計

2.1 應用層次結構

賬表子系統V6.0 在國鐵集團集中部署，實現國鐵集團、鐵路局、核算單位（含站段、多經公司、合資公司）三級應用；系統應用劃分為集團應用和核算應用兩部分，應用層次結構如圖2 所示。

（1）鐵路應用：主要面向國鐵集團、鐵路局相關財務部門，負責對全路統一的基礎字典進行維護與發布，對核算單位提報的數據進行審核與監督，統籌掌握全路財務情況，支持關聯分析。

（2）核算應用：主要面向核算單位（含國鐵集團級、鐵路局級、站段、多經公司、合資公司），提供會計核算及編制企業報表。

圖2 系統應用層次結構

2.2 技術架構

采用前后端分離設計，客戶端采用Html5、Less、Ant Design、Angular，RxJS，Spreedsheet 等技術完成基礎組件和頁面展現組件開發，通過異步請求接口（Ajax/JSONP）提供數據響應式請求，實現類似C/S 架構的單頁面應用。服務端采用反向代理技術，兼容大型分布式架構、彈性計算架構、微服務架構、多種客戶端，集成報表工具、消息推送、緩存、隊列等多種組件提供服務；客戶端與服務端之間采用Http 通信協議，支持密鑰加解密，并在攔截器中進行Token 驗證，保證數據安全。系統技術架構如圖3 所示。

圖3 系統技術架構

系統技術架構劃分為基礎設施層、數據層、服務支撐層、組件層、應用層、展現層6 個層次。將業務邏輯與應用分離，提供底層數據訪問、數據封裝、數據傳輸等服務程序，各層之間通過接口訪問，避免不同層次之間的相互影響。

2.3 信息共享與信息接口

2.3.1 接口方式

提供標準Web Services 接口服務，其它系統通過調用開放的Web Services 服務獲取相應數據。

2.3.2 接口數據格式

接口傳入參數、返回值均為JSON 字符串；接口傳入參數包含頭文件和數據參數，頭文件描述接口調用者身份、密鑰、目標數據等信息，主要信息包含調用者Key、調用者密鑰、調用系統代碼、調用功能代碼、調用單位編碼、調用賬套編碼、目標單位編碼、目標賬套編碼、操作人、操作時間等；數據參數具體格式由接口雙方根據需要約定。調用接口的返回信息包含成功標識、錯誤代碼、錯誤信息、返回結果；若接口調用成功，以JSON 格式返回接口處理結果，具體內容由接口雙方約定。

2.3.3 接口內容

（1）與審計考核局審計系統的接口：將會計科目、科目余額、會計報表等數據傳遞給審計考核局審計系統。

（2）與稅總千戶系統的接口：系統根據與稅總千戶系統的約定，將會計科目、科目余額等數據按規范的文件格式輸出。

（3）與國家審計署審計系統的接口：根據與審計考核局審計系統的約定，將按單位、年度過濾的包含會計科目、科目余額、會計報表等數據的賬套輸出。

（4）與財政部財政報表系統的接口：根據財政部財政報表系統格式，輸出會計報表數據。

（5）與資金系統交互的接口：賬表子系統發送支付指令，資金系統反饋支付結果給賬表子系統進行標記。

（6）與預算系統的接口：根據各項目預算數據，對賬務憑證支出進行卡控，同時為預算系統提供賬務實際發生數。

（7）與統計系統的接口：獲取成本報表所需相關工作量數據。

（8）與主數據平臺、財會數據共享平臺的接口：獲取人員、組織機構、供應商等數據。

（9）與固定資產、收入、清算、物資、報賬等系統的接口：提供各業務系統外部憑證接入所需的業務單據及所需附件接口, 實現單據轉憑證及撤銷等相關操作，并可查詢各業務系統信息，如賬齡、供應商、借款日期等信息，輔助生成財務報表及附注。

3 功能設計

賬表子系統V6.0 主要包括賬務處理、報表處理、基礎應用3 部分功能模塊，其功能結構如圖4 所示。

圖4 賬表子系統V6.0功能結構

3.1 賬務處理

賬務處理主要實現包含科目在內的核算專用基礎字典維護、期初余額初始化、憑證編制、審核、期末處理等基礎核算處理及總賬、明細賬、輔助賬等各種賬簿的查詢及打印功能，并為業務系統提供會計接口以生成憑證。

3.2 報表處理

報表處理主要實現對報表組織、報表任務、報表格式、報表公式、審核流程等基礎數據的定義，報表數據的生成、編制，報表審核、匯總、合并抵銷、上報等決算審核流程管理，報表的查詢及打印等功能，并能根據取數公式實現自動獲取賬務數據。

3.3 基礎應用

基礎應用提供組織機構、業務庫、角色、用戶權限等配置與維護，完成賬套管理、數據升級和變更控制；實現用戶操作終端、操作軌跡等的記錄和監控；定義標準的共享數據輸出接口，支持各核算單位按要求輸出面向稅總千戶系統、國家審計署審計系統的共享數據以及審計局審計和財政部報表。

4 數據遷移

既有賬表子系統V5.0 與其它會計核算子系統自2009 年共同上線，使用至今，積累了大量業務數據。在實施系統升級時，要實現新舊系統間無縫切換，必須保證數據的連貫性、正確性和一致性。

（1）在設計數據結構時，采用“先整合、后增量”的設計方法，在存儲結構上保護現有數據的完整性。

（2）按照基礎會計規范要求，電子數據保存15 年，最近5 年數據遷移到生產庫中，6 年～15 年歷史數據遷移到歸檔庫中。

（3）對于在賬表子系統V5.0 中通過手工錄入、在V6.0 中改為從字典獲取的數據項目，數據遷移時應將數據導入臨時表中，由用戶匹配并確認這些數據的新代碼后，再裝載到新數據庫。

（4）對于V6.0 中新增的數據項目，如果為關鍵非空項，在數據遷移時需要由用戶指定默認值或者數據生成算法；對于V5.0 中有，V6.0 中已取消的數據項目，原則上遷移到該記錄的備注字段；對于沒有備注字段的需要與用戶協商是否需要繼續保留。

（5）歷史數據歸檔處理為大量、批量、一次性執行的任務，要求支持異常中斷后繼續執行；在完成數據遷移后進行正確性校驗，出具數據遷移結果報告交用戶審核確認；遷移成功完成后，將原數據完整備份存檔備查。

（6）數據遷移完成時提交的文檔包括：《數據遷移報告》《新舊系統編碼項對照關系備忘錄》《新系統中取消數據對象、數據項備忘錄》。

5 結束語

目前，賬表子系統V6.0 已完成開發，并且在中國鐵路北京局集團有限公司及所屬核算單位進行試點應用，新舊系統可實現無縫切換，功能滿足業務新需求。

賬表子系統V6.0 的實施，滿足鐵路企業對核算規范化、標準化、精細化、集團化日益提升的管理要求，顯著改善了既有系統存在的集團管控不健全、輔助核算功能不完善、缺乏多單位業務協同處理能力、信息集成共享不足等問題，能進一步推進鐵路局現代化財務管理運行體制建設，提升集團財務管理水平，更快速便捷的為決策層提供財務分析數據[9]。

賬表子系統V6.0 作為鐵路會計核算系統的核心應用之一，未來需要進一步與各業務系統深度集成，深化企業經營管理中的數據采集[10]，不斷提高會計核算的精細化程度，為企業管理者提供經營分析和戰略制定的數據依據。