基于數據倉庫的行政事業單位建設項目內部控制評價
——以重慶海事局為例

程 平（博士生導師），彭蘭雅，郭奕君

目前行政事業單位建設項目內部控制評價的相關研究主要集中在內部控制評價指標構建以及內部控制評價方法方面，而關于行政事業單位內部控制評價信息化的研究較少，基本不涉及基于數據倉庫的建設項目內部控制評價研究。鑒于此，本文以重慶海事局為例，根據財政部《行政事業單位內部控制規范（試行）》（簡稱《內控規范》）和重慶海事局《長江海事局基本建設管理辦法》（簡稱《管理辦法》）的要求，展現基于數據倉庫的數據分析方法在建設項目內部控制評價中的具體運用。

一、建設項目內部控制評價數據倉庫的體系結構設計

（一）設計思路

重慶海事局從2016年開始實施《管理辦法》，規范了基本建設（含船舶建造）工作程序和管理行為，以及建設項目的工程立項、初步設計、招投標、工程施工、竣工驗收、檔案管理等，形成了建設項目管理的內部控制體系。目前重慶海事局已經建立了以財務集中核算、實時動態監管、數據分析預測等為核心功能的財務云平臺，同時根據《管理辦法》等的要求開發了建設項目管理模塊，從事前、事中和事后全方位控制建設項目的風險[1]。

依據建設項目管理相關規范進行內部控制評價，以評價主題為導向，結合數據倉庫技術來建立行政事業單位建設項目內部控制評價機制。首先要確認建設項目內部控制評價的主題，然后從多個數據源提取相關數據，對數據進行清洗、轉換和加載（ETL），再根據數據倉庫模型建立建設項目內部控制數據倉庫，最后利用HiveQL 語句查詢出評價主題相關的數據，發現內部控制中的異常點與風險點，完成建設項目內部控制評價。

（二）構建過程

行政事業單位建設項目內部控制評價數據倉庫體系結構主要由四個部分組成：建設項目管理相關數據源的分析與處理、內部控制評價數據倉庫構建、內部控制數據分析與評價以及內部控制評價結果輸出。以重慶海事局為例，其建設項目內部控制評價數據倉庫體系結構的設計過程參考《財會月刊》2019年第13期文章《基于數據倉庫的行政事業單位單位層面內部控制評價——以重慶海事局為例》相關內容[2]。

重慶海事局建設項目內部控制評價數據倉庫的數據源主要包括《內控規范》、《管理辦法》、海事局財務云平臺的業務數據，以及金蝶K3系統中建設項目信息數據、建設項目資金數據、建設項目檔案數據、竣工結算數據和建設項目其他相關數據。該數據倉庫的構建過程包含以下五個步驟：第一，根據建設項目內部控制評價需求，采集所需數據；第二，將從不同數據源采集來的數據運用ETL技術進行清洗、轉換，然后加載到數據倉庫中；第三，圍繞不同的主題，搭建各個主題的數據集市，構成以Hadoop為基礎架構的建設項目內部控制評價大數據平臺，形成包含資金管理、檔案管理和項目管理三個方面共九個主題數據集市的建設管理內部控制評價數據倉庫（Hive）；第四，針對特定的目標，利用HiveQL 語言、OLAP 工具、數據挖掘算法（Mahout）等技術對內部控制評價模型進行多維度智能分析；第五，利用可視化技術圖文并茂地展示評價結果，并形成建設項目內部控制評價報告。

二、建設項目內部控制評價數據采集與ETL

（一）數據來源

重慶海事局建設項目內部控制評價數據倉庫構建的數據包括結構化數據（如預算數據、財務數據）、半結構化數據（如HTML 網頁文件）和非結構化數據（如招標報告、施工報告）[3]。在進行數據源分析時，既要考慮系統的結構化數據，又要考慮業務層面的非結構化數據；既要考慮財務云平臺的數據，又要根據需求采集其他數據源中的相關數據。建設項目內部控制評價數據倉庫的具體數據來源如下：

