基于數(shù)據(jù)中臺(tái)的高職院校智慧財(cái)務(wù)報(bào)銷平臺(tái)研究

陸菁琦，趙煒瑋

（1.桂林師范高等?？茖W(xué)校，廣西 桂林 541199；2.汕頭職業(yè)技術(shù)學(xué)院，廣東 汕頭 515078）

0 引言

隨著辦學(xué)規(guī)模的不斷擴(kuò)大，高職院校財(cái)務(wù)活動(dòng)正向復(fù)雜化、多樣化方向發(fā)展，傳統(tǒng)財(cái)務(wù)管理系統(tǒng)已經(jīng)無法滿足高職院校決策管理的需求［1］。財(cái)政部于2016年印發(fā)的《管理會(huì)計(jì)基本指引》指出管理會(huì)計(jì)應(yīng)遵循業(yè)財(cái)融合的原則［2］，標(biāo)志著財(cái)務(wù)管理不再孤立，管理會(huì)計(jì)應(yīng)當(dāng)通過集成的信息化平臺(tái)將業(yè)務(wù)活動(dòng)滲透到財(cái)務(wù)活動(dòng)中。許多高職院校在應(yīng)用新一代信息技術(shù)后，陸續(xù)開發(fā)、使用業(yè)務(wù)與財(cái)務(wù)數(shù)據(jù)融合的智慧財(cái)務(wù)管理系統(tǒng)，促使財(cái)務(wù)管理向財(cái)務(wù)會(huì)計(jì)、預(yù)算會(huì)計(jì)、管理會(huì)計(jì)等方向發(fā)展［3］。

智慧財(cái)務(wù)是以數(shù)字化、信息化、智能化的方式進(jìn)行一體化財(cái)務(wù)管理［4］，改善傳統(tǒng)管理模式，從線下到線上，大幅提高財(cái)務(wù)管理效率和財(cái)務(wù)數(shù)據(jù)共享能力［5］。在此過程中，數(shù)據(jù)中臺(tái)至關(guān)重要。數(shù)據(jù)中臺(tái)是數(shù)字化的結(jié)果、信息化的過程、智能化的基礎(chǔ)。數(shù)據(jù)中臺(tái)為智慧財(cái)務(wù)管理系統(tǒng)提供了業(yè)務(wù)價(jià)值和技術(shù)價(jià)值。對(duì)于繁雜的財(cái)務(wù)數(shù)據(jù)，數(shù)據(jù)中臺(tái)豐富標(biāo)簽數(shù)據(jù)，提供跨主題的數(shù)據(jù)訪問服務(wù)，能同時(shí)應(yīng)對(duì)多數(shù)據(jù)處理的請(qǐng)求，進(jìn)而以數(shù)據(jù)為基礎(chǔ)促進(jìn)業(yè)務(wù)創(chuàng)新、助力數(shù)據(jù)決策。

無論是傳統(tǒng)的財(cái)務(wù)管理，還是現(xiàn)在的智慧財(cái)務(wù)，報(bào)銷一直是人們關(guān)注的熱點(diǎn)問題。隨著高等職業(yè)教育規(guī)模逐步擴(kuò)張，高職院校在教學(xué)、科研領(lǐng)域快速發(fā)展，這也使得報(bào)銷業(yè)務(wù)量大大增加，而財(cái)務(wù)人員的編制數(shù)并沒有明顯的增長(zhǎng)趨勢(shì)［6］。因此，文章提出基于數(shù)據(jù)中臺(tái)的智慧報(bào)銷平臺(tái)的設(shè)計(jì)思路與實(shí)現(xiàn)過程，對(duì)當(dāng)前高職院校的報(bào)銷問題進(jìn)行研究與探討。

1 基于數(shù)據(jù)中臺(tái)的智慧財(cái)務(wù)報(bào)銷平臺(tái)的系統(tǒng)設(shè)計(jì)

