更正原因：

答疑

各潛在投標人， 招標答疑具體內容如下：

一、 目錄前一頁，溫馨提示中，有一條：如投標產品屬于許可證管理范圍內的，須提交相應的許可證復印件。請問投標產品除了計算機信息系統安全專用產品、商用密碼產品外，還有什么銷售許可？這一條是如何定義的?

答：對應產品許可。

二、 針對16頁，項目團隊實力要求提供投標人單位的社保證明（以社保機構出具的投標截止日前連續三個月社保證明為準）復印件加蓋投標人公章；評標現場提供證書及社保證明原件查驗（原件必須于投標截止時間前提供），未提供原件的不計分。這里有幾個問題：

（1）投標人單位的社保證明，可以是投標人下屬單位的社保證明嗎？

（2）以社保機構出具的投標截止日前連續三個月社保證明，這連續三個月如何理解，10.21號前任意3個月的嗎，比如3、4、5月？還是以10月為限定，只能是7、8、9月的社保證明？

（3）社保證明原件查驗，自行在手機查的社保證明，截圖彩打，這個算不算是原件？什么才是原件？

答：（1）可以使用投標人的分支機構。不可以用子公司人員。

（2）最近連續三個月或以上，須含有2021年7、8、9月。

（3）網絡打印或截圖打印加蓋投標人公章，即可認定為原件。

三、 針對16頁，項目團隊實力所投入的項目經理，是否指明了只能投入1名經理滿足所有相關證書？是否可以多投入項目經理，不同的項目經理滿足不同的證書？

答：不能超過兩名，否則不得分。

四、 針對16頁，相關業績所要求的合同寫的是：投標人自2018年1月1日以來（以簽訂合同時間為準）承擔過的同類（大數據和云平臺）項目。這里的同類寫的大數據和云平臺，這里是指一個合同必須同時包含大數據和云平臺建設，還是可以提供一個合同任意包含其中任意一項即可？

答：合同必須同時包含大數據和云平臺建設。

五、 針對14-15頁系統演示這一項，有兩個問題：

（1）這一項寫的是：投標人針對用戶需求書中的軟件功能中的三個板塊（以上七項內容只可任選三項）進行演示，請問這個是投標人在投標前就自己隨意選擇，然后在現場演示？還是要提供完整的7項內容，由現場專家隨機抽取3個進行演示？

（2）如果演示提供的是錄屏，在招標文件中，沒有指明怎么帶入場？是直接以U盤的形式封裝在投標文件中？還是什么形式？

答：（1）投標人隨意選擇3個進行演示。

（2）以U盤的形式封裝在投標文件的電子文件內。

六、 按照一般的投標流程，都是需要唱標文件的，本次的招標文件中沒有明確唱標的內容，請問是否需要單獨封裝唱標文件，唱標文件應該包含什么內容?如一覽表，授權函等？

答：唱標文件即開標一覽表，需單獨文件袋封裝。

七、 標▲的技術參數不止18個，總共只18分，每個扣一分，請問這個分數是如何扣的？

答：總分18分，最高得18分，最低得0分。每一個不滿足，扣一分，扣至0分為止。

八、 招標文件對于非▲的技術參數沒說明扣分原則，那如果存在負偏離，怎么扣分呢？并且基礎項的響應表也沒有說明是否需要響應？若響應是按照投標報價清單響應，還是按照采購需求清單進行響應？

答：需要響應。技術參數要在“對需求的把握和理解（含技術實現方案）、項目總體建設實施方案、項目運營運維實施方案”等章節里面響應。

九、 針對議程安排里，遞交投標文件為2021年 10月20日8時30分至9時00分，在招標文件中是于2021年10月21日09時00分（北京時間）前提交投標文件。請問以什么為準？

答：最新議程安排表中已更正為：2021年10月21日8時30分至9時00分。其它資料議程時間安排與招標文件不符時，以招標文件為準。

十、 投標報價清單與采購需求清單有差異，比如部分功能合并或者新增功能項，請問投標分項報價表以什么為基準進行報價？

答：以“珠海公安大數據智能化建設項目投標報價清單”為準進行報價。

十一、 采購需求中的定制軟件和服務采購需求清單，若投標的是成品軟件或軟硬一體產品，是否可以直接以成品軟件或軟硬一體產品報價？成品軟件或軟硬一體產品報價與定制化軟件的報價形式不一樣。