1.重慶海事局財務云平臺。該平臺中有系統數據庫和業務數據庫兩類數據庫，系統數據庫主要記錄重慶海事局人員、資產、部門等方面的基礎信息，業務數據庫主要包括資產、合同、預算、收支、建設項目等業務數據。建設項目的會議簽到表、人員表、項目預算表、項目表等結構化數據以及規范文件匯編等非結構化數據，可以從財務云平臺中獲取。

2.金蝶K3 賬務處理軟件。主要記錄重慶海事局相關的財務數據，建設項目財務管理模塊中項目資金明細表等結構化數據可從中提取，例如項目轉賬明細表、項目預算明細表、項目撥款明細表。

3.外部數據。包括會議紀要、項目建議書、可行性研究報告、竣工決算報告等非結構化數據以及施工進度表、檔案信息表等結構化數據。

（二）數據采集與ETL

數據的采集要保證數據的完整性、及時性，為建設項目內部控制評價分析提供準確、可靠的數據支持。獲取數據的方式有多種途徑，在財務云平臺以及金蝶K3賬務處理軟件上的數據，可以將與主題相關的數據直接提取到目標數據倉庫；外部數據可直接導入數據倉庫，也可先運用Python網絡爬蟲從網頁中獲取再導入數據倉庫。數據來源途徑多樣，導致存在大量的數據冗余、格式不統一、語義矛盾等現象，可以運用ETL 工具來處理數據。例如，從外部導入的施工進度表中的“施工進度”的數據類型為數值型，而工程發承包合同中要求“進度”的數據類型為字符型，應統一數據類型，將工程發承包合同的“進度”改為數值型。

三、建設項目內部控制評價數據倉庫設計

（一）確定主題域

根據《內控規范》和《管理辦法》等文件，基于重慶海事局建設項目內部控制的現狀，確定建設項目內部控制評價主題。建設項目內部控制評價應包括項目資金管理、議事決策、竣工決算等方面，實現對重慶海事局建設項目不同模塊數據的分析與評價。

參考程平、張敏濟[4]的研究，本文將重慶海事局建設項目內部控制評價劃分為九個主題，主題描述與依據見表1。

（二）粒度設計

粒度是指數據倉庫數據單位中保存數據的細化或綜合程度的級別，粒度會影響數據倉庫的數據量和數據倉庫的分析能力。細化程度越高，粒度越小，業務分析內容則越詳細，但數據量過大會造成數據分析效率較低；細化程度越低，粒度越大，則數據的聚集程度越高，可分析的問題越少[5]。因此，粒度設計應考慮數據倉庫中數據的存儲量大小及數據是否滿足需求，恰當的粒度大小有助于提高業務分析能力，保持較高的數據分析效率。例如：?？顚Ｓ煤弦幮灾黝}可將撥款用途作為粒度，分析各個項目每種用途的撥款總額；檔案歸檔及時性主題則應從時間角度進行分析，該主題劃分的最小粒度為日，分析項目的歸檔事件是否超過規定時間。

表1 主題確定及其描述

（三）設計模型

根據建設項目內部控制評價內容確定的主題域，將建設項目內部控制評價數據倉庫劃分為九個數據集市，并基于每個主題的特性，構建數據倉庫模型，模型及數據組織見表2。

1.構建概念模型。概念模型可以將實體間的關系抽象化，明確各個建設項目主題活動之間的關系以及表之間的聯系，運用E-R 模型來設計。以重慶海事局為例，建設項目內部控制評價數據倉庫概念模型如圖1所示。

圖1 內部控制評價數據倉庫概念模型

2.構建邏輯模型。邏輯模型是概念模型的具體化，用來描述各個主題之間的關系。以重慶海事局建設項目?？顚Ｓ煤弦幮詾槔溥壿嬆Ｐ驮O計包括三個事實表（項目撥款明細表、項目預算明細表、項目支付明細表）和四個維度表（項目基本信息表、撥款用途表、科目表、項目狀態表），針對不同項目，利用唯一項目ID 標識，通過項目ID 將三個事實表連接，撥款用途與項目用途相匹配，確定項目具體的預算金額，再匹配預算科目和付款科目，確定實際支付金額。?？顚Ｓ煤弦幮缘倪壿嬆Ｐ腿鐖D2所示。

