必需URS-A（略）必需URS-A44（略）必須兼容現在使用的生產設備、配件等（如掃描頭等）。綜合得分及投標報價均相同時，技術指標優者列前）。
（略）:MX-CCB202501

（略）
（略）升級項目


招
標
文
件


（略）
2025年01月
目錄

第一部分投標邀請函
第二部分用戶需求書
第三部分投標人須知
第四部分評標方法















第一部分投標邀請函
（略）（略）公開招標，歡迎國內有能力的合格投標人提交密封投標文件。有關事項如下：
1.項目概況
1.1招標內容及范圍：（略）升級項目的采購及相關服務招標，（略）的用戶需求規范，（略）的設計、安裝和使用中應實現的功能要求，保證供應商以本規范為依據進行規格選型和功能設計，并為后續的設備確認和驗證提供詳實依據。
通過重構、整合現有藥品追溯體系，（略）單點故障問題，（略）節點及人工操作頻次，讓追溯數據自動流轉，降低人工成本，減少返工等風險，通過數字化賦能實現企業提質增效。
1.2資金來源：企業自籌。
1.3項目實施地點：（略）
（略）本部：（略），
白（略）
陽春車間：（略）民營（略）
五華加工點：廣東省（略）
1.4報價規范：投標人應對本項目所有招標貨物和服務進行報價，不允許只對部分貨物和服務投標報價。
2.合格的投標人
2.1投標人必須是獨立于招標人：（略）
2.2投標人必須提供至少兩位具有3（略）升級項目經驗的資深技術顧問/工程師參加此項目。
2.3（略）廠家的，（略）的合法代理商或合作伙伴，并提供廠家的授權書。
2.4不接受聯合體投標。
2.5售后服務：
⑴投標人應免費對用戶人員進行培訓，（略）的構架、流程、操作、維護維修、故障解決等。
⑵投標人應提供不間斷的服務直到問題解決。
3、獲?。?span id="mgogky0qc22" class="open_quick_reg">（略）
3.1（略）時間：（略）上午12點～2025年1月27日下午5點
3.2發放方式：（略）
（略）https://（略）
4、投標文件的收取
4.1投標截止時間為：2025年1月27日下午5點
4.2地址：（略）
4.3收件人：王劍霞（略）
5、投標保證金：無
6、開標時間和地點：（略）
6.1開標時間：由招標人：（略）
6.2開標地點：（略）
7、招標人：（略）
8、招標人：（略）
地址：（略）
電話：（略）
聯系人：（略）



第二部分
（略）
用戶需求書



名稱：（略）

擬稿人：
質量保證部審核：
信息技術部審核：
質量受權人審批：
審批時間：
簡介為進一步提高藥品質量安全保障水平，國家藥監局發布了《關于藥品信息追溯體系建設的指導意見》，意見中指出藥（略）許可持有人、生產企業、經營企業、使用單位：（略）
本文件作為供應商所供設備技術條款的編制基礎，供應商應根據本文件需求逐條做出響應，提供所供設備的參數、性能特點和技術要求是否滿足本文件需求標準，如有偏差和不符合項應列出，并詳細說明或提供解決方案。
需方對本URS的編制質量負責。供方須嚴格按照本URS所明確的法規標準、技術要求、服務要求，提供相關設備設施和服務，并須對需方所提供的URS負保密責任。
二、項目內容
（略）（略），該系統將各級包裝追溯碼相關聯，建立關聯關系，并賦予追溯碼產品名稱：（略）
三、法規標準法規：除本URS特殊要求外，藥品追溯碼的設計、材料選擇、制造工藝、文件、檢驗測試、設備調試及驗證應滿足以下標準和規范要求：
3.1中國現行（2010版）《藥品生產驗證指南》；
3.2中國現行（2010版）《藥品生產質量管理規范》及其附錄；
3.3藥品生產自動化管理規范（GAMP5）；
3.4《工業自動化儀表工程施工及驗收規范》（GB（略））；
3.5GB/T（略）條碼質量檢測規范；
3.6《（略）使用手冊-生產企業》；
3.（略）碼標簽印刷規范；
3.8JB/T（略）制藥機械行業標準；
3.9TJ36-79工業企業設計衛生標準；
3.10國家現行機械制造規范及行業標準、安全標準；
3.11其他與制藥設備制造、安裝相關法律法規。
注：供應商要詳細說明其所依據的標準和規范。