1.1 智慧財(cái)務(wù)總體架構(gòu)設(shè)計(jì)

為了打破部分高職院校部門之間存在的信息壁壘，加強(qiáng)各部門之間的聯(lián)系，實(shí)現(xiàn)業(yè)務(wù)與財(cái)務(wù)的有機(jī)融合，文章構(gòu)建基于數(shù)據(jù)中臺(tái)的智慧財(cái)務(wù)管理系統(tǒng)，重點(diǎn)應(yīng)用數(shù)據(jù)中臺(tái)技術(shù)對(duì)與資金流向相關(guān)的各項(xiàng)業(yè)務(wù)進(jìn)行管控，實(shí)現(xiàn)財(cái)務(wù)數(shù)據(jù)信息的線上采集分析。智慧財(cái)務(wù)數(shù)據(jù)中臺(tái)的邏輯架構(gòu)如圖1 所示，其總體架構(gòu)分為基礎(chǔ)設(shè)施層、領(lǐng)域?qū)?、?yīng)用層與接入層。

圖1 智慧財(cái)務(wù)數(shù)據(jù)中臺(tái)邏輯架構(gòu)

1.1.1 基礎(chǔ)設(shè)施層

基礎(chǔ)設(shè)施層主要提供技術(shù)服務(wù)，面向互聯(lián)網(wǎng)技術(shù)，包括分布式存儲(chǔ)、分布式消息、分布式計(jì)算、任務(wù)調(diào)度、資源管理等內(nèi)容。主要技術(shù)棧有：分布式存儲(chǔ)技術(shù)HDFS、分布式消息隊(duì)列Kafka、分布式日志采集工具Fulme、任務(wù)調(diào)度管理工具ZooKeeper、集群管理工具Yarn、類SQL 數(shù)據(jù)查詢與計(jì)算工具Hive、批處理與流處理工具Spark 等。

1.1.2 領(lǐng)域?qū)?/p>

領(lǐng)域?qū)邮敲嫦蝾I(lǐng)域的，具有業(yè)務(wù)共性并且能夠提供穩(wěn)定服務(wù)的層級(jí)。其中，預(yù)算域包括預(yù)算編制、預(yù)算控制等內(nèi)容；核算域包括收入核算、賬目核算、總賬核算、報(bào)表編制以及薪酬核算等內(nèi)容；結(jié)算域包括結(jié)算單創(chuàng)建、結(jié)算單查詢以及結(jié)算單操作等“業(yè)務(wù)流”內(nèi)容；收付域包括收付款申請(qǐng)、收付款操作以及收付款轉(zhuǎn)賬等“資金流”內(nèi)容；電子檔案（單據(jù)明細(xì)）域包括電子票據(jù)等明細(xì)同步、狀態(tài)變更以及明細(xì)備查等內(nèi)容；其他數(shù)據(jù)域包括項(xiàng)目數(shù)據(jù)、資產(chǎn)數(shù)據(jù)、合同數(shù)據(jù)以及采購數(shù)據(jù)等其他業(yè)務(wù)活動(dòng)數(shù)據(jù)。

1.1.3 應(yīng)用層

應(yīng)用層是數(shù)據(jù)中臺(tái)的面向場(chǎng)景用例，可以根據(jù)業(yè)務(wù)調(diào)整快速變化的層級(jí)。對(duì)高職院校而言，智慧財(cái)務(wù)管理系統(tǒng)需要集成電子報(bào)銷平臺(tái)、會(huì)計(jì)核算平臺(tái)、薪酬管理平臺(tái)、預(yù)算管理平臺(tái)、資產(chǎn)管理平臺(tái)、收支管理平臺(tái)和合同管理平臺(tái)七大內(nèi)容，其中會(huì)計(jì)核算平臺(tái)與其他6 個(gè)平臺(tái)保持銜接，各平臺(tái)的資金流、信息流以及審批流實(shí)現(xiàn)標(biāo)準(zhǔn)化管理。該系統(tǒng)致力于業(yè)財(cái)一體化發(fā)展，其財(cái)務(wù)管理發(fā)展方向側(cè)重于內(nèi)部控制和管理決策，堅(jiān)持在原先的會(huì)計(jì)核算基礎(chǔ)上做好預(yù)算管理、資金管理和風(fēng)險(xiǎn)管理。本文主要關(guān)注電子報(bào)銷平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)。