圖2 ?？顚Ｓ煤弦幮赃壿嬆Ｐ?/p>

表2 行政事業單位建設項目內部控制評價數據倉庫模型及其數據組織

3.構建物理模型。物理模型設計是指根據邏輯模型來確定實體間的關系和屬性，通過具體的物理介質實現，是邏輯模型中各種實體表的具體化，包括數據的表結構、數據的存儲方式、數據的獲取方式的設計，可分為維度表和事實表。其中，維度表用于從不同角度分析主題，事實表用于存儲每個主題的主要內容。以?？顚Ｓ煤弦幮灾黝}為例，其事實表和維度表的結構、字段設計如下：

（1）NK_YW_JJ_SS_XMBK【項目撥款明細表】。表包含字段：I_ProjectID【項目ID】、M_Money【撥款金額】、DT_Account【撥款日期】、I_ UseID【撥款用途ID】。

（2）NK_YW_JJ_SS_XMZF【項目支付明細表】。表包含字段：I_ProjectID【項目ID】、VC_receiveunit【收款單位】、I_State【項目狀態】、M_paymoney【付款金額】、I_subjectID【付款科目ID】、DT_paytime【付款時間】、I_ UseID【撥款用途ID】。

（3）NK_YW_JJ_SS_XMYS【項目預算明細表】。表包含字段：I_ProjectID【項目ID】、M_Budget【預算金額】、I_subjectID【預算科目ID】、I_ UseID【預算用途ID】。

（4）NK_YW_JJ_WD_XMJBXX【項目基本信息表】。表包含字段：I_ProjectID【項目ID】、I_Style【項目類型】、VC_Name【項目名稱】。

（5）NK_YW_JJ_WD_XMZT【項目狀態表】。表包含字段：I_StateID【項目狀態ID】、VC_StateName【項目狀態名稱】。

（6）NK_YW_JJ_WD_BKYT【撥款用途表】。表包含字段：I_UseID【項目用途ID】、VC_UseName【項目用途名稱】。

（7）NK_YW_JJ_WD_KM【科目表】。表包含字段：I_subjectID【科目 ID】、VC_SubjectName【科目名稱】。

四、基于數據倉庫的建設項目內部控制評價應用

（一）建設項目內部控制評價方法

基于數據倉庫的決策分析方法主要有HiveQL語言查詢分析、OLAP分析及數據挖掘，本文根據建設項目內部控制的分析主題來建立內部控制評價模型。

1.HiveQL 語言查詢分析。數據倉庫構建完成后，用戶可以根據建設項目的各個主題設計主題分析點，編寫HiveQL 語句對其進行訪問并對其中的數據進行多維度查詢分析，如數據是否符合要求、是否存在風險或異常等。

2.OLAP分析。聯機分析處理程序（OLAP）是一種歸納型的決策過程，基本操作包括切片、切塊、旋轉、上卷、下鉆[6]。對于建設項目內部控制評價，結合上文設計的事實表和維度表，在每次查詢時只需確定OLAP需要展示的維度、事實字段和操作類型。例如：?？顚Ｓ煤弦幮钥梢詫椖炕拘畔?、撥款用途、項目狀態、科目維度進行分析。若要查詢每個項目的撥款及使用情況，則進行切塊操作；若要查詢某個項目的撥款用途，則進行切片操作。

3.數據挖掘。數據挖掘是指從大量的數據中獲取隱含在其中的有用信息的過程，將數據挖掘算法應用到建設項目內部控制評價中，可以識別潛在風險，實時跟蹤資金流動情況。鑒于篇幅有限，本文主要闡述HiveQL 語言查詢分析在建設項目內部控制評價中的具體應用。

（二）基于HiveQL語言的內部控制情況查詢分析

現以?？顚Ｓ煤弦幮?、款項支付進度合規性和檔案歸檔及時性為例，展現數據倉庫技術在行政事業單位建設項目內部控制評價中的應用。

1.?？顚Ｓ煤弦幮浴祿}庫在專款專用合規性方面的應用是檢查專項資金是否專項使用，首先根據項目撥款的用途檢查預算編制的科目是否符合專項資金的用途，其次檢查項目支付情況是否符合預算要求，根據項目狀態是在建還是完工和付款時間、時間上是否合規以及付款科目及金額，檢查是否按照預算科目進行付款，是否有超預算或者挪用等情況。