四、用戶需求書1、系統基礎功能需求
（略）
內容
要求
期望
URS-A01
基礎信息
1、客戶信息：支持批量導入或者手工錄入。
必需
2、物料信息：支持批量導入或者手工錄入。
3、用戶管理：（略）用戶信息。
4、組織機構管理：維護部門基本信息。
5、權限管理：維護組織、角色、用戶權限。
URS-A02
出入庫管理
1、業務類型需涵蓋生產入庫、采購入庫、退貨入庫、尾數入庫、拼箱入庫、其他入庫等；銷售出庫、尾數出庫、直調出、抽檢出庫、內部領用出庫、銷毀出庫等；
必需
2、出入庫單據的修改功能、整批出庫功能。
3、出入庫文件自動生成到指定目錄（（略）上傳格式要求）。
URS-A03
出入庫管理
（略）批次關聯關系數據自動導入生成入庫單；或者手工創建入庫單并導入關聯關系文件。
必需
URS-A04
出入庫管理
支持通過接口獲取：（略）
必需
URS-A05
查詢功能
可根據追溯碼進行數據查詢（包括查詢關聯關系數據、出入庫數據）。
必需
URS-A06
統計功能
可根據產品、批次查詢追溯碼信息、統計批次信息。
必需
URS-A07
功能需求
（略）上直接操作碼替換（包括大箱、小盒），單個碼替換或者批量替換
必需
URS-A08
出入庫管理
支持掃一個庫位碼就可以出庫整批產品；或者反向掃碼出庫整批的剩余部分。
必需
URS-A09
功能需求
（略）功能可以提供（略）使用
必需
URS-A10
功能需求
可以提供生產入庫數據查看模塊
必需
URS-A11
出入庫管理
（略）共用同一軟件進行操作，不采用云服務。
必需
URS-A12
出入庫管理
支持退貨替換部分小盒藥品，（略）做替換入庫，發貨時再做替換碼出庫。
必需
URS-A13
出入庫管理
支持在藥品放行后但未出庫狀態，可以替換部分小盒藥品操作。
必需
URS-A14
生產需求
一級追溯碼正確掃描通過100盒/分鐘，10條生產線（同時使用不存在卡頓情況。（多品種共線）。后期存在增加生產線可能性，需能進行相應增加授權和費用明細。
必需
URS-A15
生產需求
包裝盒、包裝袋上條碼由印刷廠印刷，且無異常情況下要求條碼一次成功讀取率≥99.9%，打印設備無異常情況下大箱一次賦碼和檢測成功率均需達到100％。需保證條碼數據關聯的準確率100%。
必需
URS-A16
生產需求
產品管理：具有增加產品信息、修改產品信息、導入產品信息、增加產品子類、修改產品子類、增加資源碼。客戶端顯示不限于產品編碼、產品名稱：（略）
必需
URS-A17
生產需求
包裝規則管理：具有增加包裝規則、修改包裝規則、刪除包裝規格，區分不同名稱：（略）
必需
URS-A18
生產需求
①、建立任務，包括生產的產品編碼，產品名稱：（略）
必需
URS-A19
生產需求
具備定義生產線的工位數量，定義每個工位所有輸入設備和輸出設備。每個工位之間關聯方式：（略）
必需
URS-A20
生產需求
產品有效期能根據生產日期自動生成，可根據生產需要選擇有效期至月或日。
必需
URS-A21
生產需求
監管碼導入:應當具備導入已申請的各個產品、各種規格的藥品追溯碼數據功能，追溯碼使用電腦下載并導入到（服務器），并且能實時傳輸到現場工控機服務終端。能查看監管碼導入日志，（不限于導入的文件名稱：（略）
必需
URS-A22
設備需求
能夠利舊現有產線的設備、配件，如自動線、手動線、半自動線、打印機，不影響生產進度的實施。
必需
URS-A23
設備需求
用戶可增加工位、設備修改、刪除、設置等權限。
必需
URS-A24
生產需求
打印方式：（略）
必需
URS-A25
生產需求
支持藥械同追。（略）要兼容實現藥品、器械的溯源合規管理，兼容識別藥品追溯碼和器械GS1追溯碼，完成序列化管理、（略）上傳管理
必需
URS-A26
生產需求
支持“合規一體化”。集中實現藥品、器械、醫保的合規統一對接，減少人工錯傳漏傳提高工作效率；
必需
URS-A27
生產需求
（略）、（略）追溯碼上傳的對接服務功能；
必需
URS-A28
生產需求
（略）“碼上放心”數據接口測試，符合國家藥監局的條碼數據庫格式的要求，并符合“碼上放心”所有技術要求，（略）并完成測試。（略）對接的接口（（略））
必需
URS-A29
生產需求
往來單位：（略）
必需
URS-A30
生產需求
藥品管理：藥品更新、藥品增加、藥品修改、增加包裝規格（同產品管理）。
必需
URS-A31
生產需求
掃描采集一級碼，采集失敗后剔除，并在客戶端可以清晰看到提示，并有報警。采集成功繼續運行，通過掃描包裝盒、包裝袋上的追溯碼進行一級碼和二級碼的關聯關系建立（或自動關聯）。
必需
URS-A32
生產需求
當成功采集追溯碼的數量達到大箱包裝數后，自動生成二級碼并觸發打印及提示掃描大箱，建立大箱和一級包裝的關聯關系。顯示界面要求整箱之后單箱計數從0開始，移除單個一級碼時不涉及已形成關聯關系。一級、二級采用固定式掃描或手動掃描。
必需
URS-A33
生產需求
（略）（主要指掃描器和手持槍）（略）內已存儲數據的比對功能，如有數據重復，系統能夠自動提示并自動剔除。
必需
URS-A34
生產需求
（略）必須具有對生產的數據（暫停、在線、結束等任務）的已經建立關聯關系的追溯碼的維護功能，包括：取消關聯關系、碼替換處理、改變任務狀態、改變任務信息等功能。并能更改任務中打印數量。
必需
URS-A35
生產需求
客戶端應具有異常處理的功能，如更換包裝追溯碼、抽撿處理、異?；炫幚怼⑵聪涮幚怼⒘阆涮幚怼⒎倒ぬ幚怼?
必需
URS-A36
生產需求
換箱子（主要針對導出之后任務）能正常打印原追溯碼
必需
URS-A37
生產需求
報警功能：應能對各種異常、故障及時做出聲光報警，并能顯示警報時間、原因、位置，在人機界面上顯示，便于故障排除和檢查，并保存相關記錄，在說明書中應有所有報警的解除方法
必需
URS-A38
生產需求
客戶端-生產任務界面具有一級碼完成數量顯示、二級碼打印、已掃描顯示、可在生產時對追溯碼進行移除替換操作。（略）保持時間先后連續性。
必需
URS-A39
設備需求
投入使用后，提供所有線體的終身授權。（略）更新時需重新免費授權。
必需
URS-A40
設備需求
授權方式：（略）
必需
URS-A41
生產需求
1、自動歸檔生產任務同時進行且不影響生產線同時使用。2、歸檔數據存儲位置可設定（首次設定，以后自動歸檔到該位置）。3、歸檔后對正在使用數據庫不能產生負面影響（例如：導致正在使用數據庫變大等）歸檔后數據可查詢碼信息、打印碼等功能。
必需
URS-A42
生產需求
打印內容可編輯。打印內容：拐角貼標機具備模板編輯功能，追溯碼信息自動從電子監管碼軟件讀取，（略）進行編輯。
必需
URS-A43
生產需求
（略）
必需
URS-A44
生產需求
（略）必須兼容現在使用的生產設備、配件等（如掃描頭等）。
必需
URS-A45
設備需求
可兼容多種新舊設備同時運行。
必需
URS-A46
設備需求
（略）應充分考慮對企業原有服務器資源的利用。（略），則報價需包含服務器升級改造的費用
必需
2、手持PDA功能需求
（略）
內容
要求
期望
URS-B47
程序兼容性
PDA（略），同時需考慮對追溯碼格式的兼容性（一維碼）（略）的訂單條碼掃描。
必需
URS-B48
功能需求
手持可通過條碼掃描獲取：（略）
必需
URS-B49
功能需求
掃碼過程需對追溯碼做校驗控制（包括產品、數量等），當滿足單據所需數量時做出出庫完成提示。
必需
URS-B50
功能需求
掃碼過程中允許取消碼出庫（如掃錯可直接取消）
必需
URS-B51
功能需求
支持掃一個庫位碼就可以出庫整批產品；或者反向掃碼出庫整批的剩余部分。
必需
URS-B52
功能需求
避免PDA在線傳輸時，出現碼丟失情況。
必需
URS-B53
功能需求
PDA可以連續掃監管碼超過1000個，不會出現上傳失敗的情況。
必需
URS-B54
功能需求
兩臺PDA（略）進行掃碼出庫。
必需
URS-B55
功能需求
優化手持PDA端操作，當ERP新增往來單位：（略）
必需
URS-B56
功能需求
支持倉儲搭建的無線發貨方式：（略）
必需
URS-B57
功能需求
兼容使用WMS系統的PDA。
必需
URS-B58
功能需求
支持掃碼后，可以在倉庫現場無線上傳。
必需
3、系統接口需求
（略）
內容
要求
期望
URS-C59
功能需求
（略）ERP、WMS、MES、QMS等系統，同步銷售出庫單、銷售退貨單、產品放行單等。（略）中的數據，（略）產生的數據收集后，自動上傳到“碼上放心”平臺，（略）中數據不丟失。
必需
URS-C60
功能需求
預留與碼上放心接口對接的功能，以備后續做自動上傳數據、數據落地等。即產品審核放行后，該批次監管碼數據可以直接上傳到“碼上放心”平臺。
必需
URS-C61
功能需求
（略）查詢追溯碼數據（（略）、產品等信息）
必需
4、文件資料需求
（略）
內容
要求
期望
URS-D62
文件需求
（略）設計文檔、用戶使用手冊、安裝手冊、安裝文件等
必需
URS-D63
文件需求
提供培訓使用文檔
必需
URS-D64
文件需求
（略）SOP
必需
URS-D65
文件需求
（略）驗證，如驗證主計劃、功能說明、設計說明、系統工程設計、設計審核、系統工程制造和工程調試、3Q確認等。
必需

