某市公用事業(yè)繳費平臺建設項目可行性研究報告－優(yōu)秀甲級資質

- - XXX 市 公用 事業(yè)繳費平臺 可行性研究報告 XXX 市 金 融 票 據 信 息 中 心 二 一 年 五 月 - 2- 目 錄 第一章 項目概況 . 1 1.1 項目名稱 . 1 1.2 項目提出的背景 . 1 1.3 項目主要內容 . 2 第二章 承擔單位基本情況 . 3 2.1 項目承擔單位 . 3 2.2 項目參與機構 . 4 2.3 項目合作伙伴 . 6 第三章 產品需求分析和建設的必要性 . 8 3.1 產品需求分析 . 8 3.2 建設的必要性 . 9 第四章 建設的主要內容和目標 . 11 4.1 建設的主要內容 . 11 4.2 項目主要業(yè)務 . 13 4.3 項目主要功能 . 26 4.4 項目主要性能指標 . 28 4.5 建設的主要目標 . 31 第五章 工藝技術方案 . 32 - 3- 5.1 項目總體設計原則 . 32 5.2 項目工藝結構方案 . 32 5.3 信息交換設計 . 37 5.4 系統(tǒng)數據流設計 . 40 第六章 項目投資估算及資金籌措 . 42 6.1 項目總投資 . 42 6.2 資金籌措方案 . 42 6.3 投資估算及資金構成 . 42 第七章 組織和勞動定員估算 . 45 7.1 管理體制及組織機構 . 45 7.2 運行班制和定員 . 46 7.3 人員來源和培訓 . 46 第八章 項目實施規(guī)則 . 47 8.1 項目實施進度 . 47 8.2 項目實施管理 . 48 8.3 項目實施組織結構 . 49 第九章 項目經濟 效益分析 . 51 9.1 財務評價依據 . 51 9.2 產品成本估算 . 52 9.3 財務評價 . 53 - 4- 第十章 項目社會效益分析 . 58 第十一章 結論與建議 . 61 附表一：投資估算表 附表二：流動資金估算表 附表三：投資計劃與資金籌措表 附表四：財務現金流量表 附表五：總成本費用估算表 附表六：固定資產折舊、無形資產及遞延資產攤 銷費計算表 附表七：損益表 附表八：資產負債表 附表九：固定資產借款還本付息計算表 - 1- 第 一 章 項目概況 1.1 項目名稱 項目名稱 ： XXX市 公用 事業(yè)繳費平臺 承擔單位： XXX市金融票據信息中心 項目擬建地區(qū)：安徽省 XXX市 1.2 項目提出的背景 黨的十七大報告指出，必須在經濟發(fā)展的基礎上，更加注重社會建設，著力保障和改善民生。保障和改善民生，是構建社會主義和諧社會的必然要求和重要內容。 隨著社區(qū)的發(fā)展和人民生活水平的提高，公眾對水、電、煤氣等公用 事業(yè)機構的服務 水平 越來越關注；與此同時，為居民用戶提供更全 面的服務、切實解決居民用戶的實際問題也逐漸成為 公用 事業(yè)機構的工作重點。為了提高服務質量、切實解決公眾的實際問題，同時樹立其優(yōu)質服務形象，各 公用 事業(yè)機構均在積極引進先進的服務理念，開展專門的客戶服務業(yè)務。 XXX市在市委、市政府的正確領導下，全面實施“十一五”發(fā)展規(guī)劃，并且把增強自主創(chuàng)新能力作為落實科學發(fā)展觀、加快發(fā)展的重要環(huán)節(jié)，堅持工業(yè)強市、城鄉(xiāng)統(tǒng)籌、自主創(chuàng)新和東向發(fā)展戰(zhàn)略，國民經濟和社會發(fā)展實現了又好又快發(fā)展。 - 2- 該項目以科學的發(fā)展觀為指導思想，開拓多種繳費方式，通過 公用 事業(yè)繳費資源共享，統(tǒng)一網絡、統(tǒng)一管理 、統(tǒng)一服務、統(tǒng)一憑證、統(tǒng)一收費標準，有利于群眾多渠道及時繳費；有利于 公用 事業(yè)單位更加高效、快捷收費，減少投訴；有利于銀行緩解柜面繳費壓力、降低成本。作為一項 惠民 工程，平臺建設的最根本目的在于為老百姓做實事，為政府排憂解難，提高政府為民服務的能力和水平。同時，為構建和諧 XXX，加速服務型政府的建設，促進 公用 事業(yè)服務文化的建設作出貢獻。 1.3 項目 主要 內容 以 XXX 市金融票據信息中心為核心，搭建一個信息交換共享平臺，連接全市各收費單位、各商業(yè)銀行等相關機構，實現 公用事業(yè)繳費單位網絡“一點式”接入，在節(jié)約繳費單 位網絡通訊費用開支的同時，對全市代繳費資源統(tǒng)一調配，業(yè)務統(tǒng)一管理，提高網絡服務質量。通過協(xié)議扣劃繳費、銀行卡繳費、社區(qū)或銀行自助繳費、短信繳費、網上支付及柜面現金繳費等多種繳費方式，實現居民繳費“一站式”服務，為居民提供更為方便的、快捷的、多渠道的優(yōu)質服務，提升繳費服務質量。 - 3- 第 二 章 承擔單位 基本情況 2.1 項目承擔單位 繳費平臺業(yè)務承擔單位是 XXX市金融票據信息中心， 該中心是經XXX市編辦批準成立的公共服務性事業(yè)單位，服務宗旨包括 為 全市 提供安全、高效的 資金清算 服務 ，財 稅 庫橫向聯網 業(yè)務， 公用事業(yè)繳 費平臺的建設 及運行管理 ，中心實行自收自支 并 在政府 補 助下保本微利運行 ，上級主管部門為中國人民銀行 XXX 市中心支行 。中心 作為繳費平臺業(yè)務的主體機構 負責實施各項代收代扣業(yè)務。主要權責如下： 1、負責各項代收代扣業(yè)務的日常工作及各項業(yè)務的擴展、建設以及日常運營、清算等管理工作； 2、制訂代收代扣業(yè)務規(guī)定、資金清算辦法等有關代收代扣業(yè)務規(guī)章制度； 3、受理公用企事業(yè)單位提出代收代扣公用企事業(yè)費的申請，簽訂代理收費業(yè)務協(xié)議； 4、作為受托人，發(fā)起代收代扣業(yè)務，負責代收代扣業(yè)務信息的接收、傳遞、處理和存檔，并在規(guī)定時間內 傳送至各成員銀行和公用企事業(yè)單位； 5、統(tǒng)一制定委托 代扣代繳 授權書及相關協(xié)議文本，負責全市用戶委托代扣協(xié)議的統(tǒng)一管理，妥善保存用戶的委托申請資料至委托終止后 2 年； - 4- 6、負責各成員銀行及公用企事業(yè)單位的資金清算并提供清算數據，將所收資金劃入公用企事業(yè)單位指定的銀行賬戶，并及時向有關成員銀行和公用企事業(yè)單位發(fā)送對賬信息； 7、負責公用企事業(yè)單位和成員銀行間繳費信息的查詢，并提供相關數據； 8、按照價格管理部門核定的統(tǒng)一收費標準向委托收費的公用企事業(yè)單位收取代理手續(xù)費； 9、組織和協(xié)調代收代扣業(yè)務宣傳等工作。 2.2 項目 參與 機構 繳費平臺業(yè)務執(zhí)行機構由 XXX 市金融票據信息中心為主體與 公用企事業(yè)單位、成員銀行共同組成，負責實施各項代收代扣業(yè)務。參與 機構組成各方的權責如下： 公用企事業(yè)單位 1、向 XXX 市金融票據信息中心提出代理收費申請，簽訂代理收費業(yè)務協(xié)議； 2、按照統(tǒng)一標準建設、管理本單位收費網絡系統(tǒng)，并與 XXX 市金融票據信息中心聯網；保障本單位收費網絡系統(tǒng)的正常運行； 3、按規(guī)定做好代收代扣業(yè)務信息的傳遞、索取、處理和存檔工作； 4、通過本單位營業(yè)網點受理用戶以現金或銀行卡方式辦理公用企事業(yè)費代收業(yè)務； - 5- 5、受理用戶投訴，負責解釋、回復用戶有關計費數據的查詢；查明確認應減收或補收時，負責退款及補收等相關工作； 6、負責對用戶逾期未繳的公用企事業(yè)費用的催繳工作，公用企事業(yè)單位提出對逾期未繳費用戶收取滯納金的由公用企事業(yè)單位負責計算，并承擔因收取滯納金所造成的用戶不滿、訴訟等一切責任； 7、根據銀行繳費回單，負責對已繳費的用戶提供發(fā)票 ； 8、對于變更繳費客戶號的用戶，應及時提醒用戶辦理委托銀行代扣業(yè)務的相關變更手續(xù)； 9、向 XXX市金融票據信息中心提供指定賬戶，用于 XXX市金融票據信息中心按照統(tǒng)一的手續(xù)費標準通過 銀行委托收款的方式扣取公用企事業(yè)單位應支付的手續(xù)費。 成員銀行 1、按照統(tǒng)一標準建設、管理本單位代收代扣業(yè)務收費網絡系統(tǒng)，并與 XXX市金融票據信息中心聯網；保障本單位代收代扣業(yè)務收費網絡系統(tǒng)的正常運行； 2、受 XXX 市金融票據信息中心委托，接受并辦理用戶委托、變更、終止委托代扣代繳業(yè)務 的申請，按時將相關資料移送至 XXX市金融票據信息中心； 3、負責將用戶委托信息資料發(fā)送至 XXX 市金融票據信息中心進行確認登記； 4、按規(guī)定做好代收代扣業(yè)務信息的傳送、索取、處理和存檔工作； - 6- 5、根據用戶有效委托申請，按 XXX 市 金融票據信息中心傳送的公用企事業(yè)繳費數據，在規(guī)定的時間內，從用戶指定的賬戶中全額代扣公用企事業(yè)費用，并將完成扣款的有關信息及時發(fā)送至 XXX 市金融票據信息中心； 6、通過本單位營業(yè)網點受理用戶以現金或轉賬支付方式辦理的公用企事業(yè)費代收業(yè)務；通過本單位電話銀行、自助終端、網上銀行、手機銀行等受理用戶以銀行卡轉賬支付方式辦理的公用企事業(yè)費代收業(yè)務； 7、在收費數據傳送當月，當用戶指定賬戶中無足夠資金時，應及時將未扣信息傳送至 XXX市金融票據信息中心； 8、在開辦代收代扣業(yè)務時，必須遵循“銀行不為公用企事業(yè)單位墊款 ”的原則； 9、負責委托用戶的對賬工作，提供對賬單（包括紙質和電子對賬）； 10、負責公用企事業(yè)繳費儲值卡的銷售； 11、對銀行賬戶發(fā)生變更、 掛失以及銷戶的用戶，銀行應提醒用戶對使用該銀行賬戶辦理的委托 代扣 代繳 業(yè)務進行相關 的 變更、撤銷。 2.3 項目合作伙伴 平臺在項目的開展上 實行 統(tǒng)一規(guī)劃、分段實施，根據具體情況尋求合適的合作伙伴： - 7- 1、 項目的硬件設備供應、集成商 在項目的硬件設備選項型上充分考慮到一期、二期以及擴展期的使用需求，做到適用、安全、不浪費并且有充分的冗余；要選擇一家有實力、有資質、信譽好的硬 件廠商。 2、 項目的網絡設備供應、集成商 網絡的性能、安全性是保證該系統(tǒng)平穩(wěn)運行的關鍵，本著既要提高網絡整體性能，又要保護現有投資的原則，需要選擇一個有實力、有資質、信譽好且距離 XXX較近的設備供應商。 3、 項目的軟件開發(fā)商 根據對一些軟件開發(fā)商的考察，考慮到 XXX 市現有的繳費情況、繳費習慣以及繳費量統(tǒng)計，選擇一家符合我市實際業(yè)務需求的開放式軟件產品，該產品要涵蓋基本的繳費系統(tǒng)、賬務處理系統(tǒng)、客戶資料管理系統(tǒng)、協(xié)議管理系統(tǒng)等；在接口上要支持其它外圍系統(tǒng)；在業(yè)務邏輯上要支持對單個業(yè)務邏輯 的拼合、拆分；要有靈活的可視化開發(fā)工具等。 該項目是 由 XXX 市金融票據信息中心 為主體尋求合作伙伴共同開發(fā)，并且 與公用企事業(yè)單位、 商業(yè) 銀行共同合作執(zhí)行。 各個 實施機構 及單位 ，相互聯系，緊密配合，處理好平臺建設、運營 、發(fā)展的各項工作；各方對業(yè)務實施過程中出現的疑問、矛盾等問題，均 從平臺服務百姓的大局考慮，加強合作，協(xié)商解決。 - 8- 第 三 章 產品需求分析 和 建設 的必要性 3.1 產品需求分析 XXX 市位于安徽省東南部，總面積 3317 平方公里， 2007年末，全市戶籍人口 230.46 萬人，比上年增加 1.43 萬人 ， 其中市區(qū) 105.28萬人 ， 全年人口自然增長率為 4.57 ，水、電公用設施基本普及全市鎮(zhèn)，天然 氣使用 人口 為 52.52萬人 ，約占總市區(qū)人口的 50%。 按照 4.57 人口增長速度，預計到 2011年， XXX城鎮(zhèn)人口可達到 107.22萬人 ，按照平均每 4 人組成一個家庭，每 戶 每月要分別繳水、電費各一次，此項業(yè)務量 約 共計 644 萬筆； 天然 氣使用覆蓋率按50%計算，業(yè)務量約共計 161 萬筆；每戶固定電話業(yè)務量約共計 322萬筆 ，每戶有線電視業(yè)務量約共計 322 萬筆 ；社保業(yè)務按照城鎮(zhèn)人口社保購買率 100%計算，每人每月要繳納一次，此項業(yè)務量約共 計 1287萬筆；城鎮(zhèn)人口手機使用率已經達到 100%，每人每月繳納費用一次，此項業(yè)務量約共計 1287 萬筆，綜合上述估算數據，到 2011 年，本項目產品市場需求量預計可達到 4023 萬筆。 在此基礎上，本項目還會拓展到其他領域，如 公共 交通 費、加油站繳費 等 城市群體固定消費 ，除了大約三分之一業(yè)務分布在收費 單位 網點 ，每年也至少有 2700 萬筆業(yè)務量可以使用本平臺， 可見市場前景十分廣闊。 - 9- 3.2 建設 的必要性 2000 年開始，工行、建行、商行等部分銀行機構為創(chuàng)新銀行服務品種、開拓服務市場、吸收儲蓄存款，陸續(xù)與水、電、氣等 公用 事業(yè)單位建立代收業(yè)務關系，由銀行投資建立單個業(yè)務交易平臺，開展部分代收業(yè)務。到 2005年時，全市代收業(yè)務量達到 365萬筆，不足業(yè)務總量的十分之一。 隨著城鎮(zhèn)化的發(fā)展，城市人口增多，居民生活質量提高，社會保障制度的完善，推動了保險和各項 公用 事業(yè)繳費群體的增加，進而加大了銀行代收費的業(yè)務量。 然而，業(yè)務量的增加并沒有給銀行帶來收益的增加，反而造成了多方矛盾，出現群眾“繳費難”問題，分析原因如下： 為節(jié)約成本，銀行的受理網點減少，并且各網點繳費業(yè)務種類不全，業(yè)務效率低。 由于人民銀行賬戶管理辦法對單位銀行結算賬 戶的嚴格管理以及各 公用 事業(yè)單位對資金集中的財務管理要求， 公用 事業(yè)單位存放在代收費銀行的資金沉淀已不復存在，銀行原有利益由此減少。 近年，由于貸款、票據、基金、國債、保險等中間業(yè)務的突飛發(fā)展，給各商業(yè)銀行帶來了巨大的利益收入，因此吸納了大量的人力物力資源投入中間業(yè)務，導致了銀行對 公用 事業(yè)單位代收業(yè)務投入的不足，造成繳費群眾排隊時間長、投訴多，銀行柜面壓力大、服務態(tài)度差等一系列問題。 由于代收業(yè)務利潤的減少，某些銀行在代收業(yè)務合同到期后停止- 10- 續(xù)簽，也潛在的加大了其他受理業(yè)務銀行的壓力。同時， 公用 事業(yè)單位本身繳費 網點少，分布不均，繳費品種單一，使“繳費難”問題愈發(fā)嚴重。對此群眾呼聲不斷，該問題已成為影響城市和諧發(fā)展的一項阻礙， XXX 市政府對此十分重視，并在政府工作報告中明確提出要建立 公用 事業(yè)繳費平臺，解決群眾“繳費難”問題。 - 11- 第 四 章 建設 的主要內容和目標 4.1 建設 的主要內容 平臺在經過多方調研、考察基礎上，初步將平臺的建設分三 大步驟 實施。 1、 項目 建設 第一步 平臺 建設的第一步 是建立一個以實時和批量代扣方式繳納 水、電、氣 、有線收視費 為目標的繳費平臺，由商業(yè)銀行的柜面、網銀、自助機具、電話銀行以及中國銀聯的 POS 作為客戶繳費的渠道；在清算上，平臺作為一個清算組織接入 人民銀行 小額支付系統(tǒng)，并通過小額支付系統(tǒng)與提供各種金融服務的商業(yè)銀行、中國銀聯進行清算；系統(tǒng)還提供了對非銀行信息采集系統(tǒng)數據采集的支持。 流程圖如下： 系 統(tǒng) 一 期 業(yè) 務 流 程 圖公 共 事 業(yè) 繳 費 平 臺ABS或MBFE接入商 業(yè) 銀 行商 業(yè) 銀 行中 國 銀 聯小 額 支 付系 統(tǒng)水氣MBFE接入MBFE接入MBFE接入直聯直聯電直聯非 銀 行 信 息 采 集2、 項目 建設 第二步 - 12- 平臺在 第 二 步 上考慮對其它企事業(yè)單位的支持，如：社保、電信、移動、聯通、公積金、 公共交通 費等，客戶可根據自己的需要，靈活選擇繳費渠道，及時方便繳納社保、話費等各種費用；平臺還提供對小型企業(yè)支持，如：小區(qū)物業(yè)費繳納等；并擴 充了平臺的繳費渠道，如：網上繳費、語音、自助機具以及和無線運營商合作建立移動支付平臺等。 流程圖如下： 系 統(tǒng) 二 期 業(yè) 務 流 程 圖公 共 事 業(yè) 繳 費 平 臺ABS或MBFE接入商 業(yè) 銀 行商 業(yè) 銀 行中 國 銀 聯小 額 支 付系 統(tǒng)物 業(yè) 等小 型 單位企 事 業(yè)單 位MBFE接入MBFE接入MBFE接入直聯WEB接入水 、 電 、 氣 、 社 保 、 電 信 、 移動 、 聯 通 、 有 線 、 公 積 金 等非 財 政 收 入（ 違 章 罰 款 等 ）直聯或無線接入平 臺 自 身 渠 道( 網 銀 、 語 音 、 自 助 設 備 )非 銀 行 信 息 采 集3、 項目建設 第三步 即拓展期。在這個階段，平臺可以利用自身的客戶資料管理系統(tǒng)，進行平臺自身的充值卡、聯名充值卡的發(fā)放，并將建設自己的充值卡清算平臺；完善自己的移動支付平臺，支持短信充值等新業(yè)務的發(fā)展；發(fā)展特約商戶，如：出 租車、便利店、商場或加油站等，為客戶提供更深、更全、更便捷的金融 服務。 流程圖如下： - 13- 系 統(tǒng) 拓 展 期 業(yè) 務 流 程 圖公 共 事 業(yè) 繳 費 平 臺ABS或MBFE接入商 業(yè) 銀 行商 業(yè) 銀 行中 國 銀 聯小 額 支 付系 統(tǒng)物 業(yè) 等小 型 單位企 事 業(yè)單 位MBFE接入MBFE接入MBFE接入專線直聯WEB接入水 、 電 、 氣 、 電 信 、 移 動 、聯 通 、 有 線 、 公 積 金 等非 財 政 收 入（ 違 章 罰 款 等 ）直聯或無線接入移 動 支 付 平 臺（ 充 值 、 付 款信 息 發(fā) 布 ）充 值 卡 清 算 平 臺特 約 商 戶商 店 、 加 油 站出 租 車 等撥號直聯+脫機消費平 臺 自 身 渠 道( 網 銀 、 語 音 、 自 助 設 備 )非 銀 行 信 息 采 集4.2 項目主要 業(yè)務 4.2.1 主動繳費業(yè)務 是指個人主動到銀行柜臺 以 現金 方式 繳費的業(yè)務，在未來渠道拓展后可發(fā)展到支持銀行卡，通過電話語音平臺，互聯網支付網關，圈存繳費機等多種渠道繳費。 業(yè)務流程圖 該種業(yè)務進行之前應該先發(fā)起欠費信息查詢指令（參見欠費信息查詢業(yè)務一節(jié)）獲得欠費信息，然后再進行主動繳費業(yè)務。 - 14- 收費企業(yè)結算中心前置機銀行 企業(yè)開戶行1: 主動繳費指令2: 主動繳費指令4: 主動繳費指令5: 賬務處理6: 主動繳費返回指令7: 記錄處理結果8: 主動繳費返回指令9: 主動繳費返回指令10: 軋差清算11: 入帳單12: 繳費憑證3: 記錄主動繳費交易 說明 1) 對于主動繳費業(yè)務，收費企業(yè)和平臺之間以及銀行和平臺之間的連接只能采用直聯方式。 2) 銀行在規(guī)定時間內收不到平臺的主動繳費返回指令時，可以認為該指令處理不成功；也可以向平臺發(fā)起 交易明細查詢指令查詢- 15- 處理結果，然后根據查詢結果進行相應處理等。 4.2.2 批量代付 業(yè)務 1) 單位發(fā)起的批量扣劃，平臺上取得單位批量代扣業(yè)務的信息后，利用批量扣劃接口將文件清分后發(fā)住各商業(yè)銀行，并利用支付系統(tǒng)對各清算行和各委托單位的資金進行清算。 2) 銀行發(fā)起的批量扣劃，平臺上取得銀行簽約的代扣業(yè)務信息后，利用批量扣劃接口將文件清分后發(fā)住各 公用 事業(yè)單位， 公用 事業(yè)單位返回明細的扣款文件后，再由平臺清分 ，發(fā)住各商業(yè)銀行，商業(yè)銀行收到后返回回執(zhí)。最后利用支付系統(tǒng)對各清算行和各委托單位的資金進行清算。 業(yè)務流程圖 - 16- 收付企業(yè) 結算中心 扣款行前置機付款行 收款行前置機收款行1: 批量代付指令7: 清分16: 軋差清算（反向）2: 批量代付確認指令6: 批量代付確認返回指令3: 批量代付確認指令4: 檢查企業(yè)帳戶余額5: 批量代付確認返回指令9: 批量代付指令10: 批量代付指令11: 付款處理12: 批量代付返回指令13: 批量代付返回指令14: 記錄付款結果15: 批量代付處理結果8: 軋差清算17: 入帳單 說明 如果付款企業(yè)開戶行返回余額不足信息，平臺拒絕該代付指令的處理，付款企業(yè)在補足余額后可再次向平臺發(fā)起該批量代付指令。平- 17- 臺在規(guī)定時間內收不到付款企業(yè)開戶行的批量代付確認返回指令時，需要平臺業(yè)務人員向銀行確認扣款情況，然后決定是按照銀行處理失敗來對這筆業(yè)務進行相應處理還是等待銀行發(fā)回批量代付確認返回指令；如果按照銀行處理失敗來處理時，由平臺業(yè)務人員通知扣款行作相應賬務處理。 4.2.3 批量代收業(yè)務 批量代收業(yè)務指成批進行扣款和清算處理的代收業(yè)務。 業(yè)務流程圖 - 18- 收付企業(yè) 結算中心 前置機 扣款行 企業(yè)開戶行1 : 批量代收指令2 : 實時清分3 : 清分后的批量代收指令4 : 清分后的批量代收指令5 : 扣款處理6 : 批量代收處理結果7 : 批量代收處理結果8 : 記錄處理結果9 : 批量代收處理結果1 0 : 軋差清算1 1 : 入賬單 說明 對于批量代收業(yè)務，銀行可以采用直聯和非直 聯的方式與平臺相連； 對于直聯方式，批量代收指令由平臺直接發(fā)往銀行（通過前置機轉發(fā)），銀行把批量代收返回指令直接發(fā)給平臺（通過前置機轉發(fā)）；對于非直聯方式，批量代收指令由平臺發(fā)往銀行前置機，然后銀行再從前置機提出，批量代收返回指令由銀行通過前置機發(fā)給平臺。 - 19- 4.2.4 實時扣費業(yè)務 實時扣費業(yè)務是指企業(yè)主動發(fā)起的實時代收業(yè)務。 業(yè)務流程圖 收付企業(yè) 結算中心 前置機 扣款行 企業(yè)開戶行1: 實時代收指令7: 記錄處理結果8: 實時代收返回指令9: 軋差清算2: 實時代收指令6: 實時代收返回指令3: 實時代收指令4: 扣款處理5: 實時代收返回指令10: 入賬單 說明 對于實時代收業(yè)務，收費企業(yè)和平臺之間以及銀行和平臺之間的連接只能采用直聯方式。 扣款信息轉發(fā)商業(yè)銀行之前會作相應的大額金額預警檢查，系統(tǒng)進行提示。 - 20- 4.2.5 主動繳費沖銷業(yè)務 當銀行業(yè)務人員或客戶發(fā)現原主動繳費業(yè)務有錯誤而需要取消原繳費業(yè)務時，銀行業(yè)務人員或客戶可以發(fā)起主動繳費沖銷業(yè)務，用于對已經發(fā)起還沒清算的繳費業(yè)務進行沖銷。 對于用現金繳納的主動繳費的沖銷業(yè)務的發(fā)起需要銀行制定嚴格的制度。 業(yè)務流程圖 銀行 前置機 結算中心 收費企業(yè)1: 主動繳費沖銷指令5: 賬務處理2: 主動繳費沖銷指令4: 主動繳費沖銷指令6: 主動繳費沖銷返回指令7: 記錄處理結果8: 主動繳費沖銷返回指令3: 查找原交易9: 主動繳費沖銷返回指令 說明 對于主動繳費沖銷業(yè)務，收費企業(yè)和平臺之間以及銀行和平臺之間的連接只能采用直聯方式。 - 21- 銀行在規(guī)定時間內收不到平臺的主動繳費沖銷返回指令時，可以認為沖銷指令失敗，可以再次發(fā)起沖銷交易，直到等到沖銷返回結果，也可以向平臺發(fā)起交易明細查詢指令查詢處理結果，然 后根據查詢結果進行相應處理。 4.2.6 欠費查詢業(yè)務 欠費查詢業(yè)務指客戶需要知道自己的欠費情況時通過各種渠道（包括通過銀行柜臺）查詢存放在收費企業(yè)的欠費信息。 下面以通過銀行柜臺查詢欠費信息進行描述，通過其他渠道進行查詢欠費信息的流程類似。 業(yè)務流程圖 銀行 前置機 結算中心 收費企業(yè)1: 欠 費查詢指令2: 欠 費查詢指令4: 欠 費查詢指令5: 查 詢欠費明細6: 欠 費查詢返回指令7: 記 錄查詢結果8: 欠 費查詢返回指令9: 欠 費查詢返回指令3: 欠 費查詢指令入庫- 22- 4.2.7 自由格式信息 自由格式信息包括通知信息、公告信息、普通信息等。 自由格式信息管理包括參與行和收費企業(yè)向其他參與行和收費企業(yè)發(fā)出自由格式信息、查看其他參與行和收費企業(yè)發(fā)來的自由格式信息以及自己發(fā)出去的自由格式消息。 對于直聯的參與行和收費企業(yè) 可以從各業(yè)務系統(tǒng)直接發(fā)出和收到自由格式信息。 對于非直聯的參與行和收費企業(yè)可以從前置機上收到和發(fā)出自由格式信息。 4.2.8 查詢查復業(yè)務 以下是由平臺發(fā)起銀行接收的查詢查復的業(yè)務流程圖，其它節(jié)點發(fā)起的查詢查復流程與此相似 。 - 23- 繳費中心 前置機 銀行1: 查詢查復指 令2: 查詢查復指 令4: 查詢查復結 果指令5: 查詢查復結 果指令3: 執(zhí)行查詢4.2.9 軋差和清算 平臺每日在確定的時點進行軋差清算處理。銀行資金由人行 ABS系統(tǒng)或者其他清算系統(tǒng)清算，企業(yè)資金由企業(yè)開戶行入賬。 業(yè)務流程描述： 1) 平臺在清算軋差時間，匯總當日成功交易數據，按代理行和企業(yè)開戶行情況軋差。 2) 平臺生成各商業(yè)銀行和企業(yè)的資金清算憑證，以及各商業(yè)銀行的 資金清算清單。 3) 平臺將商業(yè)銀行資金清算憑證提交人行 ABS 系統(tǒng)或者其他清算系統(tǒng)清算銀行頭寸。 - 24- 4) 清算系統(tǒng)清算各商業(yè)銀行資金頭寸。 5) 在清算系統(tǒng)清算銀行資金完成后，平臺將各商業(yè)銀行資金清算清單以及企業(yè)資金清算憑證提交商業(yè)銀行。 6) 商業(yè)銀行依照資金清算清單對賬。企業(yè)開戶行依照企業(yè)資金清算憑證為企業(yè)入賬。 4.2.10 與商業(yè)銀行日終對賬 平臺以商業(yè)銀行返回文件為準進行資金清算，清算完畢后會將資金清算清單（包括清算金額、業(yè)務種類、總筆數、總金額等）提交各商業(yè)銀行，由商業(yè)銀行進行匯總對賬，如對賬不符，商業(yè)銀行可請求下載明細 ，由商業(yè)銀行自行進行調賬。 業(yè)務流程 ： - 25- 繳費中心 前置機 銀行1: 對帳單2: 對帳單3: 對帳4: 對帳不平 下載明細請求5: 下載明細請求6: 對帳明細7: 對帳明細8: 調帳處理4.2.11 收費企業(yè)日終對賬 平臺在每日銀行資金清算完畢后會將資金清算清單（包括清算金額、總筆數、總金額等）提交各收費企業(yè)，由收費企業(yè)進行匯總對賬，如對賬不符，收費企業(yè)可請求下載明細，由收費企業(yè)進行調賬。 業(yè)務流程： - 26- 繳費中心收付費企業(yè)1: 對帳單2: 對帳3: 對帳不平 下載明細請求4: 對帳明細5: 帳務處理4.3 項目主要功能 4.3.1 多渠道繳費功能 平臺通過對自身渠道的不斷完善，在便利店、商場等 公用 場所增加自助設備，開設平臺的網上繳費、語音繳費、短信繳費、短信充值等多元化繳費充值渠道，為客戶提供繳費、消費、充值的便利。 4.3.2 客戶資 料管理功能 實施以人行客戶號為平臺的管理，通過客戶號的管理，客戶在繳費時不僅可以以唯一客戶號作為繳費號，繳納各項費用，也可以靈活- 27- 的通過簽約后的手機號、固話號、水費號以及其它號碼作為繳費號來繳納各項費用。 各商業(yè)銀行及 公用 事業(yè)平臺客戶端對客戶資料信息進行實時的更新維護，客戶資料由平臺統(tǒng)一管理。 4.3.3 公用 事業(yè)處理后臺主系統(tǒng)功能 接收和處理委托單位前臺和銀行前臺以及銀聯的所有請求，將接收到的報文轉換為各委托單位所規(guī)定格式的報文信息發(fā)送至委托方，控制整個系統(tǒng)的運行，完成所有繳費業(yè)務在 公用 事業(yè)處理后臺的檢查和 入庫處理。 4.3.4 公用 事業(yè)處理后臺客戶端功能 后臺客戶端用于清算委托單位和銀行網點、銀聯網點發(fā)送的繳費業(yè)務、及進行相應的數據處理，生成各銀行的凈額軋差文件和各銀行的提回文件，提供后臺查詢以及報表打印，系統(tǒng)參數設置、系統(tǒng)維護等。 4.3.5 可視化開發(fā)工具功能 可視化開發(fā)工具用于在增加新的委托單位或者委托單位接口有變化時，提供一種較為方便的圖形化開發(fā)界面，以方便開發(fā)人員在較短的時間維護業(yè)務。 - 28- 4.3.6 公用 事業(yè)處理管理系統(tǒng) 完成對平臺所產生業(yè)務的收費統(tǒng)計、收費管理 和收費情況查詢等。系統(tǒng)涵蓋平臺工作的 整個流程，包括資料輸入、收費標準的設置、收費數據產生、報表生成打印、收費文件生成等各個方面。 4.4 項目主要 性能 指標 4.4.1 系統(tǒng)業(yè)務處理能力 1、 批量業(yè)務清分處理能力： 本系統(tǒng)批量代收業(yè)務要求滿足日處理量 100萬筆。 批量業(yè)務處理的相應時間要根據業(yè)務量大小和網絡通訊狀況而定。 2、 實時業(yè)務處理能力： 本系統(tǒng)實時繳稅、實時扣稅業(yè)務要求滿足日處理量 10 萬筆。 本系統(tǒng)從報文進入系統(tǒng)到接收回執(zhí)平均時間為 5秒； 報文傳輸不成功時，在 5秒時間內通知發(fā)送者； 3、 其他業(yè)務處理能力： 系統(tǒng)登錄平均 時間為 3秒； 自由格式報文平均 處理時間為 3秒； 4.4.2 系統(tǒng)運行時間需求 代收代付實時繳費處理系統(tǒng)應根據公歷確定其工作日，允許調- 29- 整，并須在 3 日前公布。 批量代收業(yè)務處理系統(tǒng)應支持 每天 8小時連續(xù)運行。受理信息清分和支付信息的時間為 8:00 至 16:30，允許調整，但須提前 3 日公布。 批量代付業(yè)務處理系統(tǒng)應支持 每天 8小時連續(xù)運行。受理信息清分和支付信息的時間為 8:00 至 16:30，允許調整，但須提前 3 日公布。 實時繳款和實時扣款業(yè)務處理系統(tǒng)應支持 7 24 小時連續(xù)運行。在系統(tǒng)一期，只存在銀行柜面受理實時繳費業(yè)務的情況，受理支付信息和信息清分 的時間為 8:00 至 16:30，允許調整，但須提前 3 日公布。 4.4.3 系統(tǒng)開放性設計基本要求 系統(tǒng)開放性要求包括可移植性、可擴展性、互操作性、可配置性。 可移植性是指系統(tǒng)的設計和實現都不依賴特定的供應商硬件和軟件平臺。根據處理能力的需要，系統(tǒng)能夠簡單便利地完成平臺的遷移。 可擴展性是指系統(tǒng)具有平滑升級能力和擴展能力，適應參與行、參與地稅數目的增加及與相關系統(tǒng)（現代化支付系統(tǒng)、銀聯系統(tǒng)等）的銜接，從基本數據字典的設計開始重點考慮；同時，系統(tǒng)軟件設計從整個項目近期、中期、遠期綜合考慮，堅持總體布局分步實施的原則。 - 30- 互操作性是指系統(tǒng)采用開放協(xié)議實現網絡互連，并且為接口方應用軟件的開發(fā)提供統(tǒng)一的 API包，可實現與各接口方綜合業(yè)務處理系統(tǒng)的無縫連接。 可配置性是指系統(tǒng)采用管理終端對系統(tǒng)進行配置，一旦增加新的業(yè)務，只須配置其中的要素，而無須修改大量的程序就可實現業(yè)務的功能 。 4.4.4 安全可靠性 應用系統(tǒng)提供可靠的交易各方身份認證和數據傳輸功能；具有故障檢測和網絡重載能力；對重要數據進行長期的備份；軟件系統(tǒng)進行權限的嚴格控制，堅持逐層授權、權力分散的原則；對重要操作進行操作日志的記錄等。 提供交易數據的保密性和交易的完整性，必要時提供數據的法律依據。采用多點多層記錄日志的方式，對每筆業(yè)務交易都要做詳細記錄，并做到多重記錄以便以后核對。設計系統(tǒng)的運行維護管理模塊，進行系統(tǒng)數據庫的備份與恢復。合理規(guī)劃設計，保證數據和交易的一致性。 4.4.5 系統(tǒng)易操作性 系統(tǒng)的用戶界面應給人一種界面友好，簡潔，操作簡單，使用靈活的感覺。要求服務器端能夠方便地適應業(yè)務和擴展的變化和用戶終端（包括 PC、語音平臺、支付網關等）的升級。操作界面和風格統(tǒng)- 31- 一，處理流程簡單。 4.4.6 系統(tǒng)實用性 在滿足應用的前提下，以 盡可能少的投資，最合理的設計方案，實現中間業(yè)務系統(tǒng)安全、交易和信息服務，挖掘更多的企業(yè)代收付業(yè)務以及個人業(yè)務。 平臺的軟件結構清晰明了，具有較強的可擴充性，對新業(yè)務的增加要方便快捷，對在用業(yè)務的修改要方便；軟件結構要提供詳細具體的文檔描述資料。 4.5 建設 的主要 目標 結合目前急需解決的問題和城市未來不斷發(fā)展的需求，平臺的建設共分為三個階段目標： 第一階段：完成平臺的搭建，從老百姓的切實問題出發(fā)，以一卡支付方式解決居民生活繳費問題。 第二階段：擴大平臺的服務規(guī)模，將平臺的服務對象延伸至社保、交通、旅游等 公 用 事業(yè)和服務產業(yè)，并結合城市“一卡通”建設，建立健全金融電子支付網絡，改善支付環(huán)境、提高電子支付水平，將金融服務層次推向一個新的高度。 第三階段：隨著社會的和諧發(fā)展，不斷創(chuàng)新金融服務，發(fā)行城市主題卡，全面提升城市形象。 - 32- 第 五 章 工藝技術方案 5.1項目 總體設計原則 項目在適用性原則、參數化原則、安全性原則和易用性原則的基礎上力求實現接入渠道的多樣化、業(yè)務平臺的規(guī)范化、業(yè)務管理的流程化、收費標準的統(tǒng)一化、報文接入的標準化和系統(tǒng)運行的可靠化。 5.2 項目工藝 結構 方案 5.2.1 網絡結構 網絡結 構為集中連接，即由原先的各銀行機構等與 公用 事業(yè)繳費單位的各自連接，改變?yōu)楦?公用 事業(yè)單位、各銀行機構等和平臺的一點 連接，同時，將各家的單線連接改變?yōu)殡p線熱備均衡負載連接，這樣， 既節(jié)約了每個 公用 事業(yè)繳費單位和 5-6家代繳費單位的網絡連接費用，又提高了網絡連接的穩(wěn)定性和效率，從各自多頭分散管理改造成集中統(tǒng)一平臺，統(tǒng)一管理，從根本上解決常常由于網絡不暢帶來的繳費難的問題。 - 33- 5.2.2 拓撲結構 平臺主要涵 養(yǎng)了繳費平臺本身、各商業(yè)銀行、企事業(yè)單位三個部分。平臺自身包括 繳費系統(tǒng)、充值卡清算平臺、移動支付平臺，企事業(yè) 單位可以通過直連、 WEB連接、無線連接等方式告知平臺所要收繳費的數據；商業(yè)銀行通過自身的柜面、網銀、電話銀行、自助設備等為客戶提供充值、繳費服務；而平臺本身也提供了自助機具、網上繳費、語音、短信等方式為客戶服務。 - 34- 系 統(tǒng) 拓 撲 圖W E B服 務 器數 據 庫服 務 器應 用服 務 器移 動 支付 平 臺充 值 卡清 算 平 臺A B S /M B F E業(yè) 務客 戶 端監(jiān) 控客 戶 端維 護客 戶 端開 發(fā)客 戶 端非 銀 行數 據 采 集商 業(yè) 銀 行綜 合 業(yè) 務 前 置商 業(yè) 銀 行中 間 業(yè) 務 前 置柜 面 網 銀 自 助 設 備公 共 事 業(yè)繳 費 平 臺電 話 銀 行商 業(yè) 銀行 網 絡支 付 系統(tǒng) 網 絡電 話 銀 行自 助 設 備企 事 業(yè) 單 位計 費 系 統(tǒng)企 事 業(yè)單 位 前 置企 事 業(yè) 網 絡收 費 柜 臺網 銀交 警 罰 款手 機直聯直聯平 臺 自 身接 入 渠 道小 型 企事 業(yè) 單 位WEB接入無線接入5.2.3 邏輯結構 平臺在邏輯上將商業(yè)銀行、支付系統(tǒng)、中國銀聯、充值卡清算平臺、移動支付平臺作為自身的一個邏輯上的應用，從而使業(yè)務上支撐了 公用 事業(yè)平臺的遠景發(fā)展，使系統(tǒng)在一個大的框架里，層層堆疊起一個廣義上的支付系統(tǒng)。 其結構圖如下 - 35- 客 戶 信 息子 系 統(tǒng)合 同 協(xié) 議子 系 統(tǒng)手 續(xù) 費子 系 統(tǒng)報 表子 系 統(tǒng)賬 務子 系 統(tǒng)系 統(tǒng)子 系 統(tǒng)信 息子 系 統(tǒng)核 心 業(yè) 務報 文 轉 換支 付 系 統(tǒng)業(yè) 務 邏 輯銀 行 發(fā) 起業(yè) 務 邏 輯企 業(yè) 發(fā) 起業(yè) 務 邏 輯系 統(tǒng)業(yè) 務 邏 輯報 文 轉 換核心調度層其 它 渠 道業(yè) 務 邏 輯企 業(yè) 接 口支 付系 統(tǒng)通 迅層其 它渠 道接 入通 迅層企 業(yè) 接 口 通 迅 層銀 行接 入通 迅層通迅層前置APP小 額支 付清 算A P I商 業(yè) 銀 行通迅層綜合業(yè)務系統(tǒng)小 額支 付通 迅層中 國 銀 聯充 值 卡 清 算 平 臺移 動 支 付 平 臺W E B 服 務 器 / 表 過 服 務客 戶 信 息管 理合 同 協(xié) 議管 理發(fā) 起 業(yè) 務單 位 個 人信 息 管 理系 統(tǒng) 管 理手 續(xù) 費管 理數 據 庫管 理 系 統(tǒng)公 共 事 業(yè) 繳 費 平 臺 后 臺 應 用客 戶 信 息子 系 統(tǒng)合 同 協(xié) 議子 系 統(tǒng)手 續(xù) 費子 系 統(tǒng)報 表子 系 統(tǒng)賬 務子 系 統(tǒng)系 統(tǒng)子 系 統(tǒng)信 息子 系 統(tǒng)核 心 業(yè) 務報 文 轉 換支 付 系 統(tǒng)業(yè) 務 邏 輯銀 行 發(fā) 起業(yè) 務 邏 輯企 業(yè) 發(fā) 起業(yè) 務 邏 輯系 統(tǒng)業(yè) 務 邏 輯報 文 轉 換核心調度層其 它 渠 道業(yè) 務 邏 輯企 業(yè) 接 口支 付系 統(tǒng)通 迅層其 它渠 道接 入通 迅層企 業(yè) 接 口 通 迅 層銀 行接 入通 迅層M B F E通迅層前置APP小 額支 付清 算A P I商 業(yè) 銀 行通迅層綜合業(yè)務系統(tǒng)小 額支 付通 迅層中 國 銀 聯充 值 卡 清 算 平 臺移 動 支 付 平 臺W E B 服 務 器 / 表 過 服 務客 戶 信 息管 理合 同 協(xié) 議管 理可 視 化 開發(fā) 界 面單 位 個 人信 息 管 理系 統(tǒng) 管 理手 續(xù) 費管 理數 據 庫管 理 系 統(tǒng)連 接 小 額 支 付 系 統(tǒng)連 接 小 額 支 付 系 統(tǒng)連 接 小 額 支 付 系 統(tǒng)直 聯 或 者 無 線 設 備W E B 客 戶 端5.2.4 軟件總體結構 1、總體功能劃分 (前臺，客戶，賬務，數據，卡，可視工具）參照目錄 - 36- 2、 前臺業(yè)務系統(tǒng)功能劃分 3、后臺處理系統(tǒng)功能劃分 - 37- 4 、中間層劃分 5.3 信息交換設計 5.3.1 接口部分 平臺后臺處理系統(tǒng)是系統(tǒng)的核心部分，負責與各種接口系統(tǒng)之間的信息交換，同時負責代收業(yè)務、代付業(yè)務、主動繳費、實時扣費以及未來新增業(yè)務的處理以及軋差清算等。 銀行接口系統(tǒng)負責平臺后臺系統(tǒng)與商行行內系統(tǒng)間的信息交換。 收費單位接口系統(tǒng)負責收費單位與平臺后臺系統(tǒng)間的信息交換。 收費單位 WEB應用系統(tǒng)負責處理收費單位通過 WEB發(fā)起的提出提回請求，如：代收文件提出，代收返回文件提回等等。 - 38- 與人行 ABS 接口是將平臺軋差的數據 ,最終提交給 ABS 進行資金的跨行清算。 與充值卡清算平臺的接口是每日將在 公用 事業(yè)平臺上用充值卡進行繳費的繳款數據進行清算。 與移動支付平臺的接口是每日將在 公用 事業(yè)平臺上用手機進行繳費的繳款數據進行清算。 5.3.2 內部接口 從平臺的體系結構來看，平臺提供的各種服務都是由應用服務系統(tǒng)請求的，因此對于平臺來說， 其服務的接口應滿足應用服務系統(tǒng)的需要。下面就其間的接口原則和基本數據格式進行說明。 平臺間的數據傳遞通過 TCP 協(xié)議，采用統(tǒng)一的數據結構NodeDataMsg， NodeDataMsg結構定義了常用的字段和一個可變字段，能靈活實現數據的存放。 如果需要傳遞的數據超過 1024 字節(jié)，就通過文件進行傳遞，首先通過 NodeDataMsg 結構傳遞文件名，然后通過平臺通訊平臺提供的文件服務器傳遞文件內容。 委托方、外圍設備與平臺間的數據傳遞也采用上述方法進行傳遞。 5.3.3 銀行接口系統(tǒng) 銀行接口系統(tǒng)為銀行端接入提供前 置機 (C/S結構 )方式。 - 39- 前置機方式需要在商業(yè)銀行擺放繳費通系統(tǒng)前置機，商業(yè)銀行前置機介于商業(yè)銀行行內系統(tǒng)與繳費通后臺處理平臺之間，主要完成各商業(yè)銀行的各種交易在商業(yè)銀行和繳費通系統(tǒng)之間的轉發(fā)，交易數據的加密和校驗，以及其他業(yè)務信息的傳送等 ,前置機的客戶端軟件可以完成代收文件、代收返回文件、以及客戶信息文件的提出、提回等操作。 前置機系統(tǒng)與商業(yè)銀行行內系統(tǒng)的連接可通過商業(yè)銀行的局域網與商業(yè)銀行主機直聯來實現。 前置機系統(tǒng)既提供報文接口以實現與商業(yè)銀行業(yè)務系統(tǒng)直聯，也提供文件接口支持商業(yè)銀行以手工方式交換數據 。 5.3.4 收費單位接口系統(tǒng) 在繳費通系統(tǒng)一期，支持企業(yè)與繳費通系統(tǒng)之間采用 B/S 結構，企業(yè)可通過登錄繳費通網頁完成代收文件的提出 /提回、客戶信息添加 /刪除等管理、用戶管理、查詢等功能。 對于支持實時繳費、實時扣費業(yè)務的企業(yè) , 需要企業(yè)業(yè)務系統(tǒng)與繳費通系統(tǒng)直聯（可選擇是否采用前置機方式），而用戶管理、查詢、打印等功能依然通過瀏覽器方式完成。 5.3.5 人行 ABS 接口 繳費系統(tǒng)的最終軋差數據由人行 ABS清算，平臺與人行 ABS 之間采用磁盤接口的方式。本系統(tǒng)也可通過中國現代化支付系統(tǒng)進行清- 40- 算。 5.3.6 充值卡清算平臺接口 充值卡平臺接口支持了充值卡實時繳費、實時扣費、批量扣費業(yè)務的扣款清算。 5.3.7 移動支付平臺接口 移動支付接口支持了手機實時繳費、實時扣費、批量扣費業(yè)務，可利用自身或者 SP的清算平臺進行賬務的清算。 5.4 系統(tǒng)數據流 設計 平臺的主要數據可分為業(yè)務信息指令流及對帳信息流兩部分。所有的信息指令流全部經平臺轉發(fā)，資金流走同城清算系統(tǒng)。信息指令流驅動資金流的啟動，資金流結束后，無需人工干預反映到平臺，即完成了信息指令流的終結。 業(yè)務信息指令流即平臺的一些查詢、繳費、抹帳等交易，各家商業(yè) 銀行 在完成信息資料的匯集后，將信息發(fā)住平臺，平臺再將此 信息整理后發(fā)住各委托單位，各委托單位收到信息后，經過正常的數據處理流程，將處理后的數據返回給平臺，平臺再分類整理 ，將整理后的數據轉發(fā)給各商業(yè)銀行，完成該數據流的終結。 對帳信息流指各商業(yè)銀行在日終結束后，將當日的交易明細數據整理，傳給平臺，平臺將此數據與自身帳目核對后，補齊平臺由于網- 41- 絡傳輸、系統(tǒng)上 造成的非正常差錯帳目后，生成各委托單位的匯總明細，再傳送給各委托單位，委托單位與各自的帳目核對后，補記或沖正各自記費系統(tǒng)未記帳目，完成該數據流的終結。 系統(tǒng)數據流圖 示如下： - 42- 第 六 章 項目投資 估算及資金籌措 6.1 項目總投資 項目總投資為 2100萬元，其中固定資產投資 2030萬元，流動資金 70 萬元。 6.2 資金 籌措方案 6.2.1資金來源 本項目總投資 2100萬元，擬申請政府財政補助 80 萬元，其他由中心自籌解決。 本項目資金籌措符合國發(fā) 199635 文國務院關于固定資產投資項目試