中國進出口銀行聯(lián)合開發(fā)系統(tǒng)資本新規(guī)配套改造需求實施項目
單一來源采購論證和供應商征集結(jié)果公示
- 項目名稱：中國進出口銀行聯(lián)合開發(fā)系統(tǒng)資本新規(guī)配套改造需求實施項目
- 采購人名稱：中國進出口銀行
- 采購人地址：北京市西城區(qū)復興門內(nèi)大街**號
- 項目資金來源：企業(yè)自籌資金
- 項目預算：****萬元
- 本次采購內(nèi)容為：采購聯(lián)合開發(fā)系統(tǒng)資本新規(guī)配套改造服務
- 擬采購方式：單一來源采購
- 擬采購供應商名稱：建信金融科技有限責任公司
- 擬采購供應商地址：中國（上海）自由貿(mào)易試驗區(qū)銀城路**號**層、**層
- 論證專家成員：趙爭、李莉、朱云鵬
- 專家論證意見表見附件1
- 供應商征集情況：本項目于****年6月**日發(fā)布征集公告，至報名結(jié)束時間****年6月**日，共有1家供應商（建信金融科技有限責任公司）報名。
- 公示期：****年6月**日至****年6月**日，共計5個工作日。潛在供應商對公示內(nèi)容有異議的，請于公示期內(nèi)將書面意見反饋至中化商務有限公司，書面文件包括：
? 有效的營業(yè)執(zhí)照或事業(yè)單位法人證明復印件；
? 法定代表人授權(quán)書（如由授權(quán)代理人提出異議的）；
? 異議單位情況介紹（包括但不限于供應商名稱、聯(lián)系人、聯(lián)系電話、聯(lián)系郵箱等）；能夠完成本項目的聲明及證明材料；
? 采購需求技術(shù)指標的不合理性意見（如有）；
? 若異議材料通過審核，能夠準時參加后續(xù)采購活動的承諾函（非不可抗力不得放棄參加后續(xù)采購活動，否則將被列入中國進出口銀行不良供應商名錄）；
以上內(nèi)容均需加蓋企業(yè)公章。
- 項目需求：見附件2。
采購代理機構(gòu)：中化商務有限公司
地 址：北京市豐臺區(qū)平安幸福中心B座**層（郵編：******）
業(yè)務聯(lián)系人：劉軒博、金美廷
電 話：**********8、**********4
電子郵件：liuxuanbo@sinochem.com、jinmeiting@sinochem.com
中化商務有限公司zl招標代理簽章
****年6月**日
附件1：專家論證意見表
附件2：項目需求書
****年,國家金融監(jiān)督管理總局發(fā)布《商業(yè)銀行資本管理辦法》（國家金融監(jiān)督管理總局令****年第4號，以下簡稱資本新規(guī)），并于****年1月1日正式施行，政策性銀行參照執(zhí)行，實施過渡期2年。資本新規(guī)在銀行數(shù)據(jù)治理、IT系統(tǒng)建設、業(yè)務流程優(yōu)化、信息披露和內(nèi)部資本管理等多個方面，較原試行辦法提出了更高要求。****年1月，采購人依據(jù)資本新規(guī)啟動了風險加權(quán)資產(chǎn)計算及新資本協(xié)議監(jiān)管報表系統(tǒng)（以下簡稱RWA系統(tǒng)）建設工作。
為保障資本新規(guī)在采購人按期落地實施，在RWA系統(tǒng)建設的同時，需對其上游聯(lián)合開發(fā)系統(tǒng)部分功能進行配套改造工作。
為配合RWA系統(tǒng)在****月**月前完成行內(nèi)系統(tǒng)整體建設，并于****年1月1日正式投產(chǎn)上線?，F(xiàn)擬將已澄清的9項涉及RWA系統(tǒng)配套改造需求作為聯(lián)合開發(fā)系統(tǒng)資本新規(guī)配套改造需求采購實施服務。
聯(lián)合開發(fā)系統(tǒng)是指中國進出口銀行與建信金融科技有限責任公司聯(lián)合開發(fā)的中國進出口銀行相關系統(tǒng)。
（二）需求依據(jù)和來源
依據(jù)資本新規(guī)相關內(nèi)容和采購人RWA系統(tǒng)建設總體要求，各業(yè)務部門提出了系統(tǒng)功能改造需求，涉及與RWA系統(tǒng)相關的上游系統(tǒng)。
（三）功能或目標
****年**月前完成相關系統(tǒng)功能改造，通過2個月試運行，****年1月1日與RWA系統(tǒng)同步投產(chǎn)上線，并提供至少1年的免費維護服務。
| 聯(lián)合開發(fā)系統(tǒng)資本新規(guī)改造需求實施項目業(yè)務需求清單 | |
| 需求編號 | 需求簡稱 |
| XQ************-**1 | 內(nèi)控合規(guī)與操作風險管理系統(tǒng)內(nèi)操風損失數(shù)據(jù)子模塊改造需求 |
| XQ************-**1 | 資本新規(guī)實施咨詢項目_RWA系統(tǒng)上下游系統(tǒng)優(yōu)化改造業(yè)務需求（貿(mào)易金融部） |
| XQ************-**1 | 投資級公司、境外公共部門客戶系統(tǒng)功能開發(fā) |
| XQ************-**1 | 資本新規(guī)項目上游系統(tǒng)改造——RAROC試算相關需求 |
| XQ************-**1 | 資本新規(guī)項目上游系統(tǒng)改造——估值引擎改造需求 |
| XQ************-**1 | 資本新規(guī)-客服部押品管理配套改造（含有約束力的意向性文件） |
| XQ************-**1 | 資本新規(guī)-客服部貸款和貸后管理業(yè)務改造需求 |
| XQ************-**1 | 資本新規(guī)-轉(zhuǎn)貸部同業(yè)客戶管理配套改造 |
| ZX************-**1 | 資本新規(guī)咨詢項目技術(shù)支持需求 |
| 序號 | 服務內(nèi)容 | 主要工作 |
|
1 | 項目管理 | 配合采購人開展以下工作：制定項目計劃，監(jiān)督和控制項目進度；負責管理安排項目資源；開展實施項目配置和交付管理以及項目質(zhì)量管理；開展項目問題管理和項目風險管理；按照要求定期進行工作報告等 |
| 2 | 需求分析 | 根據(jù)業(yè)務要求，梳理轉(zhuǎn)化為業(yè)務對系統(tǒng)功能性和非功能性等具體要求，形成需求規(guī)格說明書 |
| 3 | 設 計 | 完成相關物理子系統(tǒng)的概要設計、詳細設計等相關工作，形成相應設計說明書 |
| 4 | 開 發(fā) | 根據(jù)功能設計按計劃完成開發(fā)，實現(xiàn)設計功能，完成單元測試等工作 |
| 5 | 測 試 | 開展產(chǎn)品、系統(tǒng)集成等測試工作，包括測試計劃、準備和執(zhí)行，完成測試案例、腳本及數(shù)據(jù)的編制和準備，及時組織系統(tǒng)修補和必要的回歸測試，形成測試報告；協(xié)助開展用戶驗收測試相關工作 |
| 6 | 投產(chǎn)運維 | 為系統(tǒng)投產(chǎn)演練和投產(chǎn)上線等提供必要支持，包括但不限于各類方案計劃和流程策略的制定、現(xiàn)場人員支持及運維培訓等工作 |
| 7 | 培 訓 | 通過必要培訓使采購人相關人員熟悉系統(tǒng)內(nèi)容和功能，以及使用權(quán)限劃分與操作方式，包括系統(tǒng)架構(gòu)、部署運維、參數(shù)配置等內(nèi)容；提供完備的培訓材料 |
三、 業(yè)務要求
****年**月前完成系統(tǒng)功能改造，****年1月1日投產(chǎn)上線為項目時間剛性約束。各業(yè)務需求說明書中對需求提出了詳細了業(yè)務要求和調(diào)整內(nèi)容。具體需求清單見附件。
四、 技術(shù)要求
在保持現(xiàn)有系統(tǒng)整體架構(gòu)和穩(wěn)定運行的基礎上，結(jié)合RWA系統(tǒng)建設總體要求，對各項需求進行合理架構(gòu)初分，各物理子系統(tǒng)按照涉及需求的關聯(lián)依賴情況，科學設計系統(tǒng)功能改造方案，確定實施計劃安排，確保系統(tǒng)功能切分清晰，底層邏輯準確，業(yè)務流程順暢。
（一）服務要求
供應商應確保采購人享有對核心產(chǎn)品軟件系統(tǒng)擁有永久的、不可撤銷的、不可轉(zhuǎn)讓的修改權(quán)、復制權(quán)及其他使用權(quán)，以及對客戶化軟件及核心產(chǎn)品軟件系統(tǒng)中客戶化部分的全部知識產(chǎn)權(quán)。為實現(xiàn)上述目的，供應商應向采購人提供客戶化軟件及核心產(chǎn)品系統(tǒng)中客戶化部分的目標程序及全部源代碼，以及核心產(chǎn)品軟件的目標程序及全部源代碼。
保證能夠滿足項目實施全生命周期中對開發(fā)、測試的要求，并支持通過開發(fā)實現(xiàn)對未來業(yè)務和技術(shù)功能的擴展。
為項目配備具有相關資質(zhì)、技能和經(jīng)驗的技術(shù)服務人員，提供所需的信息技術(shù)服務。在人員供給方面，應高效及時提供滿足采購人要求的高質(zhì)量人力資源，并且公司應該具備此類人力資源的儲備，保證滿足采購人各項業(yè)務需求的開發(fā)質(zhì)量及時間要求。在人員穩(wěn)定性方面，應有效保障服務隊伍的穩(wěn)定性，以確保服務質(zhì)量。在人員培訓方面，應定期對服務人員進行內(nèi)部培訓，以使人員不斷補充提高服務技能。
供應商通過電話、電子郵件、傳真等可能必要方式向采購人提供遠程技術(shù)支持，及時響應采購人服務請求，必要時協(xié)商提供人員現(xiàn)場服務支持。
2.服務指標
服務要求根據(jù)重要性分為“★”、“?！焙鸵话阈灾笜??！锎韺嵸|(zhì)性要求，不滿足該指標項將導致投標被拒絕，＃代表重要性參數(shù)，無標識則表示一般指標項。
| 序號 | 服務要求項目 | 重要性 | 服務要求標準 |
| 1 | 產(chǎn)品要求 | ★ | 要求乙方必須對本項目涉及的產(chǎn)品擁有完全的知識產(chǎn)權(quán)；使用非自身產(chǎn)品的，必須有原廠商對該產(chǎn)品的授權(quán)經(jīng)銷商或者有原廠商對本項目的書面授權(quán)。（第三方授權(quán)有關信息應明確告知采購人，包括被授權(quán)產(chǎn)品名稱，授權(quán)方式，授權(quán)期限、授權(quán)費等）。向采購人提供客戶化軟件及核心產(chǎn)品系統(tǒng)中客戶化部分的目標程序及全部源代碼，以及核心產(chǎn)品軟件的目標程序及全部源代碼。 |
| 2 | 故障處理 | ＃ | 供應商通過標準化的操作流程進行軟件的故障診斷和排除；配合其他條線進行故障處理。 響應時限：（<**）分鐘 到達現(xiàn)場時限：（<2）小時 解決問題時限：（<4）小時 |
| 3 | 總體要求 |
| 針對進出口銀行業(yè)務特點闡述系統(tǒng)實施方法論，并結(jié)合方法論，描述完整、可行的系統(tǒng)整體技術(shù)方案、實施方案，包括但不限于項目管理、需求確認、系統(tǒng)設計、系統(tǒng)開發(fā)、系統(tǒng)測試、系統(tǒng)切換、系統(tǒng)推廣等方案，以及試運行策略。 要求完成項目實施、測試及系統(tǒng)投產(chǎn)等工作，并闡述系統(tǒng)的項目整體技術(shù)方案、實施方案、測試方案、系統(tǒng)投產(chǎn)方案，根據(jù)需要附相應模板。對于其中進出口銀行有模板要求的交付件，應使用要求的模版進行編寫。 闡述項目實施的組織架構(gòu)（其中應包含進出口銀行人員），并描述實施預期的時間進度表，提供具有明確里程碑的項目實施計劃。 要求提供初步的驗收測試計劃以及充分的驗收標準，并提供系統(tǒng)集成測試和投產(chǎn)測試的測試方案、測試案例和測試工具。 廠商在本項目實施過程中，須服從進出口銀行項目管理機構(gòu)的管理。 要求廠商提供本項目中所有交付物清單，包括但不限于項目文檔、產(chǎn)品技術(shù)文檔（包括平臺/系統(tǒng)相關的接口和集成技術(shù)規(guī)范、設計規(guī)范等規(guī)范類文件，與整體技術(shù)方案一并納入評審范圍。如需外部專家參加評審的，乙方負責外部專家評審費用）、用戶手冊和系統(tǒng)管理手冊。 闡述系統(tǒng)故障應急預案，確保系統(tǒng)在突發(fā)狀況后能夠及時發(fā)現(xiàn)，補救，恢復。 如有涉及第三方產(chǎn)品及服務，闡述相關產(chǎn)品及服務內(nèi)容，報價及后期維護方式和費用。 在技術(shù)方案評審階段，提供軟件物料清單，如涉及開源軟件引入和使用的，應按照采購人要求開展引入評審和使用備案后方可使用。提供后續(xù)對開源軟件的維護及升級支持，納入維保范圍。 項目所涉及系統(tǒng)的升級改造應遵循采購人企業(yè)級架構(gòu)原則進行系統(tǒng)設計，制定系統(tǒng)架構(gòu)方案，并綜合考慮采購人國產(chǎn)化替代工作情況。包括但不限于按照采購人聯(lián)機、批量、消息等接口標準與行內(nèi)系統(tǒng)進行交互；可對接采購人統(tǒng)一的用戶認證系統(tǒng)，平臺內(nèi)部應用實現(xiàn)單點登錄功能；Web頁面應基于chrome內(nèi)核瀏覽器進行開發(fā)等。 |
| 4 | 項目實施要求 |
| 以下列出了本項目實施過程中重要的實施任務，乙方應承諾完成所有實施任務，并遵守其中相關約定。相關要求參照項目工作說明書。 （一）項目管理。 負責制定項目計劃，并按照進出口銀行的要求進行必要的調(diào)整。監(jiān)督和控制項目進度。 負責管理安排項目資源。 負責配合管理項目的各項任務執(zhí)行、人力資源、相互工作配合與交付承諾。 負責配合管理項目范圍和需求變更，并協(xié)調(diào)變更要求的簽署。 負責實施項目配置和交付管理以及項目質(zhì)量管理。 負責項目問題管理和項目風險管理。 負責與進出口銀行進行溝通并按照要求進行工作報告。 （二）業(yè)務功能分析和設計。 負責對本項目需求梳理細化。 負責業(yè)務需求差異分析和評估。 負責業(yè)務功能分析和制定。 負責編寫需求規(guī)格說明書。 負責提出與周邊系統(tǒng)的集成解決方案。 負責系統(tǒng)配置設計、界面設計、擴展功能開發(fā)設計、數(shù)據(jù)轉(zhuǎn)換設計等。 （三）技術(shù)架構(gòu)分析和設計。 負責制定技術(shù)架構(gòu)方案。 負責制定運維管理方案。 負責分析接口定義并提出技術(shù)實現(xiàn)方案。 負責評估與進出口銀行總體技術(shù)架構(gòu)的差異，并編寫技術(shù)規(guī)格說明書。 負責提出開發(fā)與測試環(huán)境的構(gòu)建方案。 負責提出生產(chǎn)環(huán)境的構(gòu)建方案。 負責編寫技術(shù)設計說明書。 （四）業(yè)務功能構(gòu)建。 負責提出參數(shù)配置模版及配置方案。 負責進行客戶化部分的詳細設計，并編寫詳細設計說明書。 負責接口開發(fā)、擴展功能開發(fā)、數(shù)據(jù)轉(zhuǎn)換開發(fā)。 負責計劃、準備與執(zhí)行單元測試。 負責確認單元測試結(jié)果并提交單元測試報告。 （五）技術(shù)架構(gòu)構(gòu)建。 負責測試環(huán)境的構(gòu)建與確認。 負責就測試環(huán)境管理流程和制度與進出口銀行達成一致。 負責進行測試環(huán)境下的應用系統(tǒng)的安裝和配置。 （六）產(chǎn)品測試和性能測試。 負責產(chǎn)品測試的計劃、準備和執(zhí)行。 負責系統(tǒng)修補，并完成產(chǎn)品測試報告。 負責性能測試的計劃、準備和執(zhí)行。 負責系統(tǒng)調(diào)優(yōu)和進一步的性能測試，并負責完成性能測試報告。 （七）系統(tǒng)集成測試。 負責提出系統(tǒng)集成測試計劃和方案。 負責完成系統(tǒng)集成測試案例、測試腳本以及相關的測試數(shù)據(jù)。 負責在進出口銀行統(tǒng)一管理下執(zhí)行系統(tǒng)集成測試，進行系統(tǒng)修補和必要的回歸測試。 負責完成相應的系統(tǒng)集成測試報告。 （八）用戶驗收測試。 協(xié)助提出用戶驗收測試計劃和方案。 協(xié)助準備用戶驗收測試案例、測試腳本和數(shù)據(jù)。 協(xié)助執(zhí)行用戶驗收測試。 負責系統(tǒng)修補。 協(xié)助進行回歸測試、協(xié)助完成用戶驗收測試報告。 （九）投產(chǎn)和推廣（包括投產(chǎn)、試運行、正式運行、最終驗收）。 根據(jù)需要負責制定上線演練計劃和方案。 負責制定投產(chǎn)演練方案、運維測試方案，負責運維培訓，配合行方完成投產(chǎn)演練和運維測試工作。 在進出口銀行統(tǒng)一管理下執(zhí)行上線演練。 負責制定投產(chǎn)上線范圍、制定系統(tǒng)（數(shù)據(jù)、業(yè)務）投產(chǎn)上線計劃。 負責制定投產(chǎn)上線操作方案、流程和策略，并制定應急和恢復方案。 負責制定試運行方案、流程和策略，并制定應急和恢復方案。 協(xié)助進出口銀行進行推廣文檔編制。 協(xié)助進出口銀行完成投產(chǎn)上線。 支持系統(tǒng)試運行工作。 協(xié)助進出口銀行完成系統(tǒng)最終驗收。 （十）第三方測試（如有）。 負責準備測試對象的搭建及調(diào)試。 負責按第三方測試要求準備測試數(shù)據(jù)。 為第三方測試提供技術(shù)支持。 負責缺陷修復。 |
| 5 | 培訓及知識轉(zhuǎn)移要求 |
| （一）培訓對象：培訓對象包括進出口銀行的開發(fā)人員、系統(tǒng)運行維護管理人員，以及其他相關人員。 （二）培訓目標：通過培訓，應使上述人員掌握系統(tǒng)提供的內(nèi)容和功能，以及使用權(quán)限劃分與操作方式。 （三）培訓內(nèi)容：乙方應具有知識和技術(shù)轉(zhuǎn)移的意愿，并闡述詳細的實際措施，以對項目實施階段的參與者及項目最終的使用和運維團隊進行全面、有效的知識轉(zhuǎn)移。乙方需向進出口銀行提供系統(tǒng)在配置、開發(fā)、安裝、使用、監(jiān)控和維護等方面的培訓。乙方須詳細列出各階段培訓的服務清單和培訓費用，服務清單包括培訓內(nèi)容、授課方式、培訓對象、時間計劃安排和培訓反饋處理等，對項目實施階段的參與者及項目最終的使用和運維團隊進行全面、有效的知識轉(zhuǎn)移，確保進出口銀行形成一支熟悉系統(tǒng)運用和維護的專家隊伍。 （四）培訓材料：乙方為所有被培訓人員提供完備的文字資料（書面及電子版）和講義（書面及電子版）等相關用品。 |
（二）主要交付物
在項目工作書中明確交付物類型、內(nèi)容及交付形式，包含但不限于以下內(nèi)容。
| 過程域 | 文檔 |
| 項目管理 | 《項目詳細實施計劃》 |
| 《項目質(zhì)量審計報告》 | |
| 《關鍵人員簡歷》? | |
| 《關鍵人員人力資源變動報告》 | |
| 項目狀態(tài)報告：日常管理采用周報 | |
| 需求分析 | 《功能需求規(guī)格說明書》 |
| 《非功能需求規(guī)格說明書》（如有） | |
| 設計 | 《概要設計說明書》 |
| 《詳細設計說明書》 | |
| 應用系統(tǒng)部署架構(gòu)（如有） | |
| 基礎軟硬件配置清單（如有） | |
| 開發(fā) | 《單元測試案例》 |
| 《系統(tǒng)內(nèi)集成測試案例》 | |
| 《系統(tǒng)內(nèi)集成測試報告》 | |
| 測試 | 《應用組裝測試案例》 |
| 《應用組裝測試報告》 | |
| 通過用戶驗收測試后的源代碼 | |
| 業(yè)務培訓 | 《培訓講義》（如有） |
| 《用戶操作手冊》（如有） | |
| 技術(shù)培訓 | 《培訓講義》（如有） |
| 系統(tǒng)投產(chǎn) | 《投產(chǎn)任務跟蹤表》（按版本） |
| 《操作控制表》 | |
| 待投產(chǎn)的應用程序版本 | |
| 《應急預案》（如有） | |
| 《投產(chǎn)報告》（按版本） | |
| 《運維手冊》、《日志報錯代碼表》、《批量手冊》、《監(jiān)控手冊》、《知識庫》（如有） | |
| 系統(tǒng)應用維護 | 知識轉(zhuǎn)移文檔：《運維手冊》（含《日志存儲備份清理方案》等日常運維的必要件）、《日志報錯代碼表》、《批量手冊》、《監(jiān)控手冊》（如有） |
| 知識庫（包含《上線運行問題報告和問題跟蹤表》、《重大問題分析報告》（如有）） | |
| 《維護期總結(jié)報告》 | |
| 《月度運行維護報告》 |
熟悉采購人聯(lián)合開發(fā)系統(tǒng)現(xiàn)狀，具有項目涉及系統(tǒng)相關實施經(jīng)驗；具備完成服務范圍內(nèi)各項工作的能力；團隊中關鍵核心崗位人員，如項目經(jīng)理、關鍵技術(shù)人員等不得外包。
1.承諾已進入項目組的關鍵核心崗位人員不得隨意更換。如確實需要更換人員須經(jīng)過采購人審核通過后方可換人。同時要求新?lián)Q人員必須通過采購人的審核，且由供應商保證人員更換期間工作的連續(xù)性。其他崗位人員如有更換需書面告知采購人，并承諾不因此降低服務質(zhì)量。
2.承諾進入項目組的駐場服務人員，要提供人員簡歷、學歷證明復印件及人員相關認證資質(zhì)復印件，簽署安全保密承諾書，并滿足采購人管理要求：
（1）所有駐場服務人員必須遵守采購人作息制度和相關工作制度規(guī)定，提供5*8小時駐場服務。
（2）駐場服務期間，所有駐場服務人員必須嚴格按照采購人各項規(guī)章制度合規(guī)開展工作；駐場服務地點為采購人指定地點。
（3）任何駐場服務人員不得隨意更換。如果更換人員則供應商應提前1個月通知采購人，并經(jīng)過采購人審核通過后方可換人。同時要求新?lián)Q人員必須通過采購人的審核，且由供應商保證人員更換期間支持工作的連續(xù)性；
（4）如果支持人員因違反采購人工作紀律或相關運行制度，并給采購人造成了損失，則供應商有責任進行賠償，具體賠償標準見合同。
（5）根據(jù)支持效果，對于不能夠勝任支持工作的人員，采購人有權(quán)利要求供應商重新進行調(diào)換。同時由供應商保證人員更換期間支持工作的連續(xù)性。
在未征得采購人同意的情況下，供應商供應商必須保證所提供的人員能夠嚴格遵守各項規(guī)章制度，主要包括但不限于以下內(nèi)容：
（一）法律合規(guī)方面，應有效規(guī)避實施過程中給采購人帶來的法律風險。
（二）信息安全方面，應有效規(guī)避因服務人員導致的銀行信息（如業(yè)務數(shù)據(jù)和商務信息等）泄漏風險。
（三）生產(chǎn)安全方面，應嚴格規(guī)避因人員操作不當，導致的銀行系統(tǒng)出現(xiàn)安全性和穩(wěn)定性風險事件。
（四）安全審計方面，應確保針對銀行設備的相關操作留有紙質(zhì)或視頻記錄。
（五）保密要求方面，供應商對項目實施中涉及到的相關數(shù)據(jù)、資料、文檔等具有保密的義務，并應按照相應保密規(guī)定執(zhí)行。本項目所形成的數(shù)據(jù)成果歸采購人所有。未經(jīng)采購人同意，供應商不得向第三方泄露、公開或用于提供法律服務之外的其他目的，對掌握的采購人、采購人客戶的資料，供應商應采取措施與其他客戶資料施行有效隔離。
（一）項目周期
合同簽署至項目驗收后**個月。
（二）服務地點
中國進出口銀行信息科技部（北京或其他指定地點）。
九、 財務支付要求
| 序號 | 付款節(jié)點 | 付款條件 | 付款比例(或金額) |
| １ | 首付款 | 合同簽署后，采購人在收到乙方出具的付款申請及相應金額經(jīng)采購人認可的合法有效發(fā)票之日起**個工作日內(nèi) | 付款至合同金額的**% |
| 2 | 驗收款 | 全部需求通過驗收后，采購人自收到乙方出具的付款申請及相應金額經(jīng)采購人認可的合法有效發(fā)票之日起**個工作日內(nèi) | 付款至合同金額的**% |
| 3 | 尾 款 | 維護期結(jié)束，乙方提交維護期總結(jié)報告并得到采購人書面確認后，采購人收到乙方出具的付款申請及相應金額經(jīng)采購人認可的合法有效發(fā)票之日起**個工作日內(nèi) | 付款至合同金額的**0% |
（一）履約驗收的主體、時間、程序
1.驗收主體
采購人組織驗收。
2.驗收時間及程序
項目涉及系統(tǒng)投產(chǎn)上線完成并穩(wěn)定運行滿3個月，各項功能滿足驗收標準，進出口銀行組織驗收。
具備驗收條件后，由供應商向采購人提出驗收申請，采購人收到申請后，自行或授權(quán)第三方監(jiān)理依照合同及本工作說明書對其工作進行驗收評估，如驗收評估中發(fā)現(xiàn)其工作存在瑕疵、問題或遺漏，供應商須按照采購人要求限時解決，解決后采購人再次進行驗收。驗收通過后，采購人出具驗收報告。
（二）履約驗收內(nèi)容和標準
本項目應于****年**月前完成功能改造，****年1月1日完成上線，乙方應嚴格按實施計劃完成設計、開發(fā)、測試、投產(chǎn)等各階段內(nèi)容，并確保項目總體目標。
（1）交付件，包括文檔資料、源代碼等
（2）適配改造的物理子系統(tǒng)應用軟件
（3）以量化的SLA考核指標為依據(jù)，對供應商服務及項目完成情況進行量化評價
2.驗收標準
（1）文檔驗收標準
? 文檔內(nèi)容應包含對應工作階段的所有工作任務的最終成果
? 文檔內(nèi)容無重大分歧，進出口銀行能夠接受文檔中的主要觀點、認可文檔中所體現(xiàn)的工作成果
? 所有正式交付件表達清晰、內(nèi)容完整，符合采購人要求。交付文檔的描述不存在實質(zhì)性的錯誤（包括不真實、遺漏、誤差、以及對使用者可能產(chǎn)生誤導的信息）；文字無重大或誤導性錯誤
? 文檔交付齊備
? 除特別指明的并經(jīng)采購人同意的英文提交文檔之外，要求提供中文文檔
? 提交項目全部交付件并通過采購人審核，在此基礎上形成項目的《交付件交付情況一覽表》，經(jīng)過采購人核對認可
（2）系統(tǒng)驗收標準
? 系統(tǒng)符合項目工作說明書的要求
? 新增系統(tǒng)的安全等級保護基本要求滿足國家標準和監(jiān)管要求中對本系統(tǒng)的相應要求
? 系統(tǒng)通過用戶接收測試，若有遺留問題須在本項目最終驗收啟動前解決
（3）SLA指標考核
本項目發(fā)起驗收時，進行SLA考核。指標項如下：
| 序號 | 指標名稱 | 量化標準 | 評估方式 （優(yōu)**0-良**-中**-差0） | 指標占比 |
| 1 | 本項目進度及計劃執(zhí)行率 | 各階段累計工作延后完成天數(shù)/各階段累計計劃天數(shù) | 1. 計劃延誤率為0 優(yōu) 2. 0＜計劃延誤率≤1% 良 3. 1%＜計劃延誤率≤3% 中 4. 3%＜計劃延誤率 差 | **% |
| 2 | 項目投產(chǎn)后問題數(shù)量 | 投產(chǎn)后至驗收時累計問題數(shù) | 1.每**0功能點每3月發(fā)現(xiàn)問題數(shù)<5 優(yōu) 2.每**0功能點每3月發(fā)現(xiàn)問題數(shù)<=** 良 3.每**0功能點每3月發(fā)現(xiàn)問題數(shù)<=** 中 4.每**0功能點每3月發(fā)現(xiàn)問題數(shù)>** 差 | **% |
| 3 | 工單未及時處理率 | 工單處理時長超一個月工單數(shù)量/總工單數(shù)量 | 1. 工單未及時處理率≤0% 優(yōu) 2. 0%<工單未及時處理率≤5% 良 3. 5%<工單未及時處理率≤**% 中 4. **%<工單未及時處理率 差 | **% |
| 4 | 異?？记诼? | 駐場期間異?？记谔鞌?shù)/應出勤天數(shù) | 1. 異?？记诼省?% 優(yōu) 2. 5%＜異?？记诼省?*% 良 3. **%＜異?？记诼省?*% 中 4. **%＜異?？记诼?差 | **% |
根據(jù)SLA最后得分情況，劃分為四個等級：
SLA>=**的為優(yōu)；
SLA在**-**的為良；
SLA在**-**的為中；
SLA<**的為差。
（三）SLA考核的罰則
1.SLA考核為良：約談公司高管，提出服務質(zhì)量保障具體措施并限期落實；
2.SLA考核為中：約談公司高管，提出服務質(zhì)量保障具體措施并限期落實，從本次付款起每期付款順次延遲半年支付，如有多次延遲的，延遲期限疊加。
3.SLA 考核為差：約談公司高管，提出服務質(zhì)量保障具體措施并限期落實，暫停本次及以后各期款項支付，直至下次考核時服務質(zhì)量達到中級以上，接續(xù)按以上標準執(zhí)行。如已是最后一次驗收，則扣除“合同價款”的百分之五（5%）。
無。
十二、投標人及產(chǎn)品的技術(shù)、能力、認證等相關證書
無。
合同模板及保密協(xié)議均采用采購人制式文本。