5、培訓和服務需求
（略）
內容
要求
期望
URS-E66
培訓需求
供應商負責所有技術指導和人員培訓，包括：系統操作、系統維護、系統性能及問題解答
必需
URS-E67
培訓需求
培訓對象：數據管理、IT技術、生產管理、各個業務操作相關人員。
必需
URS-E68
培訓需求
培訓內容：綜合培訓（（略）理論知識）現場培訓（系統和設備實踐操作知識）
必需
URS-E69
培訓需求
免費提供不少于3（略）和設備操作及維護知識的培訓（含后臺維護、各個業務端操作培訓）。
必需
URS-E70
服務需求
驗收合格后，1年的質保期。在質保期限內,合同中所供貨物和工作內容在操作規程內出現任何問題,供應商負責無償維護；質保期后,供應商應終生提供及時的維修、維護,費用另行協商確定。
必需
URS-E71
服務需求
提供質保期后3年內的維保服務方案和報價
必需
URS-E72
服務需求
（略）在使用過程中，（略）問題，供方保證在接到用戶傳真/郵件通知后，24（略）使用現場解決問題。
必需
URS-E73
服務需求
如設備硬件出現故障，用戶自行更換硬件或主機，（略）。
必需
6、系統軟件要求
（略）
內容
需求
期望
URS-F74
（略）需求
投標方應保證所提供的所有軟件是合法的，非自主開發的軟件需提供授權書。
必需
URS-F75
（略）需求
該軟件應能實現包裝賦碼關系的后臺數據管理和在線控制。
必需
URS-F76
（略）需求
該軟件應該能夠實現不同品種、不同規格、不同包裝級別的產品包裝賦碼關聯關系的建立和數據管理。
必需
URS-F77
（略）需求
該軟件支持藥品追溯碼數據量大，需具備海量數據處理能力。
必需
URS-F78
（略）需求
該軟件應能支持Oracle或SQLServer等主流數據庫，可支持信創產品。
必需
URS-F79
（略）需求
該軟件可通過藥品追溯碼識別產品品名、規格等相關信息。
必需
URS-F80
（略）需求
該軟件可按照包裝批次創建生產任務，根據需要可設置相應參數。
必需
URS-F81
（略）需求
該軟件執行生產任務時可在服務器、工控機電腦等實時監視各個包裝工位關聯關系建立情況等相關信息。
必需
URS-F82
（略）需求
該軟件應具有藥品信息管理，對已存在的藥品信息（包裝比例、保質期、品名、規格）可進行修改、保存和刷新。
必需
URS-F83
（略）需求
該軟件應具有對車間、生產線、包裝工位等信息管理，可進行維護。
必需
URS-F84
（略）需求
該軟件應該具備藥品數據導入和關聯關系數據導出。
必需
URS-F85
（略）需求
該軟件可以提供追溯碼數據的分類，可形成變碼印刷數據文件和標簽打印數據文件，能夠對分類數據進行管理和驗證、激活。
必需
URS-F86
（略）需求
該軟應該具備完成異常處理的功能，如抽檢、強制封箱、拼箱、拆箱、包裝損壞、標簽替換等異常操作。
必需
URS-F87
（略）需求
該軟件應可查詢及統計出全部追溯碼的即時狀態及關聯關系。
必需
URS-F88
（略）需求
在賦碼過程出現異常，不夠一整箱時，該軟件應能提供每個級別的包裝關系的逐一清除或者一次清除。
必需
URS-F89
（略）需求
在該軟件運行過程中，可進行各級藥品追溯碼的包裝關系驗證，發生錯誤時發出聲光報警和漢字提示出錯原因。
必需
URS-F90
（略）需求
（略）通訊時，（略）絡通訊方式：（略）
必需
URS-F91
（略）需求
在賦碼過程中，如果低級碼采用隊列的方式：（略）
必需
URS-F92
（略）需求
該軟件應能手工和自動備份數據庫。
必需
URS-F93
（略）需求
（略）操作日志，方便回朔操作過程。
必需
URS-F94
（略）需求
該軟件在軟件發生故障時保證數據的正確性及完整性。
必需
URS-F95
（略）需求
該軟件可以同時支持無線數據采集和有線數據采集。
必需
URS-F96
（略）需求
（略）技術標準或通過相應的技術標準測試，且能與WINDOW2019（略）兼容。
必需
URS-F97
（略）需求
追溯碼數據需要采用集中存儲方式：（略）
必需
URS-F98
（略）需求
設備控制程序中，用戶需使用登錄名和密碼進行登錄，（略）安全。應至少包括三個權限等級，且每個等級擁有相應的可設置安全權限，用于修改參數及使用屏幕數據。
必需
URS-F99
（略）需求
（略）應當具有記錄功能，記錄應包含登陸人員姓名、登陸時間、登陸終端名稱：（略）
必需
URS-F100
（略）需求
操作人員登錄時連續3次密碼輸入錯誤時，系統能夠自動鎖定并禁止其登錄，（略）管理員進行重新確認設定密碼。軟件應當具有自由選擇密碼更換方式：（略）
必需
URS-F101
（略）需求
能識別歷史碼及關聯關系文件（xml格式）（略），方便對之前追溯碼進行關聯關系查詢和修改。
必需




