1、蘭州大學網上繳費第三方支付平臺服 務項目詢價文件項目編號：LDZCC-2016-08O-XJ標段：1標段項目名稱：蘭州大學網上繳費第三方支付平臺服務項目 采購人：蘭州大學實施部門：蘭州大學采購管理辦公室地址：蘭州市城關區天水南路 222號時間：2016年8月編制時間：2016年8月30日文件內容是否涉密：負責人審核意見：負責人簽字:第一部分米購邀請詢價邀請第二部分響應文件的材料組成及規定格式、響應文件封面（格式）、目錄（格式）三、附件（格式）第三部分采購需求及評審辦法 采購項目內容、需求及技術要求及評審辦法第一部分采購邀請第一章詢價邀請蘭州大學網上繳費第三方支付平臺服務項目前期工作已準備就緒，

2、具備采購條件。建設資金來自財政資金。受蘭州大學委托，對蘭州大學網上繳費第三方支付平臺服務項目 實行在蘭州大學基礎醫學院 實驗教學標本供應資格準入的供應商中以詢價方式遴選供應商，歡迎 符合資格條件的供應商參與，現將該項目有關采購事宜公告如下：一. 項目概況1. 項目名稱：蘭州大學網上繳費第三方支付平臺服務項目2 .項目編號：LDZCC-2016-08O-XJ3.采購內容、預算及標段劃分等：標段采購內容預算金額（人民幣）貨物質量或服務標準要求一蘭州大學網上繳 費第三方支付平 臺服務項目0符合國家和詢價文件相關要求， 詳見詢價文件；二、響應文件的遞交1.響應文件的遞交時間（同詢價時間）：2016年9

3、月9日9:00（北京時間）。遞交地點（同詢價地點）：蘭州大學盤旋路校區貴勤樓516A室2. 逾期送達的或者未送達指定地點的響應文件，采購人不予受理。三、米購人聯系方式（一）采購活動實施部門聯系方式實施部門：蘭州大學招標管理辦公室 聯系人：孫老師聯系電話子郵箱：Zbk。地址：蘭州市城關區天水南路 222號蘭大本部貴勤樓515室。（二）項目技術聯系人聯系人：趙老師，聯系電話O2016蘭州大學招標管理辦公室年9月2日第二部分I 響應文件的材料組成及規 定格式裝訂及密封要求裝訂及密 封要求響應文件必須分標段制作并裝訂，要求一套正本和兩套副本，復印件

4、應每頁標注“本件與原件一致”字樣并逐頁加蓋投標人法人公章后按順序裝訂成冊。紙質投標文件應按以下要求裝訂和密封：1. 打印（印刷）、A4幅面、清晰、工整、美觀。2. 響應文件封面的右上角應清楚標明“正本”或“副本”字樣。3. 響應文件的正本和副本必須采用左側無線膠訂，分別裝訂成冊，不得采用活頁或可拆卸的裝訂方式，否則其響應將被拒絕。4. 響應文件應編制目錄，并 將封面作為起始第1頁，目錄作為第2頁，逐頁標注連續 頁碼。5. 響應文件和報價表均須嚴格密封，封口處粘貼封條，并加蓋公司鮮章或法人代表授 權代理人簽字。封套上寫 明采購人名稱：項目名稱：項目編號：響應標段：響應單位名稱：在年 月曰時 分（

5、北京時間）前不得啟封響應文件相關材料格式正本|副本項目名稱 項目編號 響應標段響應文件（加蓋單位章）供應商單位名稱: 供應商地址： 供應商電話：年月 日二、目錄封面： 1目錄： 2第一部分：商務文件報價材料1. 響應函 32. 響應一覽表 43. 項目清單報價表 實際頁碼資格證明資料1. 營業執照復印件（多證合一，加蓋公司公章） 第二部分：技術文件（服務類）1. 對本項目系統總體要求的理解（格式自擬） 實際頁碼2. 項目總體架構及技術解決方案（格式自擬） 實際頁碼3. 保證服務成果質量的技術力量及技術措施（格式自擬）實際頁碼4. 保證服務成果交付的實施組織方案及人力資源安排（格式自擬）實際頁碼

