實物保護系統工程答疑公告

一、原公告主要信息

原項目名稱： 實物保護系統工程

原項目編號： ****

原公告日期： ****

二、公告內容（更正事項、內容及日期等）

實物保護系統工程招標文件補疑1

項目編號：****

1.在“附件3：實物保護設備采購技術規格書及設備數量”文件第174頁的廠區表格中“道閘”一欄，要求對道閘進行供貨，但該文件正文部分未對道閘進行更加詳細的參數要求，同時根據圖紙文件“BEST園區 總平面圖_t3”所示，現場車行出入口存在6m、8m、9m、12m規格的車輛通道，請問道閘管理的車道長度為多少

答：均為6m。

2.在“附件3：實物保護設備采購技術規格書及設備數量”文件存在部分設備在正文中有參數要求或供應需求（如調度臺、彩色打印一體機、制卡軟件、數字卡片、聲光報警器），但在該文件的“附件1：系統設備配置清單”中未有體現，煩請確認是否可單獨列項報價

答：可進行單獨報價。

3.在“附件3：實物保護設備采購技術規格書及設備數量”文件“5.2.16車輛識別系統”中未提到系統管理終端，請問是否需要額外配置系統管理終端

答：實現車輛信息錄入及管理功能即可。

4．在“附件3：實物保護設備采購技術規格書及設備數量”文件“8.3.8供電、防雷與接地系統檢査調試”中提到實物保護系統為主電源和備用電源供電，根據核電實物保護系統建設經驗，實物保護系統供電通常為兩路市****

答：主電源是兩路市****

5．在“附件3：實物保護設備采購技術規格書及設備數量”文件“5.4.3.1邊界安全準入”，“支持RTSP協議、HTTP協議、ONVIF協議、SIP協議、GB28181協議、GB35114協議、GA/T1400協議、MQTT協議、CoAP協議、HIKSDK、DAHUASDK協議、SSH協議準入控制。”，其中MQTT協議、CoAP協議和SSH協議并非視頻監控業務所需協議；HIKSDK、DAHUASDK協議為某廠商私有協議，煩請確認是要與廠商SDK對接，還是僅需實現對應品牌設備的標準協議接入兼容；本次是否支持RTSP協議、HTTP協議、ONVIF協議、SIP協議、GB28181協議、GB35114協議及GA/T1400主流協議即可

答：實現對應品牌設備的標準協議接入兼容，實現主流協議即可。

6．在“附件3：實物保護設備采購技術規格書及設備數量”文件“5.4.6拼接屏”，“支持Web、SmartWall客戶端遠程統一管理屏幕”，其中SmartWall客戶端為某一廠商客戶端，不具備通用性，煩請確認是否滿足Web及客戶端遠程統一管理屏幕功能即可

答：滿足Web及客戶端遠程統一管理屏幕功能即可。

7．在“附件3：實物保護設備采購技術規格書及設備數量”文件“5.2.15液壓路障”“斷電安全”這部分，未明確斷電后僅允許設備下降還是斷電后設備仍可以通過手動應急驅動系統進行升降、循環升降幾次

答：在斷電瞬間，保持現狀，同時設備具備手動控制功能，斷電情況下，可進行手動升降。

8．在“附件3：實物保護設備采購技術規格書及設備數量”文件“5.2.15液壓路障”“5）通過性：車輛通過時，可承受20t的通過壓力。”此數值過小，一般情況下要求動載壓力120t，靜載壓力200t。請問是否為標注錯誤

答：20t通行壓力是指車輛通過抗撞時單側輪胎的壓力。

9．在“附件3：實物保護設備采購技術規格書及設備數量”文件“5.2.15液壓路障”“9）抗碰撞標準：能夠抗擊總重6800kg的汽車，底盤不高于700mm，車速不高于80km/h的速度正面和側面撞擊（需提供測試證明）。”在正規實車碰撞報告中不顯示碰撞車輛底盤高度，通常顯示的車輛數據為以下截圖信息（該圖片為公安部出具的實車碰撞測試報告部分內容），我國實車碰撞報告只做正面測試，不做側面碰撞測試，側面碰撞測試要求是否為表述錯誤

答：只要求正面碰撞測試。

10．根據“附件3：實物保護設備采購技術規格書及設備數量”5.3.3智慧墻探測器要求：兩條智能探測線纜構成探測裝置，平行鋪設，間距2-6m，可一條線纜懸掛在圍墻上，另一條埋設于地面下。智慧墻探測器系統的最佳部署方案為雙線平行懸掛在圍墻上，下線距離50cm，兩線間隔1~1.5米，該方式可更好的滿足規格書所要求的探測精度與探測半徑等相關參數，且可避免地面積水過多導致的信號減弱，是否可以將智慧墻探測器的安裝方式根據現場實際場景進行優化

