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