6、5. 供應商對本項目的合理化建議和改進措施 實際頁碼6. 供應商需要說明的其他文件和說明 實際頁碼本目錄可根據詢價文件要求必須提供的資料排序，其余資料酌情提供）、附件（格式）附件1.報價材料1.1響應函（服務類可參照修訂）致：根據項目（項目編號）詢價文件，簽字代表（姓名）經正式授權并代表供應商 （提交以下響應文件正本一份，并在此聲明，所遞交的響應文件內容完整、在此，簽字代表宣布同意如下：1附投標價格表中規定的應提交和交付的服務收費費率為 。2. 供應商將按磋商文件的規定履行合同責任和義務。3. 供應商已詳細審查全部詢價文件，包括（項目編號）補充通知。我們完全理解并同意放棄對這方面有不明及誤解的

7、權力。4. 本投標有效期為自磋商日起 _90_天。5. 根據供應商須知的規定，我方承諾：（1）與采購人和采購代理機構無任何的隸屬關系或者其他利害關系；（2）與采購單位聘請的為此項目提供咨詢服務的公司及任何附屬機構均無關聯；（3）在參加本項目采購活動前三年內，在經營活動中沒有違背法律的行為，并提供“參 加政府采購活動前三年內在經營活動中沒有重大違法記錄的書面聲明”；（4）我方依照有關法律的規定，沒有偷稅、漏稅的行為，沒有逃避繳納社會保險資金的 行為。6. 供應商同意提供按照貴方可能要求的與其投標有關的一切數據或資料，完全理解貴方不 一定接受最低價的投標或收到的任何投標。7. 與本投標有關的一切正

8、式往來信函請寄：地址：傳真：電話：電子郵件： 供應商名稱（全稱，并加蓋公章） 供應商開戶銀行（全稱）：供應商銀行帳號：供應商授權代表簽字：日期：年月日1.2響應一覽表（服務類）供應商名稱： （此處填名稱并蓋章）金額單位：元項目編號及項目名稱采購內容采購內容：響應報價（收費費率，百 分比）小寫：大寫：質里標準設備投入情況（若有）設施投入情況（若有）項目團隊人數備注說明：1、本表投標價應與響應文件中報價表的報價一致，否則供應商承擔被拒標的風險。2、與本表同時公開唱標的內容包括對其響應文件的修改或撒回通知、投標價折扣聲明、 其他采購人認為應該宣讀的內容等。3、 響應報價的收費費率參照本項目總入賬金額

9、9000萬元人民幣進行報價（費率）。供應商名稱（全稱，并加蓋公章）： 供應商授權代表（簽字）：日期：年 月 日1.3項目清單報價表（服務類，可根據實際情況適當修改）項目名稱：序號服務內容數量計量單 位說明制造商 或承接 商（必填）人民幣報價服務實施時間 （必填）項目實施地點單價 （或 費率）總價1合同簽訂后天內2合同簽訂后天內3合同簽訂后天內注：1.響應報價表所要求的內容必填、否則視為無效投標。2. 投標商所投的服務內容含有多項不同類別服務時必須逐項報價。3. 如果按單價計算的結果與總價不一致，以單價為準修正總價。4. 報價為整體打包價格，應包含產品各類人工、運輸、稅費、手續費以及一切技術和服

10、 務費等。供應商漏報的費用，視為此項費用已隱含在響應報價中，成交后不得再向采購人收 取任何費用。5. 如果不提供詳細分項報價將視為沒有實質性響應磋商文件。6. 上述各項的詳細分項報價（若有），應另頁描述。 供應商名稱（全稱，并加蓋公章）： 供應商授權代表（簽字）：日期：年 月 日附件 2. 資格證明資料2.1 企業法人營業執照正本或副本；（認可三證合一營業執照，提供原件復印或掃描件，加蓋供應商單位公章）2.2 稅務登記證正本或副本；（認可三證合一營業執照，提供原件復印或掃描件，加蓋供應商單位公章）2.3 組織機構代碼證正本或副本；（認可三證合一營業執照，提供原件復印或掃描件，加蓋供應商單位公章