答：可以。

11．在“附件3：實物保護設備采購技術規格書及設備數量”文件“5.2.10電磁鎖”中提到需要單門或雙門，是否可以分開獨立報價

答：可以。

12．在“附件3：實物保護設備采購技術規格書及設備數量”文件“5.1.15配電箱”中提到動環監控系統，但在該文件的“附件1：系統設備配置清單”中未對動環監控系統有供貨要求，請問是否需要對動環監控系統進行供貨

答：需要對動環監控系統進行供貨。

13．在“附件3：實物保護設備采購技術規格書及設備數量”文件“5.2.13門式金屬探測器”要求“9）同步化：允許多臺并排使用互不干擾；”，目前市場上的門式金屬探測器并排使用一般都需要間隔30-50cm，請問該項偏差項是否能接受

答：接受。

14．在“附件3：實物保護設備采購技術規格書及設備數量”文件“5.1.10.1核心交換機、5.1.10.2匯聚交換機、5.1.10.3網絡接入交換機”正文參數要求與“附件1：系統設備配置清單”中的參數有沖突，請問已哪個參數為準

答：參數以文件“5.1.10.1核心交換機、5.1.10.2匯聚交換機、5.1.10.3網絡接入交換機”正文參數要求為準。

15．配電箱三種類型（A、B、C）的進出的規格分別需要多少A

答：根據實際情況配置。

16．配電動力監控設備是否只需要對總進線進行監控

答：需對實物保護供電箱進行監控。

17．供電箱是給什么設備供電使用，需要配置幾個斷路器。分別為多少A

答：實物保護設備供電，具體箱內配置由現場二次深化后配置。

18．在“附件3：實物保護設備采購技術規格書及設備數量”文件中多處提到讀卡器設備，但文件中沒有提到讀卡器的參數，配備讀卡器應同時配備證卡加密系統，是否需要同步進行報價增加

答：本項目配置人臉識別，具備讀卡、輸入密碼功能，不單獨設置讀卡器，但需要考慮制卡功能。

19．在“附件3：實物保護設備采購技術規格書及設備數量”文件中有車道控制相關的設備，但在文件中未體現相關的控制管理內容，是否需要車道控制模塊

答：詳見5.2.16車輛識別系統。

20.技術規格書 5.1.1集成管理服務器，CPU要求為2*4314 及以上處理器，性能不低于2顆x86架構32核處理器；請澄清：Intel Xeon Silver 4314 處理器為16核32線程，并非 32 核，與性能不低于 2 顆 32 核處理器不符，請確認是按 4314 處理器來配置，還是按照 32 核處理器來配。

答：按照 32 核處理器來配。

21.技術規格書 5.1.10.1 要求核心交換機交換容量≥8Tbps，但其端口配置為 48 個萬兆SFP+，6個 40/100GEQSFP28，按全雙工計算理論最大交換容量僅約 2.16Tbps。8Tbps交換容量遠高于端口實際帶寬需求，存在參數配置不合理。請澄清：8Tbps是否為強制要求是否可按端口實際帶寬匹配合理交換容量

答：8Tbps為最低要求。

22.技術規格書 5.1.10.2 要求匯聚交換機端口為 48 個萬兆 SFP+， 6個 40/100GEQSFP28；理論全雙工交換容量約 2.16Tbps，招標文件要求≥2.56Tbps。該容量為芯片標稱值，與端口實際帶寬不匹配。請澄清：2.56Tbps是否為強制要求是否可按端口實際帶寬匹配合理交換容量

答：2.56Tbps為最低要求。

23.技術規格書 5.1.10.3 要求接入交換機端口為 24 個千兆端口，按需配置 SFP，4 個40/100GE QSFP；理論全雙工交換容量約 0.848Tbps，招標文件要求≥2.56Tbps，容量要求顯著超出端口實際帶寬，參數明顯不合理。請澄清： 2.56Tbps是否為強制要求是否可按端口實際帶寬匹配合理交換容量

答：2.56Tbps為最低要求。

24.技術規格書中 39 臺接入交換機要求： 24 個千兆端口 ，4 個 40/100GE QSFP，匯聚交換機共有 12 個級聯端口，上聯至核心交換機需要4個端口，剩余8個 40/100GE QSFP端口，無法滿足39臺接入交換機的級聯需求。請澄清： 接入交換機的 4個40/100GE QSFP端口是否為強制要求； 是否可將4個40/100GE QSFP端口改為4個萬兆 SFP+ 端口