7、其他需求
（略）
內容
需求
期望
URS-G102
架構需求
（略）為B/S架構
必需
URS-G103
功能需求
可以定期對歷史數據進行歸檔，避免數據量大導致數據查詢慢等情況
必需
URS-G104
項目實施
（略）實施方案和工期，如用時天數，預估生產影響范圍等。
必需
URS-G105
硬件要求
報價需含硬件，詳見清單。
必需
URS-G106
設備需求
請供應商現場實地調研后，給出需要更新工業工控機的數量、配置、（略）等信息清單，新工控機能配置與升級后的軟件相匹配,保證3～5年不落后。本項目總報價需包含更新工控機的價格。
必需


第三部分投標方須知
1.投標費用投標人應承擔其投標書準備和遞交所涉及的一切費用，無論是否中標，招標人：（略）
2.投標價格投標價格應包括產品、軟件授權費、隨機配件，及相關制造、運輸、包裝、保險費、稅費（包括關稅、增值稅）以及設計、安裝、調試和現場驗收、培訓、技術服務（包括操作手冊，驗收報告、技術文檔等資料）及質保期保障等項目的全部費用及利潤。3.付款方式：（略）
4.投標文件內容及要求①詳細闡述所推薦軟件的類別、（略）、各項配置清單等。
②適用范圍、技術參數、性能參數、及所需配套設備的性能、技術參數等；
③質量保證、技術支持、售后服務等相關承諾；
④企業營業執照（正、副本）或事業單位：（略）
⑤報價方需將本用戶需求書的響應情況蓋章后附在投標書內，以密封形式于規定時間前郵寄到我方。
5.培訓①中標人應免費對采購人：（略）
②中標人應免費對采購人：（略）
③投標人在投標文件中應提出詳細的培訓內容和培訓計劃。
6.安裝調試①中標人負責到用戶指定的地點：（略）
②中標人應提交詳細安裝進度表。
③中標人應設安裝負責人，負責安裝協調管理工作。
④調試：由中標人按產品規范與軟件規范進行調試。
⑤產品的拆箱、安裝、調試等項工作由中標人負責，但必須在采購人：（略）
7.驗收①投標人應給出項目詳細的驗收方案，包括驗收項目、驗收標準，驗收實施辦法等。
②驗收由采購人：（略）
③驗收完畢由采購人：（略）
8.技術資料①中標人應于驗收后向用戶提供驗收報告、技術文檔的歸納、整理、提交，并提供完整的貨物技術資料。
②技術文件：包括驗收報告、技術文檔、完整的產品技術資料。
9.采購人：（略）

