基于SPMat工程采購供應鏈多幣種財務核算系統方案分析及實施要點

梁維民

惠生工程(中國)有限公司 上海 201210

設 計管 理

基于SPMat工程采購供應鏈多幣種財務核算系統方案分析及實施要點

梁維民*

惠生工程(中國)有限公司 上海 201210

本方案著眼于工程公司 EPC材料供應鏈財務核算管理實務，旨在透過工程項目特別是海外項目供應鏈物資流、資金流以及主數據資源管理數據庫，配合工程采購供應鏈管理軟件(SPMat)、材料管理信息系統的合理應用，闡述了一個基于SPMat平臺、面向EPC工程的采購供應鏈多幣種財務核算體系的方案分析以及實施要點。

工程采購 項目財務核算體系架構 SPMat 方案分析 實施要點

1 項目背景

1.1 概述

隨著國內工程公司海外業務的不斷拓展，國內各主要工程公司，特別是購買了鷹圖SPMat系統(基于工程設計、采購供應鏈管控系統)的各工程公司也確定了國際化發展戰略，對工程項目采購供應鏈存貨管理的國際化要求也越來越高。SPMat系統的E-MCMS系統對國內外項目的存貨管理提供了有效的支持，起到了良好的核算和管控作用。但對于越來越多的海外項目，尤其是在不同地區、不同國家、在岸、離岸相結合的項目存貨管理上，原有軟件體系在功能方面已經不能滿足工程項目財務核算的需求。鑒于此，急需對現有財務核算軟件體系進行整合、改造，以適應不同國家、地區項目存貨管理，特別是多幣種、多匯率、多稅制集成管控的需求。

1.2 現狀

惠生工程采購供應鏈財務核算系統(E-MCMS-MFMS)是基于SPMat數據庫結合E-MCMSM系統數據庫建立的一套資源整合共享系統，與金蝶K3(財務軟件)、WEPM(項目管理平臺)、OA(辦公自動化)、SPMat(又名：MARIAN系統)全系統集成的材料綜合管理系統，見圖1。為公司發展，特別是公司EPC總承包項目管理起到了積極作用，但與國際同行業信息化發展現狀相比，尚處于功能信息化初級階段，不能完全滿足國際工程采購供應鏈領域的財務核算，特別是多幣種、多稅制、多匯率核算機制。

目前公司財務信息化管理已采用了金蝶K3V94.1工業標準財務系統并升級到金蝶K3V10.3。財務部希望將現有工程管理系統與K3 供應鏈、應付模塊共享使用，需要進行二次開發。

在整體集成環境中，E-MCMS、SPMat系統本身支持多帳套、多幣種、多匯率、多稅制核算機制，但K3V10.3一個帳套僅支持一種記賬本位幣。也就是說，一個獨立核算的項目，也只能出現一種記賬本位幣。為了既滿足K3V10.3系統特殊需求，又適應國際化財務多幣種核算需求，必須對E-MCMS-MFMS、K3以及接口系統進行升級換代，使之滿足海外項目多國家、多地區、多幣種、多匯率審核、結算、支付、報銷、暫估的工作模式。

圖1 工程采購供應鏈財務核算系統

2 需求分析

2.1 術語定義

原幣，指合同實際執行的交易貨幣。

記賬本位幣(以下簡稱本位幣)，指系統中項目存貨賬務處理所用的貨幣。如：中國境內項目本位幣是人民幣，沙特項目本位幣是沙特里亞爾，委內瑞拉項目本位幣為美元。

國別貨幣，指項目所屬分公司所在國的貨幣。如沙特項目國別幣是沙特里亞爾，委內瑞拉國別幣為玻利瓦爾。

集團貨幣，指集團公司所在地的貨幣。如人民幣。

預算貨幣，指公司管理所需的其他貨幣。如美元或港幣。

2.2 總體需求

由于不同海外分公司的記賬本位幣不同，新系統應支持多種幣種的匯率體系，并能根據在岸和離岸情況分別設置項目本位幣、集團貨幣、國別貨幣等常用幣種。