答：按照采購需求中要求報價。

十二、 問題：商務部分_投標實力部分

原因：資質證書復印件加蓋公司公章一樣具備同等法律效力，現在互聯網時代各證書在相關官方網站都能備查，要求開標現場出具原件，有較多弊端。如采購項目剛巧趕上證書年檢的時段或者證書被拿作他用,會導致不能提供。同時有多個項目投標如果都需要則會存在沖突。

建議：建議刪除“開標時帶證書原件查驗，不提供原件的不計分”或修改為：“中標供應商需提供原件核驗。”

答：證書的網頁查詢頁或網絡打印（或下載）頁加蓋加蓋投標人公章可被視為證書原件。

十三、 問題：項目團隊實力

原因：上述人員能力證書在各自官網均可以查詢驗明真偽，證書復印件加蓋公司公章一樣具備同等法律效力。

建議：建議刪除“評標現場提供證書原件查驗（原件必須于投標截止時間前提供），未提供原件的不計分。” 或修改為：“中標供應商需提供原件核驗。”

答：證書的網頁查詢頁或網絡打印（或下載）頁加蓋加蓋投標人公章可被視為證書原件。

十四、 問題：硬件設備部分---

前置區計算節點：CPU：2*14 core 2.2GHz X86架構；

分布式存儲（云平臺）CPU：2*48 Cores 2.6GHz Kunpeng 架構；

對象存儲 CPU：2*48 Cores 2.6GHz Kunpeng 架構；

文件存儲：CPU：2*48 Cores 2.6GHz Kunpeng 架構；

多用途B CPU：2*48 Cores 2.6GHz Kunpeng 架構；

深加工：CPU：2*32 Cores 2.6GHz Kunpeng 架構；

高級運算：CPU：2*32 Cores 2.6GHz Kunpeng 架構；

HBase組件計算存儲節點1 CPU：2*48 Cores 2.6GHz Kunpeng 架構；

HBase組件計算存儲節點2 ：CPU：2*48 Cores 2.6GHz Kunpeng 架構；

ES服務器：CPU：2*32 Cores 2.6GHz Kunpeng 架構；

圖數據庫組件：CPU：2*48 Cores 2.6GHz Kunpeng 架構；

Hive組件集群：CPU：2*48 Cores 2.6GHz Kunpeng 架構；

Redis組件集群：CPU：2*32 Cores 2.6GHz Kunpeng 架構；

Spark組件集群：CPU：2*48 Cores 2.6GHz Kunpeng 架構：

大數據控制節點：CPU：2*32 Cores 2.6GHz Kunpeng 架構；

MPPDB組件集群：CPU：2*32 Cores 2.6GHz Kunpeng 架構；

原因：上述對服務器要求中：前置區計算節點 要求CPU X86結構比較合理，而后面羅列的都是kunpeng架構，根據CPU指令集體系進行分類，復雜指令集（CISC）下，以X86架構為主，國內代表廠商包括海光、兆芯；精簡指令集（RISC）下，涉及ARM架構、MIPS架構、Alpha架構等，國內代表廠商包括鯤鵬（ARM）、飛騰（ARM）、龍芯（MIPS）、申威（Alpha）等。CPU架構常見的就只有X86、ARM、MIPS、Alpha 架構。并沒有kunpeng架構一說，所以此是否嚴謹？

建議：建議刪除 kunpeng 架構，改為 ARM 較為準確。

答：應等于或優于招標要求。

十五、 硬件設備部分--項目采購清單及技術要求：分布式存儲（云平臺）CPU：2*48 Cores 2.6GHz Kunpeng 架構；內存：160GB DDR4;RAID卡：支持RAID0,1,5,6,10,50,60，2G緩存，超級電容;硬盤：12*8TB SATA、2*600GB SAS、2*1.6TB NVMe SSD；網絡：4*GE+4*10GE；4*SFP+ 萬兆模塊；分布式塊存儲軟件和授權；五年原廠維保及硬盤不返還服務。同樣描述地方還有（1.1.5對象存儲；1.1.6 文件存儲；）

原因：此處為硬件參數描述，里面要求提供軟件授權應該不是太合理，是否存在軟件和服務器綁定的問題，這個和項目建設的總體思想、公安部部標 分層解耦的要求是否相違背。

建議：建議刪除對軟件授權要求，軟件功能節點不應該和服務器綁定在一起。