1.1.4 接入層

接入層作為應(yīng)用層的增值點(diǎn)，提供數(shù)據(jù)分析與可視化、輔助決策、多終端接入、第三方接口等功能。其中，數(shù)據(jù)分析與可視化支持學(xué)校財(cái)務(wù)部門對(duì)財(cái)務(wù)數(shù)據(jù)進(jìn)行高效分析，使決策層能夠更直觀地了解財(cái)務(wù)報(bào)告所反映的學(xué)校財(cái)務(wù)狀況，強(qiáng)化財(cái)務(wù)管控，優(yōu)化資源配置，為學(xué)校的業(yè)務(wù)活動(dòng)創(chuàng)造更大價(jià)值。

1.2 報(bào)銷平臺(tái)用戶旅程分析

在用戶旅程（User Journey）概念提出之前，系統(tǒng)設(shè)計(jì)通常從業(yè)務(wù)流程（Businesses Process）出發(fā)，這種居高臨下的視角雖然提供了整體性、全局性的分析，卻忽視了終端用戶、業(yè)務(wù)流程參與者（報(bào)銷員）的體驗(yàn)。因此，本文采取用戶旅程方式，挖掘業(yè)務(wù)過程中參與者在不同業(yè)務(wù)點(diǎn)的體驗(yàn)，通過用戶旅程分析報(bào)銷業(yè)務(wù)過程。本節(jié)選取兩個(gè)高職院校常見的業(yè)務(wù)流程進(jìn)行分析——差旅費(fèi)報(bào)銷和借款。

1.2.1 差旅費(fèi)報(bào)銷流程的用戶旅程分析

差旅費(fèi)報(bào)銷與辦公費(fèi)報(bào)銷、設(shè)備費(fèi)報(bào)銷、資料費(fèi)報(bào)銷等相似，屬于日常報(bào)銷項(xiàng)目。需要報(bào)銷差旅費(fèi)的參與者需要登錄到報(bào)銷平臺(tái)后選擇“日常報(bào)銷”，在“日常報(bào)銷”選項(xiàng)下選擇“差旅費(fèi)報(bào)銷”。具體步驟如下：第一步，選擇部門編號(hào)、項(xiàng)目編號(hào)、項(xiàng)目名稱。第二步，選中事先在平臺(tái)填報(bào)的出差審批表之后，提供詳細(xì)的行程信息，如出差人員信息、出差事由、出差地點(diǎn)、出差日期以及費(fèi)用明細(xì)等，其中交通費(fèi)的部分需要提供行程單。第三步，核對(duì)金額無誤后選擇支付方式，確認(rèn)“提交線上審批”，此環(huán)節(jié)需上傳電子報(bào)銷憑證（如車票、住宿票、出差通知等）。

通過分析，可以發(fā)現(xiàn)以下痛點(diǎn)和機(jī)會(huì)：①參與者在最開始填寫報(bào)銷信息時(shí)并無不滿，而在填寫行程信息時(shí)用戶體驗(yàn)感較差。這是因?yàn)閰⑴c者在行程單形成時(shí)已經(jīng)填寫過相關(guān)行程信息，在這之后又需反復(fù)填寫，降低體驗(yàn)感。本文提出的基于數(shù)據(jù)中臺(tái)的智慧財(cái)務(wù)報(bào)銷平臺(tái)在設(shè)計(jì)之初將財(cái)務(wù)業(yè)務(wù)一體化納入考慮，實(shí)現(xiàn)了業(yè)務(wù)層數(shù)據(jù)共享，因此可以通過搜索行程單的方式自動(dòng)填充行程信息，方便用戶使用。②參與者在提交報(bào)銷單之后需要反復(fù)登錄報(bào)銷平臺(tái)查看報(bào)銷單審批是否通過，造成極大不便。本文提出的報(bào)銷平臺(tái)通過提供數(shù)據(jù)服務(wù)，如可供微信小程序調(diào)用的應(yīng)用程序界面（Application Program Interface，API），使參與者可以通過多種第三方渠道及時(shí)獲知報(bào)銷單審批狀態(tài)。