11、）2.4 法律、行政法規規定的各類特定資格條件證明文件（若有）（提供原件復印或掃描件，加蓋供應商單位公章）附件 3：技術文件（服務類）3.1 對本項目系統總體要求的理解 （格式自擬 ）3.2 項目總體架構及技術解決方案 （格式自擬 ）（ 格式自擬 ）3.3 保證服務成果交付的實施組織方案、技術措施、人力資源安排3.4 供應商對本項目的合理化建議和改進措施（若有，格式自擬）3.5 供應商需要說明的其他文件和說明（若有，格式自擬）第三部分采購需求及評審辦法采購項目內容、數量及技術等要求一、 功能需求支付平臺需要同時提供線上支付和線下支付產品來滿足學院的收費需求。需求產品：線上支付1.1 支付交易功

12、能功能描述提供支付平臺與學院在線收費系統的基于電腦瀏覽器的支付接口，以方便開展支付交易。 功能要求支持儲蓄卡、信用卡支付。結算期為 T+1 結算。支持自助結算。 在規定響應時間內完成交易訂單的支付請求，并及時返回交易結果信息。支持 7*24 小時支付服務。 具備跨地域統一支付和屬地化結算的能力。1.2 分賬清算功能功能描述分賬是指將一筆交易款，根據學院指令，靈活的實時分到不同賬戶，根據結算周期進行清算；功能要求一筆交易款，拆分清算；可根據學院指令 實時 拆分；分賬規則由學院 靈活 設置；分賬明細交易查詢：發起分賬方和收款方均擁有專屬后臺，進行交易查詢；1.3 支付對帳功能功能描述指學院在線收費

13、系統與支付平臺之間訂單的對帳處理等功能。功能要求應能接收需進行對帳的使用我院在線收費系統線上支付的相關記錄和數據的文件 （包括支付對 賬文件及退款對賬文件）。每日凌晨 1時前提供前交易日零時至 24 時的支付對賬文件。由于系統原因或其他原因無法按 時提供對賬文件的情況需要有明確的應急處理辦法。對賬文件中的差異部分，按事先雙方約定的處理方式進行后續處理，并提供退款接口。 每日早 8 時前，支付公司后臺結算信息應能展示我院前一交易日交易及結算信息。 提供自助結算功能。如出現單邊賬，需提供解決方法和補單機制。功能要素支付機構通過 sftp 服務方式向我院提供線上支付對賬文件。需要按約定規范生成對賬文

14、件存放在 sftp 服務器上，并提供： sftp 服務器 IP 地址，登錄用戶 名和密碼。1.4 支付查詢功能功能描述 提供每日支付交易明細及批量查詢功能，并提供清算明細及退款明細查詢。 查詢結果可導出成 Excel 文件。功能要求 提供支付實時查詢接口，可查詢支付交易的狀態。 提供支付平臺的支付訂單明細查詢，同時提供清算明細及退款明細查詢功能。功能要素請求要素：提交查詢數據的 URL 地址，部門號，交易類型，支付訂單號，該筆訂單交易日期， 單筆查詢接口版本號，部門保留域等；應答要素： 成功：應答碼，部門碼，查詢訂單號，交易金額，交易幣種，交易日期，交易狀態，數字簽名 等；失敗：失敗信息。1.

15、5 支付退款功能支付公司給學院提供后臺服務，支持查詢功能和退款功能，也可通過提供支付退款接口實現 退款功能。功能描述 通過后臺退款功能或者退款接口，可將我院在線收費系統成功的交易進行退款。功能要求在約定周期內完成退款操作，生成相關退款記錄。 支持單筆退款、批量退款以及接口退款。功能要素請求要素： 部門編號、訂單編號、退款金額、退款原因、操作員編號、數字指紋 應答要素： 響應狀態、響應狀態描述、部門編號、訂單編號、退款金額、退款流水號、操作員編號、數字 簽名退款記錄保存不少于 3 年。1.6 歷史數據存儲功能 保存原始交易記錄 5 年，保存操作日志 3 年。 支持異構數據存儲功能。如：文字、圖片

16、、文檔等結構形式。 系統確保數據在存儲和傳輸時的完整性。需求產品： POS 收單1.7 支付交易功能功能描述支付平臺與學院在線收費系統進行系統對接， 支付流程是用戶可以在我院的收費系統生成 一個支付訂單，選擇 PoS收款后，訂單信息通過數據線傳到 PoS機上，PoS機上顯示支付訂 單號和繳費金額。 當學生刷卡交費成功后， 訂單信息 （包括訂單號和繳費金額和訂單成功狀態 等）通過數據線返回到我院的收費系統。功能要求支持儲蓄卡、信用卡支付。結算期為 T+1 結算。支持自助結算。在規定響應時間內完成交易訂單的支付請求，并及時返回交易結果信息。支持 7*24 小時支付服務。具備跨地域統一支付和屬地化結