答：可分離或合并此項軟硬件要求，應等于或優于招標要求。

十六、 問題：基礎軟件部分----商用大數據軟件(按CPU核數計算授權）：Hadoop商業版本，具備：HDFS分布式文件系統、Yarn分布式作業執行調度系統、Mapreduce分布式計算框架、HBase分布式數據庫、Zookeeper集群分布式協調工具、Elasticsearch分布式搜索和分析引擎、分布式事務型數據庫、分布式圖數據庫、Hive數據倉庫工具、Redis分布式緩存、Spark內存計算框架等。不少于4128CPU核授權。

原因：符合公安部標準的商用大數據軟件按照不只有hadoop的商業版本，還有國內比較成熟性能更佳的MaxCompute等。此處直接限定了hadoop， 對國內廠商是一個傷害。同時該處直接指定了 Hadoop體系的組件如：HDFS、Yarn、Hbase、Hive、Mapreduce、Zookeeper、Elasticsearch、Spark等等，不符合公安部部標的要求。

建議：建議改為 大數據商業版本:具備 分布式文件系統、分布式作業執行調度系統分布式、分布式計算框架、分布式數據庫、分布式協調工具、分布式搜索分析引擎、分布式事務型數據庫等，按照公安部部標描述。

答：大數據商業版本包含分布式文件系統、分布式作業執行調度系統分布式、分布式計算框架、分布式數據庫、分布式協調工具、分布式搜索分析引擎、分布式事務型數據庫等，應等于或優于招標要求。

十七、 問題：數據處理治理實施其他要求 兼容性。流式處理目標端引擎支持Kafka、HDFS、MongoDB、Hbase、ES、Solor、MySql、TBase、TDSQL、TBDS、LibrA、PG、Greenplum。

原因：該部分兼容的性要求并不齊全，如果主流的ODPS、ADB 均未羅列出來，能力建設不齊全存在風險。

建議：建議補上 ODPS、ADB等數源。

答：新增ODPS、ADB等，應等于或優于招標要求。

十八、 問題：投標人具有有效期內的環境管理體系認證證書 的得 1分；

原因：環境管理體系認證是針對硬件生產廠商企業或組織在環境管理方面是否達到國際標準，以確保對企業各過程、產品及活動中的各類污染物控制達到相關要求。（說明疑問或無法理解原因）

建議：建議改為所投硬件產品對應的生產廠商需要提供該證書

答：不采納。環境管理體系認證不只是針對硬件生產廠商企業或組織的。環境管理體系標準是創建綠色企業的有效工具，是國際通用的標準，對企業持續地開展環境管理工作及對企業的可持續發展起到重要作用。

十九、 問題：投標人具有有效期內的 《ITSS信息技術服務運行維護標準符合性證書》成熟度等級三級（含）以上資質證書，得1分，其它不得分。

原因： ITSS信息技術服務運行維護標準符合性證書是針對應用服務運維能力認證證書，該項目建設是云和大數據為主，云計算服務能力標準符合性證書更合適。

建議：建議改為：投標人具有有效期內的 《ITSS信息技術服務運行維護標準符合性證書》成熟度等級三級（含）以上資質證書或《云計算服務能力標準符合性證書》 二者之一的得1分，其他不得分。

答：不采納。ITSS認證全面規范了IT服務產品及其組成要素，用于指導實施標準化和可信賴的IT服務，對大數據和云平臺的建設有非常好的指導作用。

二十、 問題：開標時帶證書原件查驗，不提供原件的不計分。

原因：部分證書無法提供原件，如PMP證書紙質件，最新證書為電子證書。社保原件即是電子打印件

建議：對原件現場查驗不做要求，對證書有疑問時在規定時間內提供原件備查

答：證書的網頁查詢頁或網絡打印（或下載）頁加蓋加蓋投標人公章可被視為證書原件。

二十一、 問題：投標文件數量：正本1份，副本6份，副本可以為正本的復印件，供應商按招標文件要求制作好投標文件并蓋章簽字后彩色掃描成電子文檔，刻錄成U盤或光盤，與投標文件密封在同一個包裝內，投標時與投標文件一起遞交。

投標人應將投標文件正本和副本進行密封。

14.2每一密封信封均應：

（1）標明采購編號、招標項目名稱，并注明“正本”或“副本”字樣；

（2）注明“于（投標截止時間）之前不準啟封”的字樣。

（3）封口處應加蓋投標人印章。

原因：投標文件具體密封情況未做詳細說明。例如是否有文件需要單獨封裝，文件正副本是否要密封在一起。

建議：注明詳細密封要求：如 密封1：正本（1）+副本（6）+電子文件。 密封2：開標一覽表單獨密封（除投標文件的開標一覽表之外需單獨密封一份開標一覽表密封遞交）

答：開標一覽表單獨密封封裝，原件單獨密封封裝，其它投標資料統一密封封裝在同一包裝里（正本1+副本6+電子文件）。

二十二、 問題：四）節能產品、環境標志產品價格扣除：報價產品（針對非政府強制采購產品） 獲得節能產品認證證書或環境標志產品認證證書的，對該產品的價格給予2%的扣除（同一個產品同時獲得以上兩個認證的，不重復計算），用扣除后的價格參與評審。（提供報價產品所在清單頁加蓋投標人公章）與“如果我方中標，本項目軟硬件產品品牌型號須征得招標人書面同意后方可采購。”

原因：強制認證是否不需要提供，另外，由于目前無法確定品牌，無法提供節能或環保的認證。（說明疑問或無法理解原因）

建議：去除該項要求，投標階段無需響應。

答：本項目不使用節能產品、環境標志產品價格扣除。

二十三、 問題：投標人資格聲明函（事項四） 落實政府采購政策需滿足的資格要求：本項目是不屬于專門面向中小企業采購的項目

投標人資格聲明函：2.落實政府采購政策需滿足的資格要求：本項目屬于專門面向中小企業采購的項目。

原因：前后不一致

建議：投標人資格聲明函中修改為落實政府采購政策需滿足的資格要求：本項目是不屬于專門面向中小企業采購的項目

答：以“本項目是不屬于專門面向中小企業采購的項目”為準。“投標人資格聲明函：2.落實政府采購政策需滿足的資格要求：”改為：本項目是不屬于專門面向中小企業采購的項目。

二十四、 問題：（一）附件3：評分細則中的“項目總體建設實施方案”要求：投入建設期團隊人數滿足不少于55人的。（二）“三、驗收要求、方式和內容”中要求：中標人在建設期內需按照6項建設內容分別提供不少于15名實施人員（含至少1名項目經理），其中不少于10名實施人員需現場駐點，實施人員在采購人指定的場所內現場駐點辦公且必須遵守采購人各項管理制度及考勤制度。（問題或條款內容）

原因：這兩次對建設期人數要求差別比較大，第（一）處要求不少于55人；第（二）處要求不少于90人（說明疑問或無法理解原因）

建議：建議人員要求以評分規則為準，投標人以此為基礎提供對應的組織架構

答：以投標人在“評分細則中的‘項目總體建設實施方案’要求”響應人數為準。

二十五、 問題：（一）附件3：評分細則中的“項目運營運維實施方案”要求：投入運營運維團隊人數不少于25人的。（二）“三、驗收要求、方式和內容”中要求：中標人在每項建設內容維護期內需分別提供至少8名運維工程師（含至少一名項目經理）在采購人指定的場所內現場駐點辦公，派駐人員必須遵守用戶方各項管理制度及考勤制度，服從用戶方技術主管部門的調度。

原因：這兩次對運營運維團隊人數要求差別比較大，第（一）處要求不少于25人；第（二）處要求不少于48人

建議：建議人員要求以評分規則為準，投標人以此為基礎提供對應的組織架構

答：以投標人在“評分細則中的‘項目運營運維實施方案’要求”響應人數為準。

二十六、 問題：評分細則中的“相關業績”要求：投標人自2018年1月1日以來（以簽訂合同時間為準）承擔過的同類（大數據和云平臺）項目。（問題或條款內容）

原因：此次的“大數據和云平臺”指的是并的關系還是或的關系？（說明疑問或無法理解原因）

建議：建議明確大數據和云平臺同時滿足

答：大數據和云平臺同時滿足。

二十七、 問題：投標方為實現招標方的任務、需求可根據實際情況上調設備型號、提高軟件性能、增加設備和許可數量，但不得降低要求。（問題或條款內容）

原因：不同的云平臺對硬件的要求不同，僅僅在標書要求的設備清單上調設備型號，無法實現云平臺的最優配置，為后續系統上線埋下隱患。（說明疑問或無法理解原因）

建議：建議修改為“投標方為實現招標方的任務、需求可根據實際情況調整設備型號及數量，投標方可根據云平臺特點自主選擇X86架構、Kunpeng架構或其他國產化架構。要求：投標方的總體硬件指標必須滿足或優于標書中的硬件設備清單里面的硬件設備合計指標。標書中的具體的硬件設備型號、配置及數量僅供參考，不作為驗收要求。”

答：應等于或優于招標要求。

二十八、 問題：招標文件第10頁，第三部分->評標方法和標準->附件3：評分細則->項目總體建設實施方案->投入建設期團隊人數滿足不少于55人，提供上述人員在投標人單位的社保證明。提供上述人員在投標人單位的社保證明？

原因：55人是否只能為投標人公司人員？可否由廠商人員共同構成，并提供廠商人員社保？

建議：建議項目建設期55名團隊成員可由投標人公司與廠商人員共同構成。

答：不采納。

二十九、 問題：招標文件第11頁：第三部分->評標方法和標準->附件3：評分細則->項目運營運維實施方案->注：以上六項運營運維服務的服務內容以用戶需求書中為準。投入的總人數不少于25人，否則不得分。免費運營運維起始時間以項目終驗時間為準。_

原因：25人是否只能投標人公司人員？可否由廠商人員共同構成，并提供廠商人員社保？

是5年還是3年維保，需求書是5年？

建議：建議項目免費運營運維期25名團隊成員可由投標人公司與廠商人員共同構成。維保期按3年。

答：不采納，免費運營運維期以投標人承諾的為準。

三十、 問題：招標文件14頁：附件3：評分細則->系統演示->2.授權委托代理人須憑身份證原件參加演示，參加人數不超過2人_

原因：是否單項不超過2人？還是所選三項都是2人演示。

建議：為充分展現投標人各項方案優勢，建議單項系統演示不超過2人。

答：三個系統的演示必須是相同的兩個人。

三十一、 問題：招標文件17頁：附件4：標星條款->基礎設施建設，（提供國家授權第三方權威機構出具的證明材料復印件/掃描件加項目水印，并加蓋原廠公章）_

原因：證明材料廠商提供還是投標人提供？。

建議：標星條款所需證明材料由廠商提供。

答：標星條款所需證明材料由廠商提供。

三十二、 問題：招標文件 15頁：第三部分 評標方法和標準->附件3：評分細則->商務部分（25分）->2、擬派項目團隊核心成員（除項目經理外）實力：

原因：這些證書要求是否可以用廠商人員的？

建議：建議項目團隊核心成員由廠商共同組成，可用廠商人員資質證明。

答：不采納。

三十三、 問題：招標文件及用戶需求書-都要求5年；報價清單-部分要求是3年，部分無要求。

原因：維保最終是3年還是5年？

建議：建議維保按3年。

答：以用戶需求書為準。

三十四、 問題：A． 堡壘機：招標文件-設備管理授權≥3000；報價清單-設備管理授權≥1000。 B． MPPDB軟件：招標文件-數量為250；報價清單-數量為216 。 C． 桌面云：招標文件-提供800個云桌面許可；報價清單-提供500個云桌面許可。

原因：數量以哪里為準？

建議：請澄清數量以那個為準

答：最終采購需求以招標文件、用戶需求書為準，如二者存在偏差，以最優為準。

三十五、 問題：A． 招標文件有網絡準入系統、蜜罐、數據庫審計系統、堡壘機（與上面的堡壘機非同一臺），但用戶需求書及報價清單無內容

B． 招標文件及用戶需求書都有等保測評服務，但報價清單無內容

C． 用戶需求書有國密應用安全性評估，但招標文件及報價清單無內容

原因：新增內容誰來承擔費用？

建議：請澄清新增內容的費用來源

答：最終采購需求以招標文件、用戶需求書為準，如二者存在偏差，以最優為準;

等保測評服務、國密應用安全性評估服務由招標人承擔費用，中標方配合測評機構完成相應工作。

三十六、 問題：表1-硬件設備采購費（納入政數局審核范圍）

原因：表1中產品要求提供三年維保，與公開招標文件二、項目采購清單及技術要求中要求的五年維保不一致 。

建議：建議明確維保時間 。

答：以用戶需求書為準

三十七、 問題：表1-硬件設備采購費（納入政數局審核范圍）

原因：表1中未列出公開招標文件二、項目采購清單及技術要求中的網絡準入系統、蜜罐、數據庫審計系統、堡壘機四項產品

建議：建議明確這四項產品是否在本項目采購清單中，投標時是否需要在基礎硬件的報價表中體現 。

答：以“珠海公安大數據智能化建設項目投標報價清單”為準進行報價。實際供貨以招標文件、用戶需求書為準，招標人不再另行支付費用。

三十八、 問題：珠海公安大數據智能化建設項目公開招標文件-最終發售版.doc 一、項目基本情況的品目預算(元)__（問題或條款內容）

原因：珠海公安大數據智能化建設項目公開招標文件-最終發售版 一、項目基本情況的品目預算(元)給出了預備金金額，投標報價時是否需要報預備金 _（說明疑問或無法理解原因）

建議：建議明確投標報價時是否體現預備金

答：按“珠海公安大數據智能化建設項目投標報價清單”格式進行報價，在招標材料的“附件4：標星條款”中已經明確了。具體為：預算金額：103398915.2元(含預備金2862600元)最高限價：100536315.2元（不含預備費），因此投標報價時無需體現預備金。

三十九、 問題：公開招標文件_附件3：評分細則系統演示中要求授權委托代理人須憑身份證原件參加演示，參加人數不超過2人（含授權委托代理人在內），是否三個演示都是相同的兩個人___（問題或條款內容）

原因：是每次現實在現場的為兩個人，每次演示的人員可以不同，還是三次演示需是同樣的兩個人嗎 _（說明疑問或無法理解原因）

建議：建議明確三個系統的演示是否必須是相同的兩個人

答：三個系統的演示必須是相同的兩個人。

四十 、 問題：“項目總體建設實施方案要求投入建設期團隊人數滿足不少于55人的”與“中標人在建設期內需按照6項建設內容分別提供不少于15名實施人員（含至少1名項目經理），其中不少于10名實施人員需現場駐點。”這兩部分人員是否有重疊，條款二中的人員是否包括廠商人員，現場實施駐點人員是否包含集成商和廠商人員。

原因：人員需求不明確

建議：建議明確人員需求

答：以“項目總體建設實施方案要求投入建設期團隊人數滿足不少于55人的”為準。

四十一、 問題：招標文件第三部分評分標準“技術部分—對需求的把握和理解（含技術實現方案）”項中有6條評分項均未量化，例如“根據投標人對“基礎設施和基礎軟件”響應情況、功能設計描述及技術實現方案描述，從完整性、詳細程度、可行性進行橫向比較。優得2分，一般得1分,差或不提供不得分。”

疑問：本條款評分標準設計不規范，不夠量化，明顯有悖公平競爭、公正原則，建議量化評分指標。

法律依據：違反《政府采購法實施條例》第三十四條要求，評審標準中的分數設置未與評審因素的量化指標相對應。

答：按招標文件要求，不作調整。

四十二、 問題：招標文件第三部分評分標準“經濟價格部分（15分）”項中“投標報價得分=(評標基準價/評標價)×15%×100”。

疑問：本項目為貨物類項目，價格分比重須不得低于30分。

法律依據：違反《政府采購貨物和服務招標投標管理辦法》第五十五條相關規定，貨物項目的價格分值占總分值的比重不得低于30%。

答：招標文件已明確本項目所屬行業：軟件和信息技術服務業。按招標文件要求，不作調整。

四十三、 問題：招標文件第四部分用戶需求書“第一章總體需求—1.1整體架構”中“上述整體架構中的各層、各體系均需要統籌考慮對接前置區和數據域的實際需求。”

疑問：本條款只提出要求，但未對現有系統的實現信息作出詳細描述，導致供應商難以投標。

法律依據：違反《政府采購法實施條例》第十五條相關規定，采購文件未明確現有系統接口的具體信息，采購需求不完整、不明確，導致供應商難以投標。

答：不采納。

四十四、 問題：招標文件第四部分用戶需求書“第二章基礎設施需求—（IaaS基礎設施層）”中“數據域云計算資源池不低于724個虛擬核，3104GB內存，詳細內容參見附錄數據域計算節點擴容需求表。”、“前置區云計算資源池不低于1040個虛擬核，4512GB內存。計算資源池由標準X86服務器設備組成，詳細內容參見附錄前置區計算節點擴容需求表。”

建議：本條款只提出要求，與招標文件中“附件4：珠海公安大數據智能化建設項目采購需求書—二、項目采購清單及技術要求—1.硬件設備”中要求的硬件設備需求不一致，建議采用同一種規格要求。

法律依據：違反《政府采購法實施條例》第十五條相關規定，采購文件未明確現有系統接口的具體信息，采購需求不完整、不明確，導致供應商難以投標。

答：以最優為準。

四十五、 問題：招標文件中“附件4：珠海公安大數據智能化建設項目采購需求書—二、項目采購清單及技術要求—1.硬件設備”中要求的服務器為150臺，其中99臺為kunpeng架構。

建議：本項目為公安大數據IPDS四層架構項目，涉及數據、對接部門比較多，系統復雜，一是僅150臺及59臺利舊服務器是否夠用；二是kunpeng架構服務器貨源緊張，發貨速度受影響，是否可采購信創目錄中其他架構的服務器。

答：應等于或優于招標要求。

四十六、 問題：招標文件第四部分用戶需求書“第四章服務平臺需求—4.2.6 數據操作”中“地址標準化算法、感知設備監測算法”要求。

建議：“地址標準化算法、感知設備監測算法”不屬于操作服務范疇，建議規劃在“地理數據融合實施部分”。

答：按招標文件要求，不作調整。

四十七、 問題：《招標文件》中要求項目從簽訂合同期到終驗結束共19個月，而《用戶需求書》中要求整個項目建設在合同簽訂后一年內全部完成，兩者不一致，請明確以哪個為準。

答：從簽訂合同期到終驗結束共19個月，含建設期1年，之后交付初驗、終驗。

四十八、 問題：《用戶需求書》中要求，本項目的所有硬件的運維保障均為五年，基礎軟件的運維保障、軟件升級均為五年時間，但未明確定制軟件的維保期。

答：定制化軟件按照中標人承諾運營運維期時間計算。

四十九、 問題：《招標文件》中在“工期、售后服務和培訓要求說明”中要求建設期不少于90人，維護期不少于48人。但在評分細則中要求建設期不少于55人，維護期不少于25人，兩者不一致，請明確以哪個為準。同時，建議明確建設期和維護期人員是否都需駐場，如不是，請明確需駐場人數。

答：以投標人在“評分細則中的”響應人數為準。

五十、 問題：《招標文件》評分細則中關于運營運維承諾的評分要求，其中“一體化運維服務、一體化運營服務”、“數據治理服務”在需求中無法明確找到對應服務要求，需求中只有“一體化運維系統運營服務”的服務要求。

答：以用戶需求書為準。

五十一、 問題：機房租賃時間的問題 。 在《珠海公安大數據智能化建設項目用戶需求書》的第17頁，IDC機柜租賃需求中：需租賃25個4400W標準47U機柜，建設和運維期內均需要租用設備，費用以20A滿負荷計算。

疑問：按照招標文件，建設期為19個月，運維期為自通過甲方簽定最終驗收報告之日起計算，為甲方承諾免費運營運維期為X年。若為甲方承諾免費運營運維期為3年，則租用設備的時間是否應為55個月。此時期跟市局機房設備搬遷機柜租賃需求的時期不一致，且時期跨度太長。

建議： 建議把“需租賃25個4400W標準47U機柜，建設和運維期內均需要租用設備，費用以20A滿負荷計算。”修改“需租賃25個4400W標準47U機柜，租用15個月，共需25*15=375個柜月，費用以20A滿負荷計算。”

答：機柜租賃服務時間為：建設期加終驗后一年。

五十二、問題：投標階段是否需要響應品牌。

答：本項目無需對軟硬件產品響應品牌，需響應軟硬件規格和參數要求，各投標人請自行參考相關一線品牌軟硬件產品價格進行報價。

珠海市公安局

中化商務有限公司

20 21 年 10 月 15 日

1.釆購人信息

名稱：珠海市公安局

地址：珠海市香洲區梅華西路2300號

聯系方式：0756-8642171

2.釆購代理機構信息

名稱：中化商務有限公司

地址：珠海市香洲區奧園廣場SY6棟1001

聯系方式：13928002273

3.項目聯系方式

項目聯系人：梁子健（代理機構）/高警官（采購人）

電話：13928002273/0756-8642171