1.2.2 借款流程的用戶旅程分析

借款是一種特殊的報(bào)銷業(yè)務(wù)，需要在項(xiàng)目余額或項(xiàng)目超支允許范圍內(nèi)進(jìn)行。除了常規(guī)報(bào)銷需要的項(xiàng)目編號(hào)、項(xiàng)目名稱和借款人信息等，還需要注意項(xiàng)目借款次數(shù)。參與者在申請(qǐng)時(shí)需要填寫借款事由和預(yù)沖賬日期。支付方式可以選擇對(duì)公支付和對(duì)私支付。在上傳借款事由的電子憑證附件后，點(diǎn)擊“提交”按鈕。

通過對(duì)借款流程的用戶旅程進(jìn)行分析，可以發(fā)現(xiàn)以下痛點(diǎn)和機(jī)會(huì)：①填寫項(xiàng)目信息后才能查詢到項(xiàng)目信息，進(jìn)而判斷是否能進(jìn)行借款，這個(gè)流程尚有優(yōu)化空間。本文提出的報(bào)銷平臺(tái)先通過經(jīng)費(fèi)項(xiàng)目ID 查詢項(xiàng)目信息，判斷是否能夠借款，若能夠借款，再填寫所需信息。②在填寫支付方式時(shí)，在對(duì)私支付的場(chǎng)景中，對(duì)于參與者本人已經(jīng)在報(bào)銷平臺(tái)上填寫過的信息，應(yīng)該自動(dòng)存儲(chǔ)并提供自動(dòng)補(bǔ)全等功能方便參與者避免再次填寫；在對(duì)公支付的場(chǎng)景中，應(yīng)當(dāng)存儲(chǔ)所有對(duì)公轉(zhuǎn)賬的信息，并提供搜索功能供不同參與者使用。

1.3 模塊設(shè)計(jì)

本文提出的基于數(shù)據(jù)中臺(tái)的智慧財(cái)務(wù)報(bào)銷平臺(tái)一共分為3 個(gè)模塊：報(bào)銷單模塊、報(bào)銷審核模塊和報(bào)銷統(tǒng)計(jì)模塊。

1.3.1 報(bào)銷單模塊

報(bào)銷單模塊包括報(bào)銷單創(chuàng)建、報(bào)銷單修改、報(bào)銷單導(dǎo)出、財(cái)務(wù)報(bào)賬預(yù)算以及財(cái)務(wù)報(bào)賬額度等功能。申請(qǐng)人需要登錄平臺(tái)創(chuàng)建報(bào)銷單，生成一條報(bào)銷單記錄，報(bào)銷單記錄包括項(xiàng)目、申請(qǐng)人、金額、日期等信息。只有在申請(qǐng)人提交報(bào)銷單后，審批人才能通過審批模塊進(jìn)行審核。

1.3.2 報(bào)銷審批模塊