由于各類信息需求方(如中國、香港、項目所在國政府機構和銀行，集團公司管理層、國內投資者和國際投資者)的不同需求，存貨管理系統需要能夠生成不同幣別的存貨報表。

2.3 詳細需求

2.3.1 系統匯率

各項目可以設置多個核算幣種(包括在岸和離岸)：記賬本位幣、國別本位幣、集團貨幣(如人民幣)、常用貨幣(如美元、歐元、港幣)。

每月由財務部專人在材料綜合管理系統中錄入各幣種匯率，作為系統匯率。此匯率與在金蝶系統中錄入的匯率保持一致。匯率維護時不但要錄入人民幣匯率，還要錄入各主要幣種和項目國別幣之間的交叉匯率。

2.3.2 訂單

訂單錄入信息中增加原幣幣種、原幣金額。訂單幣種將自動帶入后續入庫單、發票和相應的報表信息中。為便于后續校驗，可在訂單號中加入代表幣種的字符段，但也應與公司各軟件系統的合同編號規則保持一致。

發票的幣種需與訂單的幣種一致。如同一訂單出現多個幣種，應按幣種拆分訂單，即以子訂單的形式體現。訂單查詢子系統和訂單入庫單審核子系統也需要能夠提供多幣種的查詢統計功能。

訂單的原幣幣種必須是唯一的。

2.3.3 發票

海外項目采購工程師在發票錄入時填入原幣幣種和金額，本位幣金額由系統匯率計算得到。具體公式為：

發票本位幣金額 = 原幣金額 × 發票匯率

在會計審計發票時，可對發票中的系統匯率進行手工修改，會計對發票審核完畢后的匯率稱為“發票匯率”。

發票提供財務人員能夠修改匯率的功能，以便于會計能夠處理預付等特殊情況。

發票與入庫單作工作包核銷的原幣和本位幣金額取自發票的本位幣金額。

發票拆分。實際工作中還會遇到拆分發票后再與入庫單進行核銷的情況，這時發票的本位幣和原幣金額也需要根據相應的存貨數量為權重進行拆分。

2.3.4 入庫

未錄發票工作包核銷的入庫單原幣單價取自訂單原幣單價，該原幣金額也反映在月末暫估表中。相應計算公式如下：

入庫單和暫估表中本位幣金額 = 訂單原幣單價 ×入庫數量 × 系統匯率

已錄發票工作包核銷的入庫原幣金額和本位幣金額取自發票相應金額。

未到發票時分批入庫核銷的原幣金額由訂單或發票上的原幣單價和入庫數量計算得到，具體公式為：

分批入庫核銷原幣金額=∑(各批次訂單原幣單價 × 各次核銷數量)

分批入庫核銷本位幣金額=∑(各批次訂單原幣單價 × 各次核銷數量)× 各次發票匯率

已到發票時分批入庫核銷的原幣金額由訂單或發票上的原幣單價和入庫數量計算得到，具體公式為：

分批入庫核銷原幣金額=∑(各批次發票原幣單價 × 各次核銷數量)

分批入庫核銷本位幣金額=∑(各批次發票原幣單價 × 各次核銷數量 × 系統匯率)

入庫臺帳不但需要列示原幣幣種和金額，還需列示本位幣幣種和金額。

暫估臺帳不但需要列示原幣幣種和金額，還需列示本位幣幣種和金額。暫估表計算時已核銷本位幣金額(收發票金額)采用收到發票核銷時的歷史匯率和金額；未核銷本位幣金額用系統當前匯率計算。

入庫單升版時匯率選擇歷史本位幣金額仍然保持，本月變動金額按系統當前匯率計算。

2.3.5 出庫

出庫單本位幣金額根據存貨的出庫數量和本位幣的加權平均單價計算得到，具體公式為：

出庫單本位幣金額 = ∑出庫數量 × 存貨本位幣加權平均單價