分析點1：運用HiveQL語句從數據倉庫中選取相關數據項，篩選出不符合?？顚Ｓ煤弦幮缘慕ㄔO項目。首先，通過“項目ID”連接撥款明細表和預算明細表，按照“撥款用途”分類，篩選出各用途的“預算金額”，將各個用途的“預算金額”匯總與“撥款金額”進行對比，若不相等，則說明未按撥款做預算，該建設項目的?？顚Ｓ么嬖趩栴}。對應的分析評價核心HiveQL語句如下：

Hive＞

Select I_ProjectID

From NK_YW_JJ_SS_fund_detail 撥款明細表

Join NK_YW_JJ_SS_budget_detail 預算明細表

On 預算明細表.Project_ID=預算明細表.Project_ID

Group by 撥款明細表.USE_ID

Having Sum（預算明細表.M_Budget）!=Sum（撥款明細表.Use_Money）

分析點2：通過“項目ID”連接預算明細表與項目支付明細表，按照“科目ID”分類，匯總每個科目的“支付金額”，與相應科目的“預算金額”進行對比，若“支付金額”大于“預算金額”，則說明出現了超預算使用資金的情況，該建設項目?？顚Ｓ么嬖趩栴}。對應的分析評價核心HiveQL語句如下：

Hive＞

Select I_ProjectID

From NK_YW_JJ_SS_payment_detail 項目支付明細表

Join NK_YW_JJ_SS_budget_detail 預算明細表

On 項目支付明細表.Project_ID=預算明細表.Project_ID

Group by 預算明細表.subject_ID

Having Sum（項目支付明細表.M_paymoney）＞=預算明細表.M_Budget

2.款項支付進度合規性。數據倉庫在款項支付進度合規性方面的應用是檢查是否按工程進度進行款項支付，以及某一時點項目工程進度是否符合合同規定的計劃進度。

分析點1：運用HiveQL語句從數據倉庫中選取相關數據項，篩選出不符合款項支付進度合規性的建設項目。首先通過“項目ID”將支付明細表和預算表相連，匯總項目“支付金額”并除以項目“預算金額”，計算出支付的比例，然后與施工進度表的“施工進度”進行對比，若支付的比例超過施工項目進度，則出現異常。對應的分析評價核心HiveQL語句如下：

Hive＞

Select I_ProjectID

From NK_YW_JJ_SS_payment_detail 項目支付明細表

Join NK_YW_JJ_SS_progress 施工進度表

On 項目支付明細表.Project_ID=施工進度表.Project_ID

Join NK_YW_JJ_SS_budget_detail 預算明細表

On 項目支付明細表.Project_ID=預算明細表.Project_ID

Where Sum（項目支付明細表.M_paymoney）/預算明細表.M_Budget!＞施工進度表.Project_progress

分析點2：連接該項目的合同，在相同的時間節點，將“施工進度”與“合同計劃進度”進行對比，若實際施工進度小于計劃進度，則出現異常，將此項目查找出來，進一步分析原因。對應的分析評價核心HiveQL語句如下：

Hive＞

Select I_ProjectID

From NK_YW_JJ_SS_progress 施工進度表

Join NK_YW_JJ_SS_contact_project 工程發承包合同

On 施工進度表.Project_ID=工程發承包合同.Project_ID

Where 施工進度表.Project_progress !=工程發承包合同.Schedule_progress

3.檔案歸檔及時性。根據《管理辦法》的要求，項目通過竣工驗收后三個月內，建設單位應辦理檔案移交歸檔手續。通過HiveQL 語句，查詢出建設項目的完工時間和歸檔時間，計算時間差，若時間差超過3 個月，則出現異常，需查詢出來做進一步分析。對應的分析評價核心HiveQL語句如下：

Hive＞

Select *

From NK_YW_JJ_SS_file 檔案表

Join NK_YW_JJ_WD_project 項目表

On 檔案表.Project_ID=項目表.ID

Where 檔案表.Date_finish_file_date＞90 and 項目表.I_State==”完工”