報(bào)銷審批模塊是財(cái)務(wù)處科員、財(cái)務(wù)處處長(zhǎng)、院長(zhǎng)等共同使用的模塊。在申請(qǐng)人提交報(bào)銷單后，財(cái)務(wù)處科員或其他有初審權(quán)限的管理者對(duì)該報(bào)銷單進(jìn)行初審，初審?fù)ㄟ^后交由財(cái)務(wù)處處長(zhǎng)或其他有復(fù)審權(quán)限的管理者進(jìn)行復(fù)審。對(duì)于大部分日常報(bào)銷業(yè)務(wù)而言，復(fù)審結(jié)束后即可將報(bào)銷單狀態(tài)改為待支付，發(fā)送請(qǐng)求給銀企互聯(lián)系統(tǒng)，通過回調(diào)函數(shù)返回值確認(rèn)支付成功后，將報(bào)銷單狀態(tài)改為已完成。若該報(bào)銷單還需上一級(jí)審批，則將報(bào)銷單轉(zhuǎn)到相應(yīng)的部門或個(gè)人。

1.3.3 報(bào)銷統(tǒng)計(jì)模塊

報(bào)銷統(tǒng)計(jì)模塊是對(duì)報(bào)銷數(shù)據(jù)進(jìn)行統(tǒng)計(jì)、查詢的模塊。該模塊向上對(duì)接圖1 中接入層數(shù)據(jù)分析及可視化，向下對(duì)接基礎(chǔ)設(shè)施層的優(yōu)質(zhì)技術(shù)服務(wù)。用戶在報(bào)銷平臺(tái)中設(shè)置查詢條件，點(diǎn)擊查詢按鈕提交查詢，后臺(tái)在數(shù)據(jù)庫執(zhí)行相應(yīng)的查詢操作并返回查詢結(jié)果。查詢結(jié)果在界面上以圖表的方式展示，并提供打印和導(dǎo)出Excel 等功能。

2 基于數(shù)據(jù)中臺(tái)的智慧財(cái)務(wù)報(bào)銷平臺(tái)的實(shí)現(xiàn)過程

2.1 數(shù)據(jù)接入與整合

在高職院?，F(xiàn)有的財(cái)務(wù)系統(tǒng)中，關(guān)系型數(shù)據(jù)存儲(chǔ)在MySQL 服務(wù)器中，非結(jié)構(gòu)化數(shù)據(jù)則以文件的形式存儲(chǔ)在本地的文件系統(tǒng)。因此，本文提出的智慧財(cái)務(wù)報(bào)銷平臺(tái)需要對(duì)數(shù)據(jù)進(jìn)行接入和整合。

2.1.1 歷史數(shù)據(jù)遷移

原有的財(cái)務(wù)系統(tǒng)將關(guān)系型數(shù)據(jù)庫存儲(chǔ)在一臺(tái)本地MySQL 中，而本文的智慧財(cái)務(wù)報(bào)銷平臺(tái)部署在阿里云上，因此需采用阿里云的數(shù)據(jù)傳輸服務(wù)將源庫中待遷移對(duì)象的存量數(shù)據(jù)全部遷移到目標(biāo)庫中。在配置數(shù)據(jù)遷移任務(wù)時(shí)，選擇了結(jié)構(gòu)遷移和全量數(shù)據(jù)遷移，在遷移過程中源庫的新增數(shù)據(jù)不會(huì)被遷移至目標(biāo)庫。

2.1.2 增量數(shù)據(jù)接入

智慧財(cái)務(wù)報(bào)銷平臺(tái)在對(duì)歷史數(shù)據(jù)進(jìn)行全量數(shù)據(jù)的數(shù)據(jù)遷移時(shí)，并沒有接入增量數(shù)據(jù)。由于源數(shù)據(jù)端可能發(fā)生增刪改行為，因此選擇對(duì)增量數(shù)據(jù)進(jìn)行實(shí)時(shí)同步。通過MySQL Stream 這款數(shù)據(jù)備份工具，用Kafka接收J(rèn)son 格式的增量數(shù)據(jù)消息，從而實(shí)現(xiàn)增量數(shù)據(jù)的接入。

2.1.3 數(shù)據(jù)整合

