根據《中華人民共和國招投標法》和jc710公海賭船有關招投標規定，對我校學生迎新管理系統軟件開發項目（以下簡稱該項目）進行國內邀請招標。
一、招標內容
迎新服務管理系統的主要功能模塊包括：迎新服務（網站）、迎新準備（迎新方案配置和數據準備）、迎新管理（現場服務和迎新后續管理）以及系統管理、集成接口等。
二、招標形式
面向國內招標。
三、投標形式
投標書及投標書的電子文檔。（電子文檔不含報價）。
四、投標條件
本次招標要求投標人具備以下條件：
1、在中華人民共和國境內注冊，具有獨立法人資格，注冊資金不低于200萬元，不接受聯合投標。
2、具有軟件企業認定資質的企業。
3、具有高校行業業務系統開發、實施經驗，有多個典型案例，具備較深的教育行業背景。
4、擁有軟件開發和計算機系統集成相關技術人員20名以上。
五、投標截止時間
2011年4月29日15 時，送到松江龍騰路333號行政樓108室，并留下聯系方式。
六、評標時間和地點
另行通知
七、開標形式
招標人根據評標結果發出中標通知書。
聯系人：高老師 電話：67791017 傳真：67791111 郵編：201620
目 錄
投標商必須認真閱讀以下內容，以免造成投標失敗。
一、本次招標，根據《中華人民共和國招投標法》和jc710公海賭船有關招投標規定組織實施。
二、本次招標嚴格依據公開、公平、公正的原則進行。在招標過程中禁止任何形式的不正當競爭行為，一經發現，立即取消投標資格。
三、無論招標過程中的做法和結果如何，投標方自行承擔參與投標活動的全部費用。招標方在任何情況下均無義務和責任承擔這些費用。
三、無論招標過程中的做法和結果如何，投標方自行承擔參與投標活動的全部費用。招標方在任何情況下均無義務和責任承擔這些費用。
四、本次招標的內容詳見第二、三部分。招標方提出的需求任務、提供的各種圖表及商務條款都是招標文件不可分割的部分。
五、各投標單位要嚴格按招標文件(包括附件)的內容要求，詳細編寫投標函和投標書。招標方對招標文件進行澄清的書面函，作為招標書的補充文件，對投標單位具有約束力。
六、投標方必須保證所提交的全部資料的真實性。投標方應將投標書的技術方案、集成方案、實施方案、培訓方案等跟技術與工程實施相關的資料文件單獨按順序裝訂成冊和密封，將開標一覽表、投標方資格證明文件、投標報價等相關商務與資質文件單獨按順序裝訂成冊和密封，并將上述密封好的文件連同“投標文件資料清單”進行總體密封形成一套投標文件后遞交。
七、投標文件除簽字外的其它部分必須是印刷形式，其中不許有加行、涂抹或改寫。
八、投標方應準備投標文件正本一套，副本三套及相應電子文檔資料的光盤一張，共四套，在每套投標文件上明確注明“正本”或“副本”字樣。每套正本或副本單獨密封裝入一個文件袋內，并在文件袋上面標明招標編號、“正本”或“副本”字樣，一旦正本和副本有差異，以正本為準。
九、有下列情況之一的投標文件，將作廢標處理：
1．投標文件未密封；
2．無單位和法定代表人或法定代表人委托的代理人的印鑒和簽字；
3．未按規定格式編寫，內容不全或字跡模糊，辨認不清；
4．投標文件逾期送達；
5．投標文件未對招標文件做出完全的響應導致投標無效。
十、評標時發現所有投標均為廢標，將視為邀標失敗，招標方將重新邀標。
十一、在投標截止日期前，招標方可以修改招標文件，并通知投標方，招標方可酌情延長投標截至時期和推遲開標時間。招標方對招標文件的修改構成招標文件的有效部分，投標方應當自收到修改通知后之日起三日內做出書面回復確認，期間不作回復確認的，招標方均可視為投標方完全認可，由此引起的失誤由投標方自負。
十二、招標文件中所提出的軟硬件標準、性能和參數、系統集成各項要求，投標方可以在投標文件中提出不同的標準、型號和系統集成方案代替，但應使代替方案的性能和先進程度相當于或超過招標文件中的要求。投標方必須有完整簡要的技術方案、系統集成與實施方案、培訓保障方案作專項說明。任何方案，最終應以招標方的確認為準。
十三、投標報價：
（一）投標方應在招標文件所附的投標報價表上標明，并提供所有軟件的單項報價、總價。如單項報價計算的總價和所列總價不符，以單項報價為準；如果用數字表示的金額與用文字表示的金額不一致時，以文字表示的金額為準。
（二）投標報價應包括：
1．軟件產品及二次開發的報價；
2．用戶培訓費(說明培訓內容)；
3．技術服務費用（說明服務內容）。
（三）投標價中標明的價格應為履行合同的最終價格，未經招標方認可，不得以任何理由予以變更。
十四、評標
招標方根據該項目特點組成專家評審小組，對投標方所提供的方案進行技術、商務、服務等內容的綜合評價，并根據綜合評價結果確定最佳中標人。
十五、中標標準
招標人將把中標通知書授予最佳投標者，主要考慮以下幾方面：
（一）投標文件基本符合招標文件的要求；
（二）經檢查或調研表明投標人有很好執行合同的能力；
（三）投標方選用的方案及軟件產品應切合我校應用實際、在技術上先進、在應用上成熟可靠、系統設計方案合理、可行且符合招標文件中提出的要求；
（四）售價承諾對招標人最合理，并能夠提供最佳的服務，有利于建立長期的合作伙伴關系。
十六、招標方不保證最低報價者為中標人。
十七、中標通知書
在投標有效期滿之前，招標方將以書面形式通知中標人，其投標己被接受。中標通知書將是合同的一個組成部分。招標方還將及時通知其他未中標的投標人，并對未中標理由不作任何解釋。
十八、名字解釋
招標方：jc710公海賭船；
投標方：向招標方提交投標文件的應用軟件開發商。
一、合同條款
1、項目名稱
2、項目標的技術內容、范圍、形式和要求
3、履行的計劃、進度、期限、地點和方式
4、價款、報酬及其支付方式
5、各方當事人的義務或協作事項及承擔的責任
6、技術成果的歸屬
7、驗收標準和方法
8、違約責任
9、爭議的解決辦法
10、名詞、術語的解釋
11、其它
12、合同的生效與終止
二、 合同格式
本合同于 年 月 日由中華人民共和國的 （買方名稱）（以下簡稱“買方”）為一方和中華人民共和國的 （賣方名稱）（以下簡稱“賣方”）為另一方按下述條款和條件簽署。
鑒于買方為獲得以下產品和伴隨服務，即（產品和服務簡介）而邀請投標，并接受了賣方以總金額 （用文字和數字表示的合同價）（以下簡稱“合同價”）提供上述產品和服務的投標。
本協議在此聲明如下：
1、本協議中的詞語和術語的含義與合同條款中定義的相同。
2、下述文件是本協議的一部分，并與本協議一起閱讀和解釋：
（1）合同條款
（2）合同附件
附件1
附件2
…
其它附件
（3）中標通知書
3、考慮到買方將按照合同規定向賣方支付合同價或其他按合同規定應支付的金額，賣方在此保證按照合同的規定向買方提供產品和服務，并修補缺陷。
4、考慮到賣方將按照合同規定向買方提供產品和服務并修補缺陷，買方在此保證按照合同規定的時間和方式向賣方支付合同價或其他按合同規定應支付的金額。
買方簽字、蓋章 賣方簽字、蓋章
（買方授權代表姓名） （賣方授權代表姓名）
買方名稱 賣方名稱
1．投標函
致：jc710公海賭船
根據貴方招標文件的要求，正式授權下述簽字人：
姓名： 單位： 職務：
代表投標人：
單位：
地址：
提交投標書。
據此函，簽字人茲宣布同意如下：
一、投標報價中提供和交付產品的投標總價為人民幣：(大寫)。
二、根據招標文件的規定，投標人承諾招標書中規定的責任和義務。
三、投標人己詳細審核全部招標文件，包括修改文件、參考資料及有關附件。
四、本投標自開標之日起二十天內有效。
五、如果在投標有效期內撤回投標、修改或拒絕接受已經確認的條款，同意招標方取消投標資格。
六、同意提供按照招標方要求的與其投標有關的任何數據或資料。完全理解招標方不一定授標給最低報價的投標人以及接受或拒絕某一投標。
七、投標人是所供軟件的知識產權的合法所有人，或已從其所有人那里得到授權。
八、與投標有關的正式通訊地址為：
地址： 電話：
傳真： E--MAIL：
郵政編碼： 開戶銀行：
投標人代表姓名： 投標名稱：
公章： 日期：
2．投標書
投標書格式要嚴格按照下列所提交文件的順序安排，以便評標過程中能夠方便地查閱相應的信息。
投標書應包括：
一、開標一覽表（見附件格式）；
二、投標方資格證明文件，包括：
投標方基本情況表（見附件格式）
企業營業執照（復印件）
軟件企業認證證書（復印件）
法人代表授權書（見附件格式）
銀行出具的資信證明
項目經理簡歷表（見附件格式）
主要技術人員簡歷表
投標方同類軟件項目簡介表
三、投標報價，包括：
軟件開發報價表；
用戶培訓報價表；
技術服務報價表；
其它費用（若有，請詳細說明）。
四、投標方案，包括：
詳細的技術方案
詳細的實施方案（含詳細的分階段實施計劃）
詳細的技術服務及培訓方案
招標文件要求投標方提交的其它文件及資料
3．附件格式
一、 開標一覽表
項目名稱：
招標編號：
投標人名稱：
投標報價總表 單位：人民幣元
名稱 | 投標價（產品到項目現場完稅價） | 備注 |
軟件系統開發費用 | ||
用戶培訓費 | ||
技術服務費 | ||
合計 |
投標總價大寫金額
投標人代表簽字蓋章：
注：此表應按投標須知的規定密封標記并提交。
二、 投標方基本情況表
公司名稱 | |||
地址 | |||
電話號碼 | 傳真 | ||
注冊資金 | 技術人員人數 | ||
公司經營狀況 | |||
開戶銀行名稱 | 開戶銀行帳號 | ||
開戶銀行地址 | |||
營業注冊執照號 | |||
我聲明以上所述內容正確無誤，您有權進行您認為必要的所有調查。
投標人簽名： (蓋章)
日期： 年 月 日
三、 法人代表授權書
本授權書聲明：注冊于（國家或地區的名稱）的（公司名稱）在下面簽字的（法人代表姓名、職務）代表本公司授權（單位名稱）的（被授權人的姓名、職務）為本公司的合法代理人，就迎新管理系統項目的投標，以本公司名義處理一切與之有關的事務。
本授權于 年 月 日簽字生效，特此聲明。
法人代表簽字蓋章：
被授權人簽字蓋章：
四、 項目經理簡歷表
姓名 | 職務 | ||
性別 | 年齡 | ||
職稱 | 學歷 | ||
工作簡歷 | |||
已完成工程項目情況 | |||
五、 投標報價明細表 （表格所列的內容為基本項目，可以擴充和延長）
1、 迎新管理系統開發報價表
序號 | 模塊名稱或工作描述 | 功能描述 | 單價（元） | 數量 | 價格 |
一、 | |||||
二、 | |||||
三、 | |||||
合計 | |||||
注：投標方產品及二次開發報價盡量細到系統子模塊。
2、用戶培訓報價表
序號 | 培訓內容 | 日數 | 人數 | 地點 | 價格 |
合計 |
3、技術服務報價表
序號 | 功能名稱 | 服務描述 | 價格 |
合計 |
1．招標內容
jc710公海賭船數字迎新服務管理系統的建設應涉及新生入學的各個流程環節，面向學校各部門、全體新生及家長提供綜合信息管理與服務。并且在設計上注重新生報到的流程化，人性化以及數據的整合性。系統應基于網絡技術、數據共享、人員分流、高效等理念，在參與迎新的各相關部門之間實現數據的高度共享和流動，明確各部門的責任和業務管理范圍。
要求系統開發遵循的基本原則：
業務系統是高校數字化校園的重要組成部分，系統應在數字化校園整體規劃框架下進行實施，并與學校基礎平臺有效集成。與其他各部門業務系統，尤其對于學校學生數據的權威來源——教務、學工、研究生等系統之間，能夠充分實現數據交換和共享。系統提供靈活豐富的數據接口，支持數據的導入導出，滿足學校上報需求。提供數據庫表結構、函數、觸發器、數據完整性要求、主鍵、外鍵及用戶等相關數據庫對象的詳細說明文檔
系統靈活可配置：系統符合高校業務特性，靈活、實用，并具有一定的可配置性。同時，能隨著IT技術和學校業務的不斷發展，系統可進行靈活擴展或更新，業務數據能夠得以有效的積累和展現。
一、系統功能要求：
數字迎新服務管理系統主要包括：迎新服務（網站）、迎新準備（迎新方案配置和數據準備）、迎新管理（現場服務和迎新后續管理）以及系統管理、集成接口等。見下表：
子系統 | 模塊名稱 | 功能描述 |
迎新服務網站 | 信息發布與查詢 | 在相關網站上發布相關信息，學生可查詢有關信息 |
服務預定管理 | 各類用品與服務的預定管理 | |
新生信息采集 | 個人信息的采集與確認管理 | |
入學教育管理 | 新生入學教育學習與在線考試等 | |
迎新準備 | 迎新方案配置 | 對各類別學生的迎新報到流程及流程內的各報到項目內容進行設置，并可設定報到項目之間的約束關系，支持不同批次使用不同流程。 |
數據準備 | 通過數據集成方案實施或導入接口，生成迎新新生名單、財務數據和住宿分配信息等 | |
迎新管理 | 事務辦理 | 院系及各業務處室在數據共享、協同辦公的基礎上進行各項業務的處理 |
現場繳費 | 供財務完成新生報到現場的繳費手續登記； | |
綠色通道 | 對于有經濟困難的學生，根據學校規定提供及時、快捷的綠色通道服務 | |
數據統計分析 | 學校各級管理部門可以隨時查詢迎新各項工作的進程，以據此進行決策、調控 | |
系統管理 | 監控日志 | 提供系統訪問日志監控、會話管理、模塊運行監視等 |
欄目管理 | 對系統欄目進行維護管理 | |
批次管理 | 提供配置迎新批次功能。 | |
用戶與用戶組管理 | 提供用戶組、用戶組包含用戶、用戶組訪問權限等維護功能。 | |
院系授權管理 | 提供院系、專業授權管理功能。 | |
欄目管理 | 提供可配置的欄目管理維護功能。 | |
界面配置 | 提供自定義用戶界面布局管理維護功能。 | |
集成接口 | 與數字化校園基礎支撐平臺集成 |
具體說明如下：
（1）迎新服務網站
為新生及家長提供一個了解校園學習及生活的平臺，新生在收到錄取通知書后（錄取通知書內有迎新系統網站的地址），即可通過訪問jc710公海賭船迎新網站了解所有與迎新流程相關的內容，通過該平臺可進行來校報到之前的準備工作，家長可在新生報到期間準確掌握新生的報到情況。
信息發布：發布近期迎新相關的公告及各類通知。主要內容包括：入學須知、獎助學金介紹、綠色通道簡介、助學貸款介紹、勤工助學、幫困措施、報到流程介紹、校車接站信息發布、收費標準查詢等。領軍訓服裝的通知；學生申請綠色通道簡介及注意事項；學習新生手冊的通知；關于開展家庭經濟困難學生認定工作的通知；新生易班注冊通知；學習《學生心理健康教育指南（2011版）》通知；財務繳費（教材、保險費等）通知；戶口遷移通知；黨團關系轉接公告信息；上海地圖；松江地圖；大學園區地圖；校區地圖；來校路線說明信息。學生宿舍管理條例；學生公寓宿舍生活用品（床上用品）相關事宜的告知書；學生公寓住宿承諾書。
推薦站點：各個部門網站；與新生相關的各部門業務系統鏈接及各系統說明及操作手冊下載。新生易班注冊站點及入口。
新生信息采集：對個人基本信息進行核對及確認，對未登記的個人詳細信息（如家庭成員、困難情況等）進行登記、新生學生證件數碼照片的上傳、填寫貧困生信息表。填寫體檢表格。
迎新服務預定：可對新生所需的迎新服務進行基礎調研，為實際現場迎新服務的內容提供準備信息。包括：來校報到行程的登記，為學校接站安排提供數據基礎；軍訓服裝預訂，可根據尺碼信息，對所需尺寸的軍服進行預定；學習用品及生活用品預訂；以及各項迎新相關服務的預定。如：學生公寓宿舍生活用品（床上用品）選、定購模塊、專用保管箱租賃模塊（學生公寓專用保管箱征詢單）等；對學生公寓承諾書進行承諾。《學生心理健康教育指南（2011版）》電子版下載。
日程安排管理：以院系、專業、班級為單位安排新生報到的各項事項的時間計劃，新生、院系能夠及時掌握本院系、本專業、本班級的各項事務計劃的時間安排。安排的事項包括入學教育、體檢、軍訓等。時間節點說明。
入學教育模塊：新生手冊下載和自學；網上上機考試模塊（建議選擇題型）；試題庫設計和開發；承諾書（新生網上考試通過后，確認注冊信息，并提交承諾書，做出相關承諾）。
信息查詢及統計：新生可對自己的班級信息、輔導員及相關老師的信息及聯系方式進行查詢；新生可對自己的住宿預分配信息與室友信息進行查詢、個人的收費情況查詢；新生及家長可準確掌握新生的報到情況及報到進度。可查詢并統計報到前未確認或已確認自己信息、新生上網信息等數據，并根據此數據來實施現場報道的安排和調度，從而實現現場報道的分流機制。
新生問答與咨詢互動管理。
（2）迎新準備（迎新方案配置和數據準備）
方案配置：系統根據迎新工作的流程配置及迎新網站收集的服務預定數據等各項數據自動形成報到的迎新方案，并可對報到流程中各種復雜的條件進行靈活的限制。具有流程管理功能，可以通過管理界面編輯添加新業務流程，可以維護多個流程，根據不同的對象類型設定不同的報到流程；具有權限角色管理功能。
數據準備：迎新準備過程中，學校將落實迎新的流程、環節、日程安排、各個環節的辦理人員等信息，并對迎新系統進行數據初始化。包括學生一卡通賬號、分班數據、繳費數據、宿舍安排及預訂等數據。提供靈活的數據對應導入界面，并能夠提供編輯功能；
（3）迎新現場管理
身份驗證：學生到達報到點時，可以通過二代身份證或者學號查詢快速的進行身份的識別（提供接口支持，前提是校方可以通過公安部門采購身份證的讀卡器）；辦理人員能一目了然的看到報到新生的個人信息及各類項目的辦理情況。具備集成條件時，可以進行識別方式的擴展，包括一卡通刷卡識別、條碼識別、身份證識別等。
報到項辦理：院系及各業務處室在數據共享、協同辦公的基礎上進行各項業務的處理；現場辦理的內容需包括提交錄取通知書、辦理檔案、辦理戶口遷移證、辦理黨（團）組織關系、辦理校園一卡通、新生照相、體檢結果登記、領取軍訓用品、領取宿舍鑰匙、領取代購物品等等。對于各類辦理完成的項目可以通過刷卡進行確認，如刷卡確認軍服已經領取。
現場繳費：財務處管理人員可以查看學生應繳費、已交費的金額列表，可對繳費的數據進行登記，以供財務部門完成新生報到現場的繳費手續登記。管理人員可以定期或待報到完成后，將學生的交費數據導入財務系統。當學校財務系統具備集成條件，可以實現迎新系統的財務數據集成。交費可以在財務系統中完成，并定期的通過數據集成平臺，同步到迎新系統中以供查詢。
綠色通道：對于有經濟困難的學生，根據學校規定提供及時、快捷的綠色通道服務。
統計分析：系統應提供完善的數據查詢與統計分析功能，可供各級管理人員實時的了解學生的報到情況，便于進行事中控制，協調資源分配。提供的分析內容應包括對報到進度的統計、對報到率的統計、對繳費情況的統計和查詢、對每個報到項目的報到情況進行統計等，以便實時的了解院系的報到進度；學校各級管理部門可以隨時查詢迎新各項工作的進程，以據此進行決策、調控。
（4）迎新后續管理
包括未報到人員管理、數據統計分析及新生入學教育管理。保留入學資格名單管理、放棄入學資格名單管理、新生基本信息查詢（院系輔導員可以統計匯總本人輔導的新生的報到信息；院系負責人、各學院學生工作辦公室可以統計匯總本人管理的院系的所有新生的報到信息；學生處、招生辦、教務處、研究生部、財務處、校辦/黨辦可以統計匯總全校所有新生的報到信息）；與各部門業務系統集成；及迎新數據的共享。
系統提供完善的安全管理功能，如訪問日志監控、會話管理、模塊運行監視等，保證系統安全與操作的可追蹤。
二、系統性能與平臺要求
性能要求：
（1） 系統上線后，確保所有功能都能正常使用，并且不影響關聯系統的功能與性能。
（2） 系統應設計為保證7*24小時的連續正常運行。
系統安全要求：
（1） 系統需采用防火墻、用戶驗證等硬件/軟件保護措施。
（2） 用戶對系統數據的操作要有授權限制。
系統平臺要求：WEB服務需要考慮負載均衡的實現。
三、系統驗收條件
為了滿足信息化過程的整體規劃以及將來對系統的調整和整合，凡參與本次項目投標的廠家需要能夠滿足以下系統平臺移交要求：
系統開發過程的所有技術文檔需要提交，內容涉及系統的概要設計文檔，詳細設計文檔，數據庫設計文檔等；
系統所有的相關源代碼，且最終提交的必須是在jc710公海賭船安裝版本的最新版源代碼（備注：如果使用到第三方的控件或者鏈接庫，需整理相關的第三方控件或者鏈接庫的使用手冊和demo程序源代碼）；
售后服務：
（1） 技術支持與維護年限：3年以上（包含3年）；
（2） 免費提供軟件升級：3年以上（包含3年）；
（3） 技術支持7*24小時，2小時內響應；
（4） 系統保修期期間，需要能夠安排至少兩名技術人員提供技術支持，關鍵時間段提供現場技術保障和維護服務。
2．投標商應完成以下工作：
2.1根據各系統目標和功能描述，識別并給出系統需求（需求調查，對項目的理解）。2.2 提出達到系統目標和完成系統功能的最佳途徑（項目方案）。
3．工作要求：
3.1描述對項目的理解
投標商在招標文件中描述對本項目的理解不在于照搬或機械性翻譯業務流程，重要在于明確提出一套有效的解決模式和相應的設計思路，包括如下內容，并應提供足夠的細節。
3.1.1.系統目標和功能
3.1.2信息分類
3.1.3數據流程（業務處理模式）
3.1.4基于輸入/輸出的需求（或界面描述）
3.1.5與將來學校門戶、統一身份認證、公共數據系統集成的實施方案
3.1.3.系統兼容性
3.2對項目方案的要求
3.2.1原軟件應用于我方的兼容（適用）方案
3.2.2項目管理方案
3.2.2.1組織管理（與軟件開發環節相關的）
3.2.2.2項目實施策略與計劃（與軟件實施推廣相關的）
3.2.2.3項目實施方案
3.2.2.4項目質量和進度控制（項目各階段進度計劃表）
3.2.4進度計劃
3.2.4.1需求調查和設計
3.2.4.2系統開發
3.2.4.3軟硬件集成、調試、試運行
3.2.4.4系統驗收
3.3系統性能要求
3.3.1提升工作效率的要求
說明該軟件如何提高工作效率
3.3.2可操作性要求
說明該軟件如何易于理解掌握，操作簡單，邏輯性強，直觀簡潔等的要求。
3.3.2靈活性
說明該軟件在需求或環境發生某些變化時，該軟件對這些變化的適應能力，如：
a.需求及流程變化；
b.操作方式變化；
c.機構人員變化；
d.空間地點變化(移動用戶、分布式)；
e.操作系統環境變化。
3.3.3響應時間
指針對于用戶操作的反應時間。
3.3.4安全容錯及保密性
a.防止主機崩潰方法
a.防止主機崩潰方法
b.防治病毒方法
c.數據備份方法
3.3.5網絡的實用性、穩定性、安全性
3.4交付物
3.4.1提交滿足要求的項目建議書（正本1份、副本3份）
3.4.1提交附件要求的資格文件和以往經驗證明文件
3.4.2提交符合系統要求的、作為評測使用的計算機系統原型（網絡版）
3.4.3項目報價
3.5保修期
3.6合同類型
3.6.1招標方授予中標商迎新管理系統項目（含系統軟件、工具軟件的購買、應用軟件的開發、培訓及各種服務費用）合同。
3.6.2招標方根據方案實施要求，對硬件設備的配置另行采購解決。
本章描述了對投標方報價的要求，投標方應特別加以注意。
1.報價總則
1)投標方必須按本標書指定格式正確填寫各種價格單。
2)價格單中相應內容的報價必須計算正確(如：單價與總價)。投標方應以人民幣報價。若單價總和與總價不一致，以單價總和為準。
3)每項目的報價必須是唯一的。如出現不唯一報價，將嚴重影響投標結果，一旦中標，則以該項目最低的報價為簽訂合同的依據。
4)報價欄項目中如出現數字0，視報價為零；如出現空白，視為未響應。
5)總報價及單價允許打折扣。但必須在相應的表中表達清楚，必要時應加以說明。
6)所有報價均應已包含國家規定的所有稅費。
2．總報價的報價原則
1).在投標書中應給出軟件系統的總報價。
2).在開標一覽表中應分別給出子項目的報價，總報價應等于軟件報價、服務報價、培訓報價之和。
3).投標書與開標一覽表中的總報價應一致。
投標方必須響應并承諾以下條款作為將來合同的條款。一旦中標，除非供需雙方同意，否則均不得對此合同的條款進行實質性的修改。
1．下列文件均為本合同不可分割部分：
中標通知書、迎新管理系統招標文件、供方中標的投標書。以上文件與合同附件具有同等法律效力，若以上文件與本合同有差異的，以本合同內容為準。
2．在軟件系統正常運行后，供方提供相應源代碼及相應技術文檔。
3．需要完成與學校門戶系統、公共數據庫、統一身份認證系統的集成。在與學校門戶系統、公共數據庫、統一身份認證系統集成時，需積極配合，并按照學校門戶系統、公共數據庫、統一身份認證系統的集成要求，對迎新管理系統作出相應的技術調整、修改工作。
4．供方有責任解決達標工作中力所能及的技術問題，需方有義務作好相應的協調工作，經供、需雙方一致認定的重大難題，共同協商解決。