出庫臺帳需列示本位幣幣種和金額信息。

2.3.6 收發存臺帳

在原收發存表的基礎上增加幣種、原幣金額和本位幣金額。為精簡報表，幣種、原幣可只在數據庫儲存，報表中只顯示本位幣金額。運算規則如下：

入庫原幣金額 = 入庫數量×原幣單價

入庫本位幣金額 =∑各幣種入庫本位幣金額

出庫原幣金額=出庫數量×原幣單價

出庫本位幣金額=出庫數量×本位幣單價

庫存本位幣金額=入庫記賬本位幣金額-出庫記賬本位幣金額

3 建設原則與目標

3.1 建設原則與方針

3.1.1 建設原則

規范標準，密切協作，高效推進；重視財務工作模式的體系化、標準化、實用、實效。

利用現有軟件和SPMat資源，吸收并借鑒國際工程公司涉外財務核算經驗。體現國際化項目全生命周期的財務管理。滿足涉外項目多國家、多地區、多幣種、多匯率結算、支付、報銷、暫估以及收發存的工作模式。

3.1.2 建設方針

資源整合，信息共享，多系統集成，全生命周期管控。

3.2 目標

3.2.1 總體目標

建立基于SPMat系統的采購供應鏈多幣種財務核算系統。

3.2.2 分項目標

為了更好地適應公司海外項目多種記賬本位幣、多種外幣財務核算之需求，在原“材料綜合管理系統”財務模塊的基礎上，研制開發滿足上述功能需求的財務核算新體系架構模塊。

主要目標包括：建立基于SPMat合同數據源的入庫、出庫、收發存、暫估以及發票核銷多幣種結算、核算和匯率體系。

建立SPMAT、E-MCMS、K3集成環境，三者數據庫資源整合，優勢互補，實現信息資源共享，減少錄入環節，提高工作效率。

3.3 建設思路

基于原SPMat、E-MCMS、K3集成體系架構，整合數據庫資源。增加多幣種、多稅制財務核算功能，修改底層數據庫表單結構，補充完善相關字段。建立國別、地區、項目幣種、稅種、匯率定制策略，完善基于合同多幣種的審核機制、入庫機制、報銷機制、出庫機制，暫估機制、收發存核算機制。確立相關責任人職責及其流程，建立適應公司所有項目全生命周期的國際財務核算體系、管理體系。

4 建設內容

4.1 主要建設內容

基于SPMat數據庫和E-MCMS軟件架構建立多幣種財務核算系統；改造或壓縮原有31個子系統模塊，新建部分功能模塊；提供多幣種財務核算系統的開發與實施、服務。

包括：流程梳理，軟件開發，數據庫結構建立，專用功能定制開發，管理體系結構，培訓，技術保障與支持，文檔編輯與支持等。

4.2 提供系統包(E-MCMS-MFMS)

4.2.1 E-MCMS-MFMS功能概述

E-MCMS-MFMS(基于E-MCMS體系架構的財務核算系統)，以ORACLE 數據庫與網絡技術為基礎，是集工程材料編碼體系、設計、請購、采購、入庫、出庫及現場材料計劃與材料發放于一體的，以物資流、資金流為主線的全過程物資管理(含：費用控制、采購支付、財務核算、暫估報銷、費用分攤)全生命周期集成系統，由系統定制模塊、WBS費用分攤模塊、合同審核模塊、入庫審核模塊、出庫審核模塊、物資收發存管理模塊、發票核銷模塊、暫估模塊、遠程打印模塊、銷售收入確認模塊、財務報表與金蝶K3接口模塊等十二部分組成。

它為采購供應鏈的資金流管理與控制提供了一個基于網絡的信息共享的財務動態管理平臺，促進工程財務工作效率與水平提升。