由于原財(cái)務(wù)系統(tǒng)在設(shè)計(jì)和建設(shè)時(shí)并未進(jìn)行學(xué)校級(jí)別的一體化設(shè)計(jì)，存在每次都要根據(jù)需求新建數(shù)據(jù)庫、缺乏數(shù)據(jù)詞典等情況。本文提出的智慧財(cái)務(wù)報(bào)銷平臺(tái)基于數(shù)據(jù)中臺(tái)，通過匯聚整合數(shù)據(jù)，對(duì)多種數(shù)據(jù)源進(jìn)行合并和完善，并提供相應(yīng)的安全訪問控制機(jī)制，為智慧財(cái)務(wù)的實(shí)現(xiàn)奠定了數(shù)據(jù)基礎(chǔ)。

2.2 數(shù)據(jù)分析與可視化

本文提出的智慧財(cái)務(wù)報(bào)銷平臺(tái)基于Grafana 實(shí)現(xiàn)數(shù)據(jù)分析與可視化。在數(shù)據(jù)中臺(tái)，數(shù)據(jù)已經(jīng)被聚合成安全可用的數(shù)據(jù)。Grafana 則提供了多源數(shù)據(jù)的接入方式，通過添加數(shù)據(jù)源的方式，結(jié)合查詢語句，自動(dòng)生成圖表。生成的圖表可以直接以看板的形式展示給用戶，也可以嵌入網(wǎng)頁供二次開發(fā)。導(dǎo)出報(bào)表功能就采取了報(bào)表模板嵌入Grafana 圖表的方式，自動(dòng)生成報(bào)銷統(tǒng)計(jì)報(bào)表。

這種智能的數(shù)據(jù)分析與可視化方式，改善了傳統(tǒng)財(cái)務(wù)管理模式，從線下轉(zhuǎn)為線上，從紙質(zhì)財(cái)務(wù)資料管理轉(zhuǎn)為電子材料管理，并打通各部門之間的聯(lián)系，實(shí)現(xiàn)各部門之間的信息共享。學(xué)校財(cái)務(wù)部門利用智慧財(cái)務(wù)管理系統(tǒng)對(duì)校內(nèi)各部門的財(cái)務(wù)信息進(jìn)行收集、整理、分析，并將財(cái)務(wù)數(shù)據(jù)信息分析結(jié)果可視化，為領(lǐng)導(dǎo)決策提供支持。同時(shí)，利用財(cái)務(wù)數(shù)據(jù)分析結(jié)果優(yōu)化學(xué)校資源配置，關(guān)注資金使用的效益，確保各項(xiàng)教學(xué)、科研以及管理活動(dòng)正常開展。

2.3 數(shù)據(jù)服務(wù)

數(shù)據(jù)查詢和分析結(jié)果，除了可以直接展示，也可以選擇發(fā)布到API 網(wǎng)關(guān)，供其他模塊或平臺(tái)使用。數(shù)據(jù)服務(wù)的封裝選擇Restful API 架構(gòu)，這可以充分利用HTTP 協(xié)議的各種功能，提供簡(jiǎn)單、清晰的API，提高API 的可維護(hù)性。

3 結(jié)語

本文研究了基于數(shù)據(jù)中臺(tái)的智慧財(cái)務(wù)報(bào)銷平臺(tái)的設(shè)計(jì)全過程，改造、升級(jí)現(xiàn)有的基礎(chǔ)設(shè)施，通過數(shù)據(jù)中臺(tái)有機(jī)融合業(yè)務(wù)數(shù)據(jù)和財(cái)務(wù)數(shù)據(jù)，實(shí)現(xiàn)財(cái)務(wù)報(bào)賬流程的線上統(tǒng)一標(biāo)準(zhǔn)化管理，推進(jìn)財(cái)務(wù)報(bào)銷與財(cái)務(wù)審核的電子化工作進(jìn)程。希望本文的研究?jī)?nèi)容能夠?yàn)楦呗氃盒?shí)現(xiàn)財(cái)務(wù)報(bào)銷管理的智能化、數(shù)字化和自動(dòng)化提供有力支持。