17、算的能力。1.8 分賬清算功能功能描述 分賬是指將一筆交易款，根據學院指令，靈活的實時分到不同賬戶，根據結算周期進行清算； 功能要求一筆交易款，拆分清算； 可根據商戶指令 實時 拆分； 分賬規則由商戶 靈活 設置； 分賬明細交易查詢：發起分賬方和收款方均擁有專屬后臺，進行交易查詢；1.9 支付對帳功能功能描述 指學院在線收費系統與支付平臺之間訂單的對帳處理等功能。功能要求 應能接收需進行對帳的使用我院在線收費系統線下支付的相關記錄和數據的文件（包括 支付對賬文件及退款對賬文件）。每日凌晨 1 時前提供前交易日零時至 24 時的支付對賬文件。由于系統原因或其他原因 無法按時提供對賬文件的情況需要

18、有明確的應急處理辦法。對賬文件中的差異部分，按事先雙方約定的處理方式進行后續處理，并提供退款接 口。每日早 8 時前，支付公司后臺結算信息應能展示我院前一交易日交易及結算信息。 提供自助結算功能。如出現單邊賬，需提供解決方法和補單機制。功能要素支付機構通過 sftp 服務方式向我院提供線上支付對賬文件。需要按約定規范生成對賬文件存放在 sftp 服務器上，并提供： sftp 服務器 IP 地址，登錄用戶 名和密碼。1.10 支付查詢功能功能描述 提供每日支付交易明細及批量查詢功能，并提供清算明細及退款明細查詢。 查詢結果可導出成 Excel 文件。功能要求 提供支付實時查詢接口，可查詢支付交易

19、的狀態。 提供支付平臺的支付訂單明細查詢，同時提供清算明細及退款明細查詢功能。功能要素請求要素：提交查詢數據的 URL 地址，部門號，交易類型，支付訂單號，該筆訂單交易日期， 單筆查詢接口版本號，部門保留域等；應答要素：等；失敗:1.11成功：應答碼，部門碼，查詢訂單號，交易金額，交易幣種，交易日期，交易狀態，數字簽名失敗信息。支付退款功能支付公司給學院提供商戶后臺，支持查詢功能和退款功能，也可 通過提供支付退款接口實現退款功能。功能描述通過后臺退款功能或者退款接口，可將我院在線收費系統成功的交易進行退款。功能要求在約定周期內完成退款操作，生成相關退款記錄。支持單筆退款、批量退款以及接口退款。

20、功能要素請求要素：部門編號、訂單編號、退款金額、退款原因、操作員編號、數字指紋應答要素：響應狀態、響應狀態描述、部門編號、訂單編號、退款金額、退款流水號、操作員編號、數字 簽名退款記錄保存不少于 3年。1.12歷史數據存儲功能保存原始交易記錄 5年，保存操作日志 3年。支持異構數據存儲功能。如：文字、圖片、文檔等結構形式。系統確保數據在存儲和傳輸時的完整性。二、性能指標2.1認證性能指標1. 系統忙時，從提交支付訂單到認證結果響應的請求響應時間不超過3秒，忙時響應 率大于99%2. 支付平臺忙時應支持 1000次/s并發請求。2.2業務功能指標業務功能描述忙時平均時間（秒）閑時平均時間（秒）取

21、大時限（秒）訂單處理提交處理時間2132.3應用軟件技術指標交易類業務對帳前準確率達99.99% ,對賬后100%交易類計算結果的準確率達到100%三、安全性要求3.1符合相關信息安全標準和技術標準支付平臺采用的信息安全標準、技術標準等安全標準應符合中國人民銀行、銀監會、證監會以及工信部等有關部門的信息安全標準、規范的有關規定。3.2敏感信息保護功能支付平臺對交易過程產生的敏感信息應進行加密傳輸、處理和保存。支付平臺不得以任何形式存儲學生銀行卡卡片驗證碼、個人標識代碼（PlN）、卡片有效期以及銀行交易密碼。3.3支付信息完整和可靠支付平臺在支付過程中有必要的流程安全控制，保證流程銜接正確，防止關鍵鑒別