【正文】 時候發(fā)現(xiàn)供應商以他人名義報價、相互串通報價，供應商遞交的響應文件中遞交虛假資料或失實資料的，或者以其他方式弄虛作假的，其報價將被拒絕并沒收其磋商保證金，并視情況依法追究責任。 采購人不給予供應商任何補償。 競爭性磋商文件共七章，內容如下： 第一章 競爭性磋商邀請書第二章 供應商須知資料表第三章 供應商須知第四章 項目需求書第五章 評審辦法及評分標準第六章 磋商文件組成和格式第七章 合同格式 供應商應認真閱讀競爭性磋商文件中所有的事項、格式、條款和規(guī)范等。. 競爭性磋商文件的澄清 任何要求對競爭性磋商文件進行澄清的供應商，均應以書面形式通知采購代理機構或采購人，采購 代理機構對其在資料表中所述遞交磋商文件截止期以前收到的對競爭性磋商文件的澄清要求將以書面形式予以答復，同時將書面答復通知所有購買競爭性磋商文件的供應商(答復中不注明問題的來源)。 競爭性磋商文件的修改將以書面形式通知所有購買競爭性磋商文件的供應商，并對其具有約束力。三、響應文件的編制. 語言 供應商遞交的響應文件以及供應商與采購代理機構和采購人就有關競爭性磋商的所有來往函電均應使用“供應商須知資料表”中規(guī)定的語言書寫。. 響應文件構成 供應商編寫的響應文件應包括下列部分：報價部分（）報價函（）首次報價表（需另單獨密封提交一份）（）分項報價表商務部分（）按照競爭性磋商文件第二章供應商須知資料表中（）要求提供的供應商資格證明文件。 響應文件數量：正本份，副本份，電子版份響應文件正本、副本和電子版的內容應一致，如果正本與副本不符，以正本為準。被授權代表需將以書面形式出具的“法定代表人授權書（原件）”附在響應文件中。 每本響應文件的內容應裝訂成冊，一律采用膠裝方式裝訂并附有相關頁碼，每本響應文件均須加蓋騎縫章——即供應商公章。響應文件的正本、副本和電子版應分別封裝，并在每一信封或包裝的封面上寫明：正本或副本或電子版；項目單位名稱；磋商地點及時間；項目編號；項目名稱；供應商名稱及地址。競爭性磋商文件對每種貨物只允許有一個報價，采購代理機構不接受有任何選擇的報價。 報價總價包括供應商為完成本項目所發(fā)生的一切費用。 供應商按上述款要求填寫報價，但不限制采購人以其它方式簽訂合同的權力。. 報價幣種 響應文件、報價表中的報價一律用人民幣填報。 磋商保證金是為了保護采購代理機構和采購人免遭因供應商的原因而蒙受的損失，采購代理機構和采購人在因供應商的行為受到損害時可根據本須知第條的規(guī)定沒收供應商的磋商保證金。以采購代理機構銀行通知確認到賬為準；如至磋商文件遞交截止時間仍未得到采購代理機構的銀行確認，將被視為供應商未提供保證金）、支票、銀行保函等非現(xiàn)金形式。 未能成交的供應商的磋商保證金，將在采購代理機構向供應商發(fā)出成交通知書后個工作日內退還未成交供應商。 下列任何情況發(fā)生時，磋商保證金將被沒收：（）供應商在提交響應文件截止時間后撤回響應文件的；　?。ǎ┕淘陧憫募刑峁┨摷俨牧系?；　?。ǎ┏虿豢煽沽虼枭涛募J可的情形以外，成交供應商不與采購人簽訂合同的；　　（）供應商與采購人、其他供應商或者采購代理機構惡意串通的；　?。ǎ┐枭涛募?guī)定的其他情形。響應文件有效期不足的將被予以拒絕。五、磋商. 磋商小組采購代理機構根據有關法律法規(guī)和本磋商文件的規(guī)定，結合本采購項目專業(yè)要求組建磋商小組，對具備實質性響應的響應文件進行評估和比較。采購代理機構協(xié)助磋商小組工作。磋商小組將與進入磋商的供應商依照遞交磋商文件次序分別進行一對一磋商。供應商的磋商代表應按照磋商小組通知的時間和地點參加磋商，為加快磋商進程，要求參加磋商的供應商代表已獲得充分授權。.對供應商的資格審查 磋商小組依據法律法規(guī)和磋商文件的規(guī)定，對響應文件中的資格證明文件等進行審查，以確定供應商是否具備響應資格。.對響應文件的符合性檢查 磋商小組依據政府采購法律法規(guī)和磋商文件的規(guī)定，審查響應文件有效性、完整性和對磋商文件的響應程度，以確定響應文件是否實質上響應了磋商文件的要求。（）如果正本與副本或電子文檔不一致，以正本為準；單獨密封的首次報價表如與響應文件正本不一致，以單獨密封的報價表為準；（）如果文字表示的數據與數字表示的有差別，以文字為準修正數字。如果明細價格相加不等于匯總價格，以明細價格為準。 有下列情況之一的，屬于非實質性響應磋商文件要求，響應文件將被拒絕：（）響應文件有效期不滿足磋商文件要求的；（）供應商在同一份響應文件中提供了選擇方案或選擇報價；（）響應文件的最終報價超過本項目預算的；（）響應文件未按磋商文件規(guī)定密封、簽署、蓋章的；或由供應商授權代表簽字的，但未隨響應文件一起提交有效的“授權委托書”原件的；（）未按規(guī)定提交磋商保證金的；（）未按磋商文件提供制造廠家授權書的（只適用進口貨物）；（）響應文件附有采購人或采購代理機構不能接受的附加條件的；（）存在條款情形之一的；（）不符合法律、法規(guī)和磋商文件中規(guī)定的其他實質性要求的；（）不滿足磋商文件中帶“*”要求的；（）未按照磋商文件要求的方式進行報價；（）交貨期及付款方式不滿足磋商文件要求；（）未對磋商文件內全部內容進行響應。未實質性響應磋商文件的響應文件將被拒絕，磋商小組將告知有關供應商。在磋商過程中，磋商小組可以根據磋商文件和磋商情況實質性變動采購需求中的技術、服務要求以及合同草案條款，但不得變動磋商文件中的其他內容。對磋商文件作出的實質性變動是磋商文件的有效組成部分，磋商小組應當及時以書面形式同時通知所有參加磋商的供應商。由授權代表簽字的，應當附響應法定代表人授權書。磋商小組根據項目情況可進行一輪或多輪磋商。最后報價以最后一輪磋商結束后的報價為準，最后報價是供應商響應文件的有效組成部分。評分細則詳見第四章評審方法和評審標準。供應商的澄清、說明或者更正不得超出最終響應文件的范圍或者改變最終響應文件（含最終報價）的實質性內容。該澄清文件將作為最終響應文件（含最終報價）內容的一部分。如果供應商不接受對其算術錯誤的更正，其響應視為無效。具體扣除價格百分比詳見第五章評標辦法和評標標準。評審得分相同的，按照最后報價由低到高的順序推薦。磋商小組應當根據磋商情況和評審結果編寫評審報告。 磋商小組認為供應商的報價明顯低于其他通過符合性審查供應商的報價，有可能影響產品質量或者不能誠信履約的，應當要求其在磋商現(xiàn)場合理的時間內提供書面說明，必要時提交相關證明材料；供應商不能證明其報價合理性的，磋商小組應當將其作為無效響應處理。磋商小組成員對評審報告有異議的，按照少數服從多數的原則推薦成交候選供應商，采購程序繼續(xù)進行。磋商小組成員拒絕在報告上簽字又不書面說明其不同意見和理由的，視為同意評審報告。 在磋商和評審期間，供應商試圖影響采購單位和磋商小組的任何違法活動，將導致其響應無效，并承擔相應的法律責任。 項目終止后，采購代理機構應當在公告發(fā)布媒介上發(fā)布項目終止公告并說明原因。 成交通知書是合同的一個組成部分。此項費用不單獨開列而應計入本次報價，由成交公司在領取成交通知書時一次性向采購代理機構交納。在磋商時，供應商應提供成交服務費承諾書，未提供者按無效響應處理。采購人不得向成交供應商提出超出磋商文件以外的任何要求作為簽訂合同的條件，不得與成交供應商訂立背離磋商文件確定的合同文本以及采購標的、采購金額、采購數量、技術和服務要求等實質性內容的協(xié)議。八、履約保證金．履約保證金詳見合同條款。應知其權益受到損害之日，是指：（）對可以質疑的采購文件提出質疑的，為按要求購買并收到采購文件之日；（）對采購過程提出質疑的，為各招標程序環(huán)節(jié)結束之日；（）對成交結果提出質疑的，為成交結果公告期限屆滿之日。潛在供應商已按要求購買采購文件的，可以按規(guī)定對采購文件提出質疑。供應商可以委托代理人進行質疑，其授權委托書應當載明代理人的姓名或者名稱、代理事項、具體權限、期限和相關事項，由法定代表人（主要負責人）簽字（或者蓋章），并加蓋單位公章，供應商為自然人的，應當由本人簽字。第四章 技術需求修訂和批注為專家意見同意專家修改意見一、 項目介紹目前的北京郵電大學教務管理系統(tǒng)上線于年目前部分功能升級從技術上無法滿足，嚴重影響用戶體驗及管理效率。該平臺建成后可為廣大師生提供一站式教學服務，為各級管理人員提供貼合業(yè)務的管理助手服務，輔助學校完成學分制改革的過渡，為領導提供教學決策分析服務，為校園應用開發(fā)者（如：教師、學生、廠商）提供開放、共享的云應用開發(fā)平臺，為校內的個性化應用服務提供應用管理“市場”，從而為學校構建一個可持續(xù)、和諧發(fā)展的校園教學服務平臺大生態(tài)圈。、履約地點：（）北京郵電大學西土城路校區(qū)（北京市海淀區(qū)西土城路號） （）北京郵電大學沙河校區(qū)（北京市昌平區(qū)沙河高教園區(qū)）三、 項目要求一、 、項目總體建設目標北京郵電大學教務管理一體化平臺將對學校的教學管理與服務系統(tǒng)進行統(tǒng)一規(guī)劃，以教學數據為基礎，以服務為導向，以開放平臺為工具搭建上層應用，打造全新的智慧教學服務平臺。（）教學數據一體化：完成本項目教學數據中心的整體構建，并與學校數據中心實現(xiàn)集成、共享；從而構建穩(wěn)定、統(tǒng)一、高效的教學數據中心，為各業(yè)務模塊的建設提供數據支撐，為各級領導進行教學決策提供數據支撐。（）教學服務一體化：建設應用服務總線，實現(xiàn)教學應用服務的服務注冊、服務管理、服務發(fā)布、服務監(jiān)控；構建優(yōu)、穩(wěn)定、安全、高效的信息化教學服務體系，為教職工、學生提供“一站式”的教學服務；為用戶提供服務搜索、服務收藏、服務定制的功能；提供跨瀏覽器、跨終端（、手機、平板）的服務；向廣大學生和教師提供更加完善、高效、快捷、穩(wěn)定、全面的教學服務。面向校園內的應用服務開發(fā)者、應用服務體驗者全面開放該平臺；逐步降低對廠商服務的依賴，實現(xiàn)輕量級的自主運維，延長系統(tǒng)有效運行周期。▼整體性和標準性原則：以流程中間件平臺為紐帶，建立各業(yè)務系統(tǒng)之間的關聯(lián)關系。▼穩(wěn)定性和可靠性原則：系統(tǒng)應具有穩(wěn)定性和可靠性原則，在系統(tǒng)使用、升級過程中應保證系統(tǒng)穩(wěn)定可靠運行。▼可維護性和管理性原則：系統(tǒng)應提供全面、可靠的后臺系統(tǒng)管理方案。▼先進性原則：系統(tǒng)必須滿足現(xiàn)在、未來發(fā)展的需要和采用當今成熟、先進的主流技術。▼安全性原則：系統(tǒng)必須具有極高的安全機制。、系統(tǒng)總體技術及規(guī)格要求1) 總體技術路線系統(tǒng)技術架構需要達到以下要求l 技術架構，分層解耦，前后端分離；l 模式，良好的瀏覽器兼容性，操作系統(tǒng)；l 移動端應用（支持、微信企業(yè)號、微信小程序等）；l 引入工作流引擎機制，隨需定制業(yè)務流程；l 支持功能模塊解耦，可定義服務提供者、服務消費者之間的服務接口；各模塊可以獨立部署、獨立運行；l 選課高并發(fā)機制，引入云計算、內存數據庫、負載均衡等技術；l 支持基于容器技術進行部署，支持彈性擴容、灰度發(fā)布；l 國際化多語言包支持；l 復雜業(yè)務智能處理能力，如：智能自動排課、自動排考；l 標準化的數據接口（、），支持與智慧校園基礎平臺及各應用系統(tǒng)集成。l 統(tǒng)一的身份認證平臺在統(tǒng)一門戶和信息服務平臺的基礎上提供了統(tǒng)一的用戶管理、用戶認證及安全保障服務，通過一個統(tǒng)一的應用系統(tǒng)用戶管理接口，實現(xiàn)用戶認證的統(tǒng)一集中化管理，所有納入到門戶平臺的應用系統(tǒng)都需要從平臺獲取統(tǒng)一的身份和組織機構信息，并進行統(tǒng)一認證。界面簡潔、友好，操作流程清晰明了，用戶界面美觀大方。l 在系統(tǒng)的穩(wěn)定性和安全性方面，確保系統(tǒng)在通信、處理、存儲等方面占有很少資源、并優(yōu)化對所使用的資源；確保系統(tǒng)具有良好的安全管理，能防止不安全存取系統(tǒng)、防止數據丟失等；對系統(tǒng)的存取權限設置清楚，存取操作方便，存取操作有記錄，符合國家對此類項目的安全等保要求。l 在系統(tǒng)對接方面，配合學校進行與已有業(yè)務系統(tǒng)的數據共享和對接。l 在系統(tǒng)框架方面，支持負載均衡和集群技術，提升系統(tǒng)整體性能，提供良好的可擴展和容錯性；技術架構實現(xiàn)分層，表示層、業(yè)務層、數據訪問層分開；采用構件化、面向對象的設計，采用細粒度、松耦合架構，便于今后系統(tǒng)的擴展與升級。l 在日志審計方面，支持完整的日志系統(tǒng)，提供操作審計功能。l 完備的安全性和保密性，系統(tǒng)設計時必須考慮整體的安全性，從數據訪問操作、用戶認證、數據加密等多個方面進行安全性設計，提高系統(tǒng)的安全性。l 在系統(tǒng)未來擴展性方面，確保在投產年內,可用性指標不小于。業(yè)務辦理：單筆業(yè)務錄入修改的響應時間≤秒；單筆業(yè)務以外的其他業(yè)務響應時間≤秒。數據統(tǒng)計：百萬級數據量下單項統(tǒng)計的響應時間≤秒；生成復雜統(tǒng)計報表的響應時間≤秒。上線后終驗前，提供第三方軟件檢測機構出具的軟件功能和性能的測試報告。系統(tǒng)要避免因為軟件、硬件故障造成的數據損失；保證數據在傳輸過程中安全、保密。軟件在建設時遵守教育部信息安全等級保護二級標準要求，系統(tǒng)上線前需提供第三方安全測試報告，上線后針對學校定期安全掃描結果進行漏洞整改。系統(tǒng)應支持整體備份、增量備份、異地備份等策略，并可設置周期自動備份數據，確保數據的安全性。用戶通過統(tǒng)一身份認證登陸系統(tǒng)后進入用戶中心，用戶中心集成系統(tǒng)面向用戶的各項功能。7) 定制化開發(fā)要求在各階段交付過程中如有部分需求變更或是小范圍定制需求，在與業(yè)務單位深度溝通及確認后，開發(fā)團隊需快速支持響應。8) 新舊系統(tǒng)平穩(wěn)過渡及數據遷移要求新系統(tǒng)上線時，要能充分保證新舊系統(tǒng)之間平穩(wěn)過渡，制定詳細的平穩(wěn)過渡方案，明確的人員分工和各自的工作職責。原有的舊教務管理系統(tǒng)的歷史數據（基礎信息、課程信息、成績信息、教學計劃信息、教師信息、學生信息和學籍信息等），新系統(tǒng)上線需將這些歷史數據進行清洗、轉換，并裝載到新系統(tǒng)中。10) 保密要求項目實施過程中，招標人向投標人開放各類系統(tǒng)建設所需的數據和應用接口，投標人應遵守對所有數據的保密要求，不得擅自使用數據做與系統(tǒng)建設無關的工作。11) 其他要求系統(tǒng)功能需求章節(jié)對于各模塊系統(tǒng)詳細功能說明最終解釋權歸甲方所有，項目開始實施后，甲乙雙方應按照系統(tǒng)