使用MFMSS可在工程項目采購供應鏈全生命周期過程中對設備材料的費用審核、資金流向、預算比對進行跟蹤管理和控制，也可為費控系統與財務系統提供最為基礎的信息。系統實現了諸多環節(材料控制、采購、物流、費控、財務)協同工作，可隨時了解任何一種材料或設備的資金、發票、支付、進度、庫存、贊過等狀態，為項目財務管理與控制工作的細化提供了強有力的工具。

4.2.2 系統定制模塊主要功能

完成各種基本信息及數據字典的定制，如：WBS結構、幣種、匯率、計量單位、本位幣、原幣、On shore、Off shore、IK、OOK，分類字典等。

4.2.3 WBS費用分攤模塊主要功能

按照采購合同物資明細單價，依據設計給定的WBS層級結構對應的設備材料條目分攤費用，例如某主項設備材料成本，或某張ISO圖紙材料成本，此舉不但方便費控計算工程量，而且也便于預算比對。主要包括以下十三個模塊：

(1)BOMWBS與合同單價：專業、主項、圖紙編號設備材料明細對應的合同物資明細的數量及價格、費用。

(2)BOMWBS專業金額匯總：某專業設備材料明細對應的合同物資明細的數量及價格、費用。

(3)BOMWBS分類金額匯總：某分類(正常請購類、設計變更請購類、現場緊急請購類、業主委托請購類、施工單位委托請購類、裕量請購類)設備材料明細對應的合同物資明細的數量及價格、費用。

(4)BOMWBS主項金額匯總：專業、主項設備材料明細對應的合同物資明細的數量及價格、費用。

(5)BOMWBS圖號金額匯總：專業、主項、圖紙編號設備材料明細對應的合同物資明細的數量及價格、費用。

(6)BOMWBS明細金額匯總：專業、分類、主項、圖紙編號(ISO號、管廊號、框架好、回路編號、設備分類、采購包號)設備材料明細對應的合同物資明細的數量及價格、費用。

(7)BOMWBS明細金額分攤：專業、分類、主項、圖紙編號(ISO號、管廊號、框架好、回路編號、設備分類、采購包號)設備材料明細對應的合同物資明細的數量、價格、費用、移動平均單價、幣種、合同號、供應商，設計數量、請購數量、入庫數量、出庫數量等。

(8)BOMWBS合同金額分攤：專業、分類、主項、圖紙編號(ISO號、管廊號、框架好、回路編號、設備分類、采購包號)設備材料明細對應合同的詳細狀態、信息等。

(9)專業綜合臺帳單價分攤：基于專業的設備材料匯總狀態表,包含：設計量、請購量、合同量、入庫量、代用入庫量、出庫量、代用出庫量、庫存量、代用庫存量、各種移動平均價。

(10)需求專業臺帳單價分攤：功能同上，但可以分專業展開。

(11)BOMWBS工作包分攤：基于選定的工作包檢索、匯總各種數量及金額。

(12)BOMWBS主項分攤：基于選定的主項檢索、匯總各種數量及金額。

(13)BOM有效出庫單費用：出庫單對應的設計WBS結構所對應的出庫數量、金額，與設計預算比對。

4.2.4 合同審核模塊主要功能

(1)合同號