答：滿足級聯要求即可。

25.技術規格書 5.1.11 “信息與網絡安全 ”及相關子條款（日志審計分析平臺、入侵檢測系統、數據庫審計系統、工控安全管理平臺、安全運維堡壘機、網絡準入系統、工控第二代防火墻系統），僅明確功能要求，只有高級威脅檢測系統有部分硬件接口要求，其他產品均未提出硬件配置、接口、性能、尺寸、機架規格、電源、端口數量等硬件參數。目前市場主流廠商上述產品均為軟硬件一體化硬件設備（機架式 / 硬件一體機），無單獨純軟件交付形態。請澄清： 1）上述網絡安全產品是否采用純軟件方式進行交付還是可以采用軟硬件一體化設備2）請明確上述各產品的最低硬件配置要求（含機箱規格、CPU、內存、硬盤、網口數量與類型、電源、冗余、性能指標等）。3）若必須要求純軟件部署，請明確推薦運行環境（服務器配置、虛擬化平臺、操作系統）。

答：網絡安全設備不強制為純軟件交付，硬件配置參考規格書中工作站及服務器相關要求。

26.技術規格書 5.1.11.1 日志審計分析平臺，未明確硬件接口數量要求及性能要求，請明確： ①綜合日志處理性能； ②接口類型（千兆電口/萬兆光口）③審計對象授權數。

答：日志審計分析平臺需滿足本項目的使用需求，性能不低于主流配置。

27.技術規格書 5.1.11.2 入侵檢測系統，未明確硬件接口數量要求及性能要求，請明確：①接口類型（千兆電口/萬兆光口）③維保及特征庫升級年限要求。

答：接口類型與系統硬件匹配，滿足使用需求；維保及特征庫升級年限為項目驗收后三年。

28.技術規格書 5.1.11.3 數據庫審計系統，未明確被審計數據庫服務數、接口數量要求及性能要求，請明確： ①數據庫實例總數； ②接口數量要求（千兆電口/萬兆光口）③維保年限要求。

答：詳見本補疑第27條回復內容。

29.技術規格書 5.1.11.4 工控安全管理平臺， 未明確接口數量要求及性能要求，請告知：①接口數量要求（千兆電口/萬兆光口）②維保年限要求。

答：詳見本補疑第27條回復內容。

30.技術規格書 5.1.11.5 安全運維堡壘機，未明確接口數量要求及性能要求，請明確： ①被管資產數； ②接口要求。

答：滿足本項目使用需求，被管資產數考慮50%裕量。

31.技術規格書 5.1.11.6 網絡準入系統，請明確： ①終端設備授權數②接口要求③設備維保年限要求。

答：詳見本補疑第27條回復內容。

32.技術規格書 5.1.11.8 工控第二代防火墻， 未明確接口數量要求及性能要求，請明確：①吞吐性能要求②接口要求③設備維保年限要求。

答：詳見本補疑第27條回復內容。

33.技術規格書 5.1.12.2 動態口令服務器，要求動態口令服務器“符合《GM/T 0021-2012動態口令密碼應用技術規范》、《GM/T 0005-2012 隨機性檢測規范》、《GB/T 36322-2018信息安全技術密碼設備應用接口規范》、《GM/T 0018-2012 通用密碼設備接口規范》。提供商用密碼認證證書、滿足信創要求并提供商用密碼檢測補充說明。”請澄清：國家密碼管理局商用密碼檢測中心在對該產品進行商用密碼產品認證檢測的報告中會出具關于國產化平臺的描述， 因此不需要二次認證來獲取“商用密碼檢測補充說明”，經過與目前市場上具備該產品的幾個廠商溝通下來，目前也沒有廠商有“商用密碼檢測補充說明”的相關文件， 是否可以提供第三方檢測報告或其他文件來證明該產品滿足信創要求

答：可以。

34.技術規格書 5.3.3 智慧墻探測器要求：兩條智能探測線纜構成探測裝置，平行鋪設，間距 2-6m，可一條線纜懸掛在圍墻上，另一條埋設于地面下。智慧墻探測器系統的最佳部署方案為雙線平行懸掛在圍墻上，下線距離 50cm，兩線間隔 1~1.5 米，該方式可更好的滿足規格書所要求的探測精度與探測半徑等相關參數，且可避免地面積水過多導致的信號減弱， 故建議智慧墻探測器的安裝方式根據現場實際場景進行優化。

答：可以。

35.技術規格書 P165，智慧墻探測器數量為 5 套；請明確項目需部署的周界長度和每套智慧墻系統覆蓋多少米的圍界長度。

答：每套探測器覆蓋長度需滿足技術規格書要求。

