某省軟件開發(fā)服務項目招標投標實施辦法.doc

某省軟件開發(fā)服務項目招標投標實施辦法（試行）；第一章 總 則第一條 為規(guī)范全省軟件開發(fā)服務項目招標投標活動，提高軟件開發(fā)服務項目招標投標質(zhì)量，促進我省信息化建設(shè)健康發(fā)展，根據(jù)中華人民共和國招標投標法、中華人民共和國政府采購法、某省信息化條例、某省招標投標管理辦法及其他有關(guān)法律、法規(guī)，制定本辦法。第二條 本省行政區(qū)域內(nèi)的軟件開發(fā)服務項目招標投標活動，適用本辦法。本辦法所涉及“軟件開發(fā)服務項目”是指：為滿足用戶信息化建設(shè)的個性需求而專門進行的軟件開發(fā)及伴隨技術(shù)服務的項目。對成熟軟件產(chǎn)品的采購，可按貨物招標投標方式進行。第三條 招標投標活動應當遵循公開、公平、公正和誠實信用的原則。第四條 全部或部分使用國有資金及財政性資金單項合同估算金額達到或超過50萬元的軟件開發(fā)服務項目，必須依據(jù)本辦法進行公開招標。其它項目可參照本辦法進行公開招標。第五條 省經(jīng)濟和信息化委員會、省招投標監(jiān)督管理局（招投標管理辦公室），負責全省軟件開發(fā)服務項目招標投標活動的指導、協(xié)調(diào)和監(jiān)督、管理。省經(jīng)濟和信息化委員會負責建立和管理全省共享的軟件開發(fā)服務項目評標專家?guī)?，作為省政府依法設(shè)立的某省評標專家總庫的子庫。第六條 本辦法規(guī)定軟件開發(fā)服務項目的招標投標活動按分級管理的原則進入各級綜合招投標中心進行，禁止任何形式的場外交易。第七條 在軟件開發(fā)服務項目招標投標活動中，國家頒布的法律、法規(guī)有規(guī)定的，從其規(guī)定。第二章 招標第八條 軟件開發(fā)服務項目在招標時應當具備下列條件：（一） 軟件開發(fā)服務項目按照國家規(guī)定需要履行項目審批手續(xù)的，應當先履行審批手續(xù)，取得批準；（二） 軟件開發(fā)服務項目所需資金已經(jīng)落實；（三） 法律、法規(guī)規(guī)定的其他條件。第九條 用戶業(yè)務需求清晰、明確、完整，滿足招標要求的軟件開發(fā)服務項目，采用一階段招標；尚不滿足招標要求的，可采用兩階段招標。兩階段招標時，第一階段僅要求投標人提供資格證明文件、業(yè)務需求分析，由招標人或聘請的專家、有資質(zhì)的咨詢機構(gòu)將需求優(yōu)化后，發(fā)放給第一階段資格審查合格的投標人進入第二階段的投標。第十條 軟件開發(fā)服務項目的招標工作由項目法人負責，任何單位和個人不得非法干涉；不得違法限制或者排斥本地區(qū)、本系統(tǒng)以外的潛在投標人參加投標。第十一條 招標人或委托的招標代理機構(gòu)根據(jù)項目特點和需要編制招標文件。招標文件應包括以下內(nèi)容：（一）投標邀請書；（二）投標須知；（三）用戶業(yè)務需求；（四）評標辦法及評標標準；（五）投標文件的格式及附錄；（六）擬簽訂合同的格式及主要條款；（七）要求投標人提交的其他材料。招標文件的編制見附件一：軟件開發(fā)服務項目招標文件編制指南。第十二條 招標人應當先將招標文件報經(jīng)濟和信息化主管部門進行專業(yè)審核通過后，再報招投標管理部門備案；備案通過后應當在指定的媒介上發(fā)布招標公告。第十三條 招標人應給予投標人編制投標文件合理時間，軟件開發(fā)服務項目自招標文件開始發(fā)售之日到投標截止之日不得少于二十天。第十四條 招標人不得向他人透露已獲取招標文件的潛在投標人的名稱、數(shù)量以及可能影響公平競爭的有關(guān)招標投標的其它情況。第十五條 為了讓投標人獲取其認為有必要的信息，招標人應安排所有獲取招標文件的投標人進行需求交底。招標人應向投標人提供項目的有關(guān)資料和數(shù)據(jù)，招標人對投標人由此而做出的推論、理解和結(jié)論概不負責。第十六條 招標文件的澄清、修改、答疑：(一) 招標人對已發(fā)出的招標文件確需進行澄清或者修改的，應當在招標文件規(guī)定的提交投標文件截止時間至少15日前，以書面形式通知所有獲取招標文件的投標人。(二) 投標人在領(lǐng)取招標文件及需求交底后有疑問的，應以書面形式提出，招標人應于投標截止時間至少15日前，以書面形式回答，并將回答同時送達所有獲取招標文件的投標人。任何口頭上的修改、澄清、答疑一律無效。(三) 澄清、修改、答疑等補充文件作為招標文件的組成部分，與招標文件具有同等效力。當招標文件、修改補充通知、澄清、答疑紀要的內(nèi)容相矛盾時，以時間在后的文件內(nèi)容為準。(四)為了使投標人在編寫投標文件時，充分響應招標文件的澄清、修改以及答疑紀要的內(nèi)容，招標人可根據(jù)情況適當延長投標截止時間，具體時間修改應當在修改補充通知中明確。第十七條 軟件開發(fā)服務項目的監(jiān)理單位由項目法人另行招標確定。第三章投標第十八條 投標人必須是具有有效軟件企業(yè)認定證書的法人組織，并滿足招標文件規(guī)定的資格條件。第十九條 投標文件由商務標、技術(shù)標兩部分文件組成，投標人應當按照招標文件的要求編制投標文件。投標文件應當對招標文件提出的要求和條件作出實質(zhì)性響應。第二十條 投標人要保證開發(fā)的軟件系統(tǒng)沒有侵犯其它專利權(quán)、商標權(quán)、著作權(quán)或其它知識產(chǎn)權(quán)。如果發(fā)生第三方向招標人進行侵權(quán)指控，將由投標人承擔由此而引起的一切經(jīng)濟和法律責任。第二十一條 投標人應當在招標文件要求提交投標文件的截止時間前，將投標文件按招標文件要求進行密封并送達指定投標地點。第二十二條 投標人在招標文件要求提交投標文件的截止時間前，可以補充、修改或者撤回已提交的投標文件，并書面通知招標人。補充、修改的內(nèi)容為投標文件的組成部分。第二十三條 若招標文件允許聯(lián)合體投標，則兩個或兩個以上法人組織可以組成一個聯(lián)合體，以一個投標人的身份共同投標。聯(lián)合體各方均應當具備承擔招標項目的相應能力；國家有關(guān)規(guī)定或者招標文件對投標人資格條件有規(guī)定的，聯(lián)合體各方均應當具備規(guī)定的相應資格條件。由同一專業(yè)的單位組成的聯(lián)合體，按照資質(zhì)等級較低的單位確定資質(zhì)等級。聯(lián)合體各方應當簽訂共同投標協(xié)議，明確約定各方擬承擔的工作和責任，并將共同投標協(xié)議連同投標文件一并提交招標人。聯(lián)合體中標的，聯(lián)合體各方應當共同與招標人簽訂合同，就中標項目向招標人承擔連帶責任。招標人不得強制投標人組成聯(lián)合體共同投標，不得限制投標人之間的競爭。第二十四條 投標人不得相互串通投標，不得排擠其他投標人的公平競爭，損害招標人或者其他投標人的合法權(quán)益。投標人不得與招標人串通投標，損害國家利益、社會公共利益或者他人的合法權(quán)益。第二十五條 投標人不得以任何不正當手段謀取中標。第二十六條投標人不得以低于成本的報價競標，也不得以他人名義投標或者以其他方式弄虛作假，騙取中標。第四章 開標、評標第二十七條 開標應當在招標文件確定的提交投標文件截止時間的同一時間公開進行，開標地點應當為招標文件中預先確定的地點。第二十八條 未按招標文件要求密封、投標截止時間之后提交的投標文件，招標人應予以拒絕接收。第二十九條 開標會由招標人主持，邀請所有投標人代表參加。第三十條 投標人少于三個的，招標人不得開標，應當依法重新招標。第三十一條 開標時，由投標人或者其推選的代表檢查投標文件的密封情況，也可以由招標人委托的公證機構(gòu)檢查并公證，經(jīng)確認無誤后，由工作人員當眾拆封，宣讀投標人名稱、投標價格和投標文件的其他主要內(nèi)容。招標人在招標文件要求提交投標文件的截止時間前收到的所有投標文件，開標時都應當當眾予以拆封、宣讀。開標過程應當記錄，并存檔備查。第三十二條 評標由招標人依法組建的評標委員會負責。評標委員會由招標人熟悉業(yè)務的代表和軟件、經(jīng)濟等方面的專家組成，成員人數(shù)為五人以上單數(shù)，其中軟件、經(jīng)濟等方面的專家不得少于成員總數(shù)的三分之二。前款專家應當從事相關(guān)領(lǐng)域工作滿八年并具有高級職稱或者具有同等專業(yè)水平，由招標人從各級政府依法設(shè)立的綜合性評標專家?guī)熘幸噪S機抽取方式確定。與投標人有利害關(guān)系的人不得進入相關(guān)項目的評標委員會；已經(jīng)進入的應當更換。評標委員會成員的名單在中標結(jié)果確定前應當保密。第三十三條 評標活動遵循“公平、公正、科學、擇優(yōu)”的原則。第三十四條 招標人應當采取必要的措施，保證評標在嚴格保密的情況下進行。任何單位和個人不得非法干預、影響評標的過程和結(jié)果。第三十五條 評標委員會應當按照招標文件確定的評標標準和方法，對投標文件進行評審和比較；設(shè)有標底的，應當參考標底。招標文件有“述標”要求的，評標委員會應當先安排各投標人分別述標，述標結(jié)束后再對投標文件進行評審和比較。第三十六條 評標委員會可以要求投標人對投標文件中含義不明確的內(nèi)容作必要的澄清或者說明，但是澄清或者說明不得超出投標文件的范圍或者改變投標文件的實質(zhì)性內(nèi)容。拒不按照要求對投標文件進行澄清、說明或者補正的，評標委員會可以否決其投標。第三十七條 在評標過程中，評標委員會發(fā)現(xiàn)投標人的報價明顯低于其他投標報價或者在設(shè)有標底時明顯低于標底，使得其投標報價可能低于其個別成本的，應當要求該投標人作出書面說明并提供相關(guān)證明材料。投標人不能合理說明或者不能提供相關(guān)證明材料的，由評標委員會認定該投標人以低于成本報價競標，其投標應作廢標處理。第三十八條 在評標過程中，評標委員會發(fā)現(xiàn)投標人以他人的名義投標、串通投標或以其他弄虛作假方式投標的，該投標人的投標應作廢標處理。 第三十九條 評標委員會經(jīng)評審，認為所有投標都不符合招標文件要求的，可以否決所有投標。評標委員會否決不合格投標或者界定為廢標后，因有效投標不足三個使得投標明顯缺乏競爭的，評標委員會也可以否決全部投標。所有投標被否決的，招標人應當依法重新招標。第四十條 評標委員會完成評標后，應當向招標人提出書面評標報告，推薦一至三名中標候選人，并標明排列順序。招標人根據(jù)評標委員會提出的書面評標報告和推薦的中標候選人確定中標人。招標人也可以授權(quán)評標委員會直接確定中標人。第四十一條 評標委員會成員應當客觀、公正地履行職責，遵守職業(yè)道德，對所提出的評審意見承擔個人責任。評標委員會成員不得私下接觸投標人，不得收受投標人的財物或者其他好處。評標委員會成員和參與評標的有關(guān)工作人員不得透露對投標文件的評審和比較、中標候選人的推薦情況以及與評標有關(guān)的其他情況。第五章 定標與授予合同第四十二條 評標結(jié)束后，招標人應在發(fā)布過招標公告的媒體進行評標結(jié)果公示，公示期不少于3個工作日。第四十三條 全部或部分使用國有資金及財政性資金的軟件開發(fā)服務項目，招標人應當確定排名第一的中標候選人為中標人。排名第一的中標候選人放棄中標、因不可抗力提出不能履行合同，或者招標文件規(guī)定應當提交履約擔保而在規(guī)定的期限內(nèi)未能提交的，招標人可以確定排名第二的中標候選人為中標人。排名第二的中標候選人因前款規(guī)定的同樣原因不能簽訂合同的，招標人可以確定排名第三的中標候選人為中標人。第四十四條 在確定中標人前，招標人不得與投標人就投標價格、投標方案等實質(zhì)性內(nèi)容進行談判。第四十五條 招標人應當自確定中標人之日起十五日內(nèi)，向招投標監(jiān)督管理局（招投標管理辦公室）及有關(guān)行政主管部門提交招標投標情況的書面報告。第四十六條 確定中標人后，招標人到招投標監(jiān)督管理局（招投標管理辦公室）辦理進場交易證明書。獲得進場交易證明書后，招標人向中標人發(fā)出中標通知書。中標通知書對招標人和中標人具有法律效力。中標通知書發(fā)出后，招標人改變中標結(jié)果的，或者中標人放棄中標項目的，應當依法承擔法律責任。 第四十七條 招標人和中標人應當自中標通知書發(fā)出之日起三十日內(nèi)，按照招標文件和中標人的投標文件訂立書面合同。招標人和中標人不得再行訂立背離合同實質(zhì)性內(nèi)容的其他協(xié)議。招標文件、投標文件、中標通知書均為合同的組成部分，也是項目驗收的依據(jù)。招標文件要求中標人提交履約保證金的，中標人應當提交。第四十八條 中標人應當按照合同約定履行義務，完成中標項目。中標人不得向他人轉(zhuǎn)讓中標項目，也不得將中標項目肢解后分別向他人轉(zhuǎn)讓。第六章 附 則第四十九條 省招投標監(jiān)督管理局會同省經(jīng)濟和信息化委員會開展招投標執(zhí)法檢查，并建立投訴舉報受理制度，及時糾正和查處招標投標活動中的違法行為。第五十條 違反本辦法有關(guān)規(guī)定，按中華人民共和國招標投標法第四十九條至六十四條之規(guī)定處理。第五十一條 本辦法由省經(jīng)濟和信息化委員會、省招投標監(jiān)督管理局負責解釋。第五十二條 本辦法自頒布之日起施行。附件：1、軟件開發(fā)服務項目招標文件編制指南2、軟件開發(fā)服務項目投標文件編制要求3、軟件開發(fā)服務項目評標辦法及評標標準附件一：軟件開發(fā)服務項目招標文件編制指南招標文件是整個招標過程所遵循的基礎(chǔ)性文件，也是招標過程中的法律性文件。它是聯(lián)系、溝通招標人與投標人的橋梁；是投標和評標的依據(jù)；也是合同的重要組成部分。招標文件既要體現(xiàn)招標人的需求，又要符合國家法律法規(guī)。能否編制出完整、嚴謹?shù)恼袠宋募苯佑绊懙秸袠速|(zhì)量，也是招標成敗的關(guān)鍵。一、招標文件應包括以下內(nèi)容1、 投標邀請書；2、 投標須知；3、 用戶業(yè)務需求；4、 評標辦法及評標標準；5、 投標文件的格式及附錄；6、 擬簽訂合同的格式及主要條款；7、 要求投標人提交的其他材料。二、投標須知編制要點投標須知是對本次招標活動的各個環(huán)節(jié)作出具體、明確的規(guī)定和說明，它實質(zhì)上是招標投標法及相關(guān)法規(guī)在本次招標活動的實施細則。1、在投標須知中應載明：項目的基本概況、招標范圍、資金落實情況，開標的時間和地點，對投標人的資格要求及資格審查標準，工期要求，需求交底和答疑安排，投標文件編制、提交、修改、撤回的要求，投標報價要求，投標有效期，投標保證金，履約擔保的規(guī)定等。2、對投標人的資格要求應對投標人單位的資質(zhì)、財務狀況、業(yè)績以及擬派軟件開發(fā)服務團隊主要成員專業(yè)、職稱、業(yè)績等提出具體要求。其中業(yè)績要求應對業(yè)績類型、數(shù)量作出明確界定。3、對投標文件編制的要求應對投標文件內(nèi)容及相關(guān)要求作出具體、明確的規(guī)定，可參考附件二：軟件開發(fā)服務項目投標文件編制要求編寫。 技術(shù)標采用“暗標”的，還應對“暗標”的編制、封裝作出明確規(guī)定。三、用戶業(yè)務需求編制要點用戶業(yè)務需求由招標人撰寫，它是軟件開發(fā)服務項目招標文件的核心內(nèi)容，是軟件開發(fā)服務項目投標、軟件開發(fā)設(shè)計的基礎(chǔ)，更是軟件開發(fā)服務項目評標及項目完成后驗收測試的依據(jù)。業(yè)務需求部分應包括以下部分：1 用戶簡介。與本項目建設(shè)相關(guān)的單位（或部門）信息及項目背景信息。2 術(shù)語定義。本項目中與業(yè)務相關(guān)的專業(yè)術(shù)語說明。3 建設(shè)目標。項目的目標應是明確的、可度量的、可達到的。4 系統(tǒng)描述。4.1 目標系統(tǒng)的組織結(jié)構(gòu)與職責詳細描述組織結(jié)構(gòu)和每個部門的職責。組織結(jié)構(gòu)描述應能成為業(yè)務流程與信息的載體，應是投標人理解業(yè)務、確定系統(tǒng)范圍的依據(jù)。4.2 角色定義角色是指目標系統(tǒng)中的用戶類型。角色定義必須清楚的描述角色的職責以及相關(guān)的業(yè)務功能，是投標人理解業(yè)務、提取對象的基礎(chǔ)。4.3 業(yè)務流程業(yè)務流程是對所涉及業(yè)務過程的詳細描述，應對現(xiàn)有業(yè)務進行重組、優(yōu)化與改進。業(yè)務流程的描述包括“總業(yè)務流程圖”和“詳細業(yè)務流程圖”，詳細業(yè)務流程圖應包括部門、角色、業(yè)務發(fā)生頻率、意外情況處理等。4.4 單據(jù)、賬本、報表用戶使用的正式單據(jù)、賬本、報表等進行窮舉、分類和歸納。單據(jù)、賬本、報表是用戶系統(tǒng)中信息的載體，是進行系統(tǒng)需求分析的基礎(chǔ)，是必不可少的信息源。5 功能需求。應對決策層、管理層、操作層的具體功能進行詳細描述。6 性能需求。性能需求應以列表形式詳細描述，供系統(tǒng)分析、設(shè)計、編程、測試以及驗收使用。6.1 時間要求是對響應時間，更新處理時間，數(shù)據(jù)的轉(zhuǎn)換和傳送時間等的要求。6.2 空間性能支持的終端數(shù)，支持并行操作的使用者數(shù)，處理的文件和記錄數(shù)，表和文件的規(guī)模（要按可預見的增長，對數(shù)據(jù)及其分量的存儲要求做出估算），處理任務的數(shù)量，在正常的情況下和峰值工作條件下，在一定時間周期中要處理的數(shù)據(jù)總數(shù)。6.3 精度要求對輸入和輸出數(shù)據(jù)的精度要求，對處理和傳輸過程中的精度要求。7 界面需求。界面需求應從系統(tǒng)功能、角色等不同角度提出具體的需求。通常界面設(shè)計應遵循方便、簡潔、美觀、一致的原則。8 安全性要求。9 系統(tǒng)運行環(huán)境要求。 9.1 系統(tǒng)運行環(huán)境要求，包括網(wǎng)絡環(huán)境、硬件以及軟件環(huán)境等。 9.2 與其他系統(tǒng)的接口要求。 9.3 與系統(tǒng)特殊外設(shè)的接口要求。 10 測試需求及驗收標準。 11 工期要求。 12 培訓要求。 13 技術(shù)支持與售后服務要求。包括項目維護技術(shù)人員、響應時間等。 14 其他需求。包括易用性、可靠性、可擴展性、可移植性等。 四、評標辦法及評標標準 軟件開發(fā)服務項目評標辦法采用“綜合評分法”，招標人按附件三：軟件開發(fā)服務項目評標辦法及評標標準編制。 五、投標文件的格式及附錄 投標文件的格式及附錄的設(shè)計應與投標文件編制要求的內(nèi)容及相關(guān)要求、規(guī)定相呼應，并有利于評標。 六、擬簽訂合同的格式及主要條款編制要點 1、擬簽訂合同的格式可參照技術(shù)服務合同范本編制。 2、合同主要條款除各類合同共有的“雙方權(quán)利和義務” 、“違約責任” 、“付款條件和付款安排”等外，還應明確第三方“監(jiān)理方的權(quán)利”（若有）。 3、“違約責任”中應特別關(guān)注軟件開發(fā)團隊主要成員不按投標文件承諾人員到場的違約責任。 4、雙方除應簽署測試及驗收標準作為合同附件外，還應明確第三方“測評機構(gòu)”（若有）進行評測。 七、要求投標人提交的其他材料 招標人對投標人的其它要求應在此予以明確，如軟件功能的演示要求等。 附件二： 軟件開發(fā)服務項目投標文件編制要求 投標人的投標文件應當對招標文件提出的要求和條件作出實質(zhì)性響應。投標文件應當由商務標、技術(shù)標兩部分文件組成。 一、商務標 商務標應包括下列內(nèi)容： 1、 投標書；2、 開標一覽表； 3、 法人代表授權(quán)書； 4、 投標保證金； 5、 投標資格證明文件； （1）企業(yè)簡介； （2）營業(yè)執(zhí)照（加蓋公章的復印件）； （3）稅務登記證（加蓋公章的復印件）； （4）軟件企業(yè)認定證書及其他相關(guān)資質(zhì)證書（加蓋公章的復印件）； （5）質(zhì)量體系認證證書（加蓋公章的復印件）； （6）財務狀況（加蓋公章的復印件）； （7）已完成的類似項目業(yè)績證明（加蓋公章的合同及驗收文件復印件）； （8）類似項目獲獎證書（加蓋公章的復印件）； （9）招標文件要求提供的其他證明文件； 6、擬派軟件開發(fā)團隊及主要成員情況： （1）開發(fā)服務團隊（包括開發(fā)、測試、技術(shù)支持等）組織結(jié)構(gòu)及分工； （2）主要成員文憑、職稱、業(yè)績及獲獎情況（加蓋公章的證明文件復印件）； （3）中標后軟件開發(fā)團隊主要成員履約到位承諾； 7、軟件開發(fā)進度安排； 8、本項目的培訓方案； 9、本項目的售后服務方案； 10、商務偏離情況； 11、投標項目詳細報價書。 二、技術(shù)標 技術(shù)標應包括下列內(nèi)容： 1、項目需求分析。包括項目概述，系統(tǒng)描述，功能需求，性能需求，界面需求，接口及其他需求，目標系統(tǒng)假設(shè)與約束條件。 2、項目重難點及風險分析。包括項目建設(shè)目標及重難點分析，風險及控制方法等。3、合理化建議。包括項目管理、系統(tǒng)架構(gòu)、數(shù)據(jù)整合等方面的建議。4、項目概要設(shè)計。包括總體設(shè)計（總體結(jié)構(gòu)圖），模塊(部件)功能分配（模塊功能圖），數(shù)據(jù)邏輯結(jié)構(gòu)、數(shù)據(jù)庫分布、接口、安全體系、網(wǎng)絡環(huán)境、開發(fā)環(huán)境、運行平臺等設(shè)計分析，可以充分體現(xiàn)系統(tǒng)的先進性、穩(wěn)定性和可靠性等。5、詳細設(shè)計。5.1 功能詳細設(shè)計。包括模塊實現(xiàn)設(shè)計，應采用流程圖、IPO、類圖等描述，公用模塊、專用模塊、存儲過程、觸發(fā)器等，達到點對點的設(shè)計要求。5.2 數(shù)據(jù)庫設(shè)計。包括對業(yè)務數(shù)據(jù)（單據(jù)、報表等）分析透徹、全面，有很詳細的數(shù)據(jù)表結(jié)構(gòu)、數(shù)據(jù)字典的設(shè)計等。5.3 界面設(shè)計。包括控件、界面風格、界面遷移圖和典型操作界面樣式設(shè)計能夠深入理解系統(tǒng)的功能要求，有創(chuàng)意，并提供功能級界面的預覽圖等。5.4 其他設(shè)計。包括接口實現(xiàn)設(shè)計，角色授權(quán)設(shè)計，數(shù)據(jù)的安全性設(shè)計等。6、測試方案。7、質(zhì)量保證方案。8、系統(tǒng)部署方案。9、安裝調(diào)試方案。10、工期保證方案。11、項目驗收方案。12、其他本項目招標文件要求提供的技術(shù)、服務文件。附件三：軟件開發(fā)服務項目評標辦法及評標標準軟件開發(fā)服務項目的評標辦法和評標標準必須在招標文件中予以確定。招標文件沒有確定的評標辦法和評標標準不得作為評標的依據(jù)。評標步驟分初步評審和詳細評審兩步進行。一、初步評審初步評審是指評標委員會審查每一投標文件是否對招標文件提出的所有實質(zhì)性要求和條件做出響應，有無顯著的差異或保留。（一）投標文件有下列情形之一的視為未能在實質(zhì)上響應的投標，作為廢標處理：1、投標人資格條件不符合國家有關(guān)規(guī)定和招標文件要求的；2、投標報價超過招標文件規(guī)定的本項目投資預算或投標控制價，招標人不能支付的；3、沒有按照招標文件要求提供投標擔保或者所提供的投標擔保有瑕疵的；4、投標文件中的投標函未加蓋投標人的公章及法定代表人印章（簽字），或法定代表人委托代理人沒有合法、有效的委托書原件及委托代理人印章5、投標有效期不足的；6、投標文件載明的招標項目完成期限超過招標文件規(guī)定的期限的；7、投標文件中的內(nèi)容出現(xiàn)重大偏離和超出偏差范圍的、明顯不符合招標文件規(guī)定的技術(shù)要求和標準的； 8、未按規(guī)定格式填寫，內(nèi)容不全或關(guān)鍵字跡模糊、無法辨認的；9、投標人遞交兩份或多份內(nèi)容不同的投標文件，或在一份投標文件中對同一項目報有兩個或多個報價，且未聲明哪一個有效的，按招標文件規(guī)定提交備選方案的除外；10、組成聯(lián)合體投標的，投標文件未附聯(lián)合體各方共同投標協(xié)議或聯(lián)合體協(xié)議不符合有關(guān)規(guī)定的；11、投標文件附有招標人不能接受的條件，或者對合同中約定招標人的權(quán)利和投標人的義務方面造成重大限制的； 12、不符合招標文件中規(guī)定的其他實質(zhì)性要求的。（二）評標委員會定為廢標的投標文件不再進入詳細評審階段。經(jīng)初步評審合格的投標文件，評標委員會應當根據(jù)招標文件確定的評標辦法、標準，對其作進一步評審、比較、評分。 二、詳細評審軟件開發(fā)服務項目綜合評分法詳細評審的評審順序為：先評技術(shù)部分；再評商務綜合部分；最后計算投標報價部分。各部分滿分值均為100分，但設(shè)定不同的權(quán)重