第四部分評標方法
一、評審規則
1.本評標辦法采用綜合評分法。
2.評標步驟：先進行初步評審，再進行技術商務及價格的詳細評審。只有通過初步評審的投標才能進入詳細的評審。
3.評分及其統計：按照評標程序、評分標準以及權重分配的規定，評標小組各成員分別首先就各個投標人的技術狀況、商務狀況及其對招標文件要求的響應情況進行評議和比較，評出其技術商務評分。各評委的技術商務評分的算術平均值即為該投標人的技術商務評分。然后，計算出投標人的投標報價得分。將各投標人的技術商務評分乘以其權重并加上投標報價得分得出其綜合得分。將各綜合得分由高到低順序排列，綜合得分第一名的投標人為第一中標候選人，綜合得分第二名的投標人為第二中標候選人（綜合得分計算精確到小數點后兩位數，綜合得分相同時投標報價低者列前；綜合得分及投標報價均相同時，技術指標優者列前）。
二、資格評審
1.評標小組按照《投標單位：（略）
2.評標小組將審查投標文件是否完整、有關資格證明文件是否齊全有效、文件簽署是否合格、投標有效期是否滿足要求等。3.在詳細評審之前，評標小組要審查每份投標文件是否實質上響應了招標文件的要求。實質上響應的投標應該是與招標文件要求的關鍵條款、條件和規格相符合，沒有重大偏離或保留的投標。所謂重大偏離或保留是指實質上影響合同的供貨范圍、質量和性能；或者實質上與招標文件不一致，而且限制了合同中招標人：（略）
4.評標小組將審查實質參加投標人數是否夠3家，以決定是否需廢標。
5.無效投標的認定
按《投標單位：（略）
三、詳細評審
1.詳細評審是對通過初步評審的投標進行技術商務和價格的評審。
2.評標小組就投標人對技術響應表中各項因素進行評分，技術商務評分詳見“技術商務評審表附表2”。
3.投標報價評審：
價格計算分:對通過初步審查的投標人，將評委會校核后的各投標總價定義為評標價格。取各評標價格的平均價的100%作為評標基準價格；評標價等于基準價的，其價格分為90分；評標價格高于基準價格的，則按其相對比例，評標價每高出基準價1%的，其價格評分在基準分基礎上減1分；評標價格低于基準價格的，則按其相對比例，評標價低于基準價1%的，其價格評分在基準分基礎上加1分（注：加減分按插值法取值并保留小數點后兩位有效數字），加分后的最高不超過100分，減分后的總分不小于80分；依此計算出所有投標人的價格評分。
4.技術商務及價格權重分配：
評審項目
技術商務
價格
權重
50%
50%
5.根據上述技術商務的評分及其權重分配，代入下列公式計算各投標人的綜合得分（總分100分）。
綜合得分=技術商務評分×50%＋投標報價得分×50%
6.進入價格評審的各投標人的綜合得分從高到低進行排名（綜合得分相同時投標報價低者列前；綜合得分及投標報價均相同時，技術指標優者列前）。
7.控制價：40萬元(大寫：人民幣肆拾萬元整)，投標報價高于該控制價，則該投標單位：（略）
四、投標文件的澄清1在評標期間，為方便對投標文件審核、評估和對比，評標小組可要求投標人對其投標文件進行澄清，有關澄清的要求和答復應以書面形式提交，但不得尋求、提供或允許對投標價格或實質性內容做任何更改。2評標小組將允許修正投標文件中不構成實質性偏離的、微小的、非正規的不一致的或不規則的地方，但這些修正不能影響任何投標人相應的名次排序。3如果投標人希望遞交其他資料給評標小組以引起其注意，則應以書面形式提交。五、中標候選人
1.評標小組將出具評標報告，并推薦綜合得分第一名的投標人為第一中標候選人，綜合得分第二名的投標人為第二中標候選人。
六、拒絕任何或所有投標的權利
1評標小組經評審，認為所有投標都不符合招標文件要求的，可以否決所有投標。2招標人：（略）
附表1：投標單位：（略）
投標單位：（略）
（略）
要求
投標單位：（略）
1
投標文件密封良好，并在密封處加蓋公章，否則審核結果不合格
2
企業營業執照（或事業單位：（略）
復印件齊全
3
投標文件正、副本各一份
4
投標價不得超過招標控制價
審查結果（合格/不合格）
評委簽名：
時間：年月日

附表2：技術商務評審表
技術、商務評分表
項目
分項內容
滿分
評分說明
技
術
商務
分
項目實施方案
25
視提供的項目實施方案（包含項目時間計劃、項目組成員安排、具體項目管理及實施步驟等）合理、完善與否，十分合理完善得20-25分；較合理完善得11-20分；不夠合理不夠完善0-10分。
用戶需求響應
40
根據《（略）用戶需求書》響應情況評分：
1、無負偏離，優于用戶需求，得31-40分；
2、總的負偏離超過總數0-10%或業務需求負偏離超過0-5%為滿足得21-30分；
3、總的負偏離超過總數10-20%或業務需求負偏離超過5-10%為基本滿足得11-20分；
4、總的負偏離超過總數20%或業務需求負偏離超過10%為不完全滿足得0-10分；。
業績和經驗
10
2021年1月1日至今，（略）安裝或升級相關服務案例，每一項業績1分，最高10分；（投標人應提供項目合同或驗收報告）。
資源保障
10
投入本項目的資源——保障充足與否，得0-10分。
售后服務
15
對比投標單位：（略）
技術商務分合計
100


附件：（略）升級項目招標文件(1).docx