36.技術規格書第 26 頁，“5.4.3 數字視頻監控系統的網絡安全”中，要求的“5.4.3.1 邊界安全準入”、“5.4.3.2 安全日志記錄”“5.4.3.3 視頻內容保護和安全加密存儲”及 “5.4.3.4 安全管控”未在《清單-監控類》文件內體現，請確認是否可單獨列項報價

答：可以。

37.技術規格書第 28 頁，“5.4.3.1 邊界安全準入”，“提供告警中心大屏，支持視頻漏錄、錄像保存天數不達標、設備私接、設備仿冒、設備離線的異常告警；支持自定義告警策略，當觸發異常事件時進行告警；告警方式支持系統彈窗告警、聲音告警、郵件告警、短信告警。（提供權威檢測報告證明）”, 描述的異常告警種類（如視頻漏錄、錄像保存天數不達標等）并非邊界安全準入設備功能，請確認可否通過其他設備實現

答：可以。

38.技術規格書第 28 頁，“5.4.3.1 邊界安全準入”，“提供告警中心大屏，支持視頻漏錄、錄像保存天數不達標、設備私接、設備仿冒、設備離線的異常告警；支持自定義告警策略，當觸發異常事件時進行告警；告警方式支持系統彈窗告警、聲音告警、郵件告警、短信告警。（提供權威檢測報告證明）”, 其中“郵件告警、短信告警”功能須配合郵件服務及短信服務平臺實現， 如需實現此功能煩請確認郵件告警、短信告警具體功能要求；

答：郵件告警、短信告警不做強制要求。

39. 技術規格書第 28 頁，“5.4.3.1 邊界安全準入”，“支持 RTSP 協議、HTTP 協議、ONVIF 協議、SIP 協議、GB28181 協議、GB35114 協議、GA/T1400 協議、MQTT 協議、CoAP 協議、 HIKSDK、DAHUASDK 協議、SSH 協議準入控制。”，其中 MQTT 協議、CoAP 協議和 SSH 協議并非視頻監控業務所需協議； HIKSDK、DAHUASDK 協議為某廠商私有協議， 煩請確認是要與廠商 SDK 對接，還是僅需實現對應品牌設備的標準協議接入兼容；本次是否支持 RTSP協議、HTTP 協議、ONVIF 協議、SIP 協議、GB28181 協議、GB35114 協議及 GA/T1400 主流協議即可；

答：實現對應品牌設備的標準協議接入兼容，實現主流協議即可。

40.技術規格書第 38 頁，“5.4.6 拼接屏”，“支持 Web、SmartWall 客戶端遠程統一管理屏幕”，其中 SmartWall 客戶端為某一廠商客戶端，不具備通用性，煩請確認是否滿足 Web及客戶端遠程統一管理屏幕功能即可。

答：滿足 Web及客戶端遠程統一管理屏幕功能即可。

41.實物保護系統技術規格書 P177,兩種電動滑門的參數要求， 滑門凈寬不小于10.6m 和5.3m，是否為大門的通道長度

答：是。

42.10.6米大門的門扇重量約為 900kg；220V電機的適配區間為 1000kg以下，根據核系統對大門運行穩定性、可靠性、抗疲勞性要求極高；且現場存在高頻次開關門、長期連續啟停使用工況。雖本門扇900kg 理論重量在常規220V電機適配區間內，但結合核系統嚴苛標準+高頻使用需求，為預留充足動力冗余、保障長期運行平穩耐用，本項目是否可優化采用380V三相動力電機配套解決方案

答：可以。

43．實物保護系統技術規格書5.5.1有線對講主機，要求終端優先級不少于256級，根據以往系統經驗，一般設置10級即可滿足系統需求，本次終端需求也沒有這么多，是否可以調整優先級層級數量

答：可以。

44．實物保護系統技術規格書5.5.1有線對講主機，要求系統具有友好的圖形界面;系統即使意外停機丟失原有數據信息，可以不借助外界數據傳輸，自身直接恢復。是否調整為手動導入備份數據恢復

答：應具有自身恢復功能。

45.實物保護系統技術規格書5.5.3.2有線對講終端（掛墻)，鍵盤要求具備自動接聽/振鈴方式選擇鍵，是否可通過后臺軟件定義實現此功能

答：可以。

注：此補疑視同招標文件的組成部分，與招標文件具有同等法律效力，請投標人及時下載。

招 標 人：點擊登錄查看

地 址：安徽省合肥市****

聯 系 人：點擊登錄查看

電 話：****

招標代理機構：點擊登錄查看

地 址：合肥市****

項目負責人：李浩然

電 話：****、****

****

三、附件

答疑發布日期：****