采購合同編號規則在原合同號[XXXXX(項目號)-PXX(年份后2位)-XXXXX(前3位序列號，后2位采購工程師代碼-X(稅種)]基礎上增加幣種標識，其它字段含義不變，如：委國場平項目 12098-P15-001A1-RMB-V ，屬于Off Shore模式，在-V前面加-RMB幣種標識代表人民幣國內增殖稅合同；再如：12098-P15-001A1-USD-C，屬于On Shore模式，在-C前面加-USD幣種標識，代表美元國外營業稅合同。

(2)常用幣種

人民幣RMB ；美元 USD ；歐元 EUR ；沙特里亞爾 SAR ；玻利瓦爾 BSF ；英鎊 GBP ；阿聯酋迪拉姆 AED 。

(3)常用稅種

增值稅國外 A；營業稅國外 C ；增值稅(國內) V ；營業稅(國內) B 。

(4)審核關鍵點

實現對合同及其明細條目版本以及各種費用、稅、價格、幣種、匯率審核；審核確認合同號后綴兩位(-A,-C,-V,-B)是否與合同條款、稅種、稅率是否吻合；審核確認合同號右起第5～3位幣種符號是否與合同幣種相同，確認合同原幣和本位幣；審核確認Off Shore或On Shore 財務核算模式；審核合同變更(升版)后，單價變化差異值，以確定與之相關的入庫明細單價是否發生變化；審核確認系統供應商是否與紙面合同供應商相同。

4.2.5 入庫審核模塊、出庫審核模塊主要功能

實現對入庫、出庫及各種費用、稅、價格、幣種、匯率審核；審核確認入庫與合同號對應關系正確與否；比對財務入庫、出庫與物流入庫、出庫是否吻合；審核入庫、出庫單價，特別是合同變更、升版價格差異；審核打印財務入庫、出庫單據。

4.2.6 物資收發存管理模塊主要功能

完成物資收發存本位幣、原幣匯總；打印物資收發存報表；結轉物資收發存。

4.2.7 發票核銷模塊主要功能

采購工程師依據合同明細、發票金額、入庫明細、原幣幣種建立報銷批次工作包；完成工作包的發票預收、預審，三者差異小于1元人民幣；財務審核確認預收工作包或預審工作包；財務駁回已通過預審的工作包，采購重新修改并再次提交；終審通過后，按照標準模板打印工作包審核結果，存檔；按照本位幣當月匯率或支付匯率結算本位幣，打印存檔。

4.2.8 暫估模塊主要功能

自動審核確認合同、入庫、出庫的升版變更的原因、狀態；按月完成基于合同、入庫、工作包、發票暫估入庫；按照幣種結算暫估，自動產生相關幣種的暫估入庫報表；打印存檔當月暫估入庫報表；自動比對、審核、顯示暫估差異，并形成差異報表。

4.2.9 遠程打印模塊主要功能

為了解決異地打印模式，建立的遠程打印模塊；徹底解決入庫、出庫、收發存、暫估等報表的批量遠程打印問題。

4.2.10 銷售收入確認模塊主要功能

自動計算匯總單個項目當月銷售收入之出庫成本；一次性計算匯總多個項目當月銷售收入之出庫成本；形成各項目銷售收入數字報表和圖形報表并存檔。

4.2.11 財務報表與金蝶K3接口模塊

建立于財務相關的各種報表；建立金蝶K3集成系統接口，將相關數據自動推送至金蝶數據庫；建立WEPM項目管理平臺集成系統接口，將相關數據自動推送至WEPM。

4.3 主要特點

最大特點是簡潔、易用、實用。具有嚴密的安全性，按職責授予權限，執行相應的操作。

以工程項目采購供應鏈大數據為基礎，結合財務定制數據，產生全生命周期項目物資采購資金流；并以此為契機，間接控制采購到貨狀態、支付狀態、核銷狀態，有效地支持和保障了項目的進度。

考慮到K3一個帳套只支持一種本位幣，將多幣種所有管理、操作引入到MFMS系統完成，通過集成接口將結果傳送到K3相應的帳套，解決了K3不支持多幣種財務核算管理的窘狀。

高度集成化與協同。實現了設計料表、材控請購、采購合同、倉儲物流、現場領料、財務核算管理等業務過程的集成，實現了工程項目眾多崗位的協同工作。

實現了與眾多系統的資源整合和數據集成，比如：SPMat，E-MCMS，WEPM，OA等系統。

4.4 定制服務

4.4.1 系統培訓與技術支持服務

進行最終財務培訓、財務系統管理員培訓、系統基本定制的培訓，提供相關管理與應用的技術支持服務，使財務部能夠獨立進行系統管理和應用。

4.4.2 系統定制

可分為部署與基本配置、基本定制、按需定制三部分：軟件系統安裝和基本配置，需要按財務部的實際情況，對組織、角色、用戶、權限、菜單進行定制；按財務部需求，對合同、入庫、出庫、收發存、暫估、發票核銷以及各種管理報表進行定制；按財務部實際業務，對業務流程進行定制；針對財務部特殊業務與管理需求，進行新增或調整功能的定制與開發。

4.4.3 項目保障支持服務

對軟件應用的第一個項目進行全程跟蹤和保障支持服務，確保實效。

5 技術方案

5.1 系統架構

5.1.1 總體架構

采購供應鏈多幣種財務核算系統總體架構見圖2。

5.1.2 功能體系架構

功能體系架構見圖3。

5.1.3 系統技術架構

系統技術架構見圖4。

(1)客戶端。

(2)業務架構。為業務操作層、管理層提供了不同的功能，滿足財務和采購管理約化的要求。

(3)數據層，使用數據庫管理系統管理企業主數據，可以靈活進行集中配置和分布式配置，滿足企業主數據的存儲、集成和分布。

圖2 采購供應鏈多幣種財務核算系統總體架構

圖3 功能體系架構

圖4 系統技術架構圖

(4)接口，與工程材料編碼管理與應用系統(MRDMS)、K3、WEPM的接口等，方便的進行數據交換與共享。

5.1.4 管理流程架構

管理流程架構見圖5。

圖5 管理流程架構

5.1.5 E-MCMS-MFMS物理架構

系統采用標準的客戶端/服務器(C/S)結構，物理構架(網絡構架)詳見圖6。也可以基于Citrix平臺組建為標準的三層物理架構(B/S) 瀏覽器/服務器結構。

圖6 物理構架(網絡構架)

B/S結構(Browser/Server，瀏覽器/服務器模式)，是WEB興起后的一種網絡結構模式，WEB瀏覽器是客戶端最主要的應用軟件。這種模式統一了客戶端，將系統功能實現的核心部分集中到服務器上(E-MCMS-MFMS系統部署到Citrix服務器)，簡化了系統的開發、維護和使用。客戶機上只要安裝一個瀏覽器(Browser)，如Netscape Navigator或Internet Explorer，數據庫服務器安裝Oracle數據庫。瀏覽器通過Web Server 同數據庫進行數據交互。

5.2 系統功能

E-MCMS-MFMS系統共有12個功能模塊，分別為：定制模塊、WBS費用分攤模塊、合同審核模塊、入庫審核模塊、出庫審核模塊、物資收發存管理模塊、發票核銷模塊、暫估模塊、遠程打印模塊、銷售收入確認模塊、財務報表與金蝶K3接口模塊。見4.2.1～4.2.11章節及圖3(系統功能體系架構圖)。

5.3 數據庫設計

按財務部業務數據管理的要求設計數據庫系統，按照流行的技術設計數據庫，滿足本項目的需求。基于SPMat采購供應鏈多幣種財務核算系統(E-MCMS-MFMS)采用ORACLE11.2G數據庫平臺。SPMat系統采用ORACLE11.2G數據庫平臺。接口數據庫采用DB 2數據庫平臺。金蝶K3系統采用Sql Server 2008 R2數據庫平臺。

5.4 系統接口

E-MCMS-MFMS系統與SPMat共用同一個數據庫SPMAT7。同時，自身還有一個專用數據庫CLGL。與金蝶K3、WEPM系統通過DB2作為交換數據庫，集成方式采用數據庫層面集成。某些專用功能采用數據總線方式進行數據傳輸。

5.5 關鍵技術和技術路線

統計分析、報表系統采用PowerBuilder 12.5 InfoMaker和OFFICE EXCEL工具，數據采集工具PB導入、導出方式，平臺二次開發工具PowerBuilder 12.5。

基于SPMat采購供應鏈多幣種財務核算系統(E-MCMS-MFMS)技術構架是典型的平臺化、多層和組件化的混合結構。E-MCMS-MFMS以PowerBuilder 12.5做為系統的基礎業務平臺，基于這個平臺，用戶可以再進行快速擴展與定制開發。

5.6 安全設計

財務數據是企業的核心數據描述，對安全性要求較高，在系統設計過程中需要考慮以下各個層次的安全問題。

系統應用層：從功能權限控制用戶使用。系統間接口：采用注冊機制方可分發數據。數據庫層：完善的數據備份與恢復機制。操作系統層：健全系統管理員監管機制。網絡層：充分利用現有的網絡安全監控設備，采用隔離服務器與用戶的防火墻和入侵監測，采用加密數據傳輸。采用行業通行的技術、管理標準開發實施該系統，同時從系統建立、平臺建立、運維服務全方面建立本項目的相關標準。備份方案：建議數據庫服務器采用雙機熱備，應用服務器單機備份，按備份策略進行數據備份。

5.7 實施策略

全程參與、深度分析、解決問題、分享經驗。依托SPMat與E-MCMS資源，借鑒惠生工程近10年財務集成核算技術，信息部與財務業務人員一起對需求深度分析，建立合理可行的模型及解決方案，完成項目目標。

實施過程中，重視知識積累，重視標準化建設，抓關鍵控制點、抓重點、抓難點，確保實施質量。

強化項目管理，調度各種資源到位，確保項目按計劃推進并按目標完成。信息部將結合項目內容投入合適的項目指導和軟件開發人員，要具備方案策劃，總體設計，軟件開發，攻克技術難關等任務的能力；具備承擔系統定制，系統實施，系統測試，應用指導等任務的能力。

6 質量控制與資源保證

6.1 質量控制

總體質量控制滿足質量內控體系要求，關鍵點為需求準確和完整，以及測試驗證。項目預計安排三版需求報告，要求用戶共同參與并書面確認。項目測試要求全覆蓋測試，針對每一表單、輸入界面、流程進行全面測試。

6.2 資源保證

技術人員的素質。對于應用系統的建設而言，人力資源是最重要的資源。為了保證本項目的質量，信息部、財務部將配置各方面的優秀人才，包括有豐富系統工程建設經驗的項目經理，合格的系統分析員和程序員，業務顧問等。可以根據項目建設的不同階段和實際需求，隨時調整系統工程技術人員。

對工程項目財務業務的了解。對于多幣種項目的建設來說，對財務業務的了解程度，在根本上決定了系統的開發質量和開發進度。對于信息部來說，只有對工程采購供應鏈業務和財務業務有了充分的了解，才能把握應用系統的脈搏，才能了解財務用戶的實際需求，開發出的應用系統才具有針對性和可用性。信息部正是這樣的信息系統建設部門，具有多年的工程項目的設計、開發、實施和推廣經驗。先后負責設計、開發和實施過多個系統工程，比如：數字化建設、工程材料管理等。有一大批熟悉管理業務，精通信息技術，具有多年開發經驗的技術人員。

6.3 測試手段

嚴格的測試驗收是保證系統工程質量的重要手段，而編制嚴格的測試文件，可以有效地提高檢測出錯幾率。采用國標GB 9386-88測試標準。采用模塊測試、子系統測試和系統測試三個階段進行。測試結果、測試文檔及測試案例提交文檔管理員歸檔。

6.4 控制程序

在應用系統的設計、開發、測試和實施過程中始終貫徹工程控制程序，任何對設計、開發計劃、測試計劃和實施計劃等對工程項目進度與質量有影響的修改都不得擅自進行，要經過向上級負責人匯報，經過各級領導審閱、研究和批準后，下發到信息部、財務部執行。

1 GB/T 8567-2006，計算機軟件文檔編制規范[S].

2 GB 8567-88，計算機軟件產品開發文件編制指南[S].

*梁維民：技術總監，高級工程師。1983年畢業于甘肅工業大學工業電氣自動化專業。從事EPC工程項目管理兼信息技術開發工作。 聯系電話：(021)20306327，E-mail:liangweimin@wison.com。

2017-01-03)