| 文件編號 | |
|---|---|
| 投標(biāo)資格 | |
| 投標(biāo)文件遞交截止時間 | |
| 投標(biāo)有效期 | **0 |
| 投標(biāo)文件遞交方法 | |
| 投標(biāo)保證金繳納方式 | |
| 投標(biāo)保證金金額 | |
| 控制價(最高限價) | |
| 評標(biāo)辦法 | 綜合評估法 |
| 開標(biāo)時間 | |
| 開標(biāo)地點 | |
| 開標(biāo)方式 | |
| 資格審查方式 | |
| 答疑澄清時間 | |
| 是否延期 | |
| 延期后開標(biāo)時間 | |
| 延期后開標(biāo)地點 | |
| 對文件澄清與修改的主要內(nèi)容 | 各投標(biāo)人: 現(xiàn)對南京地鐵1號線自動化系統(tǒng)設(shè)備更新改造項目1號線綜合監(jiān)控系統(tǒng)設(shè)備采購集成的招標(biāo)文件作如下修改與澄清:
商務(wù)部分: 1、由于投標(biāo)制作軟件中自動生成章節(jié)和主體庫導(dǎo)入章節(jié),無頁碼生成,導(dǎo)致最終生成的投標(biāo)文件頁碼缺失且無法保證頁碼連續(xù),因此評分索引表中頁碼無法填寫,請問此情況如何處理,是否可以只填寫投標(biāo)文件所在位置(即文件所在章節(jié)),頁碼欄填“/”(不填寫具體頁碼)? 回復(fù):文件制作完成后,導(dǎo)出的投標(biāo)文件PDF版本會生成頁碼,評分索引表填寫頁碼后重新上傳至投標(biāo)文件中。 2、制造商授權(quán)書、誠信承諾書、承諾書、*號條款響應(yīng)承諾書,投標(biāo)人蓋章及法定代表人或授權(quán)代表簽字處,是蓋實體章、簽字掃描導(dǎo)入?還是可以蓋單位電子印章和電子簽名章? 回復(fù):按招標(biāo)文件要求。 3、項目人員評分,在商務(wù)響應(yīng)評分處,但是投標(biāo)制作中商務(wù)冊格式未有此項,請問項目人員資料可否放在技術(shù)冊或者其他資料中? 回復(fù):可以。 4、投標(biāo)文件商務(wù)冊中,4.近年完成的類似項目情況表,制作軟件中主體庫導(dǎo)入情況表的格式與紙質(zhì)文件格式不一致,請問是否以制作軟件中主體庫導(dǎo)入格式為準(zhǔn)? 回復(fù):可采用文件制作軟件中主體庫導(dǎo)入的格式。
技術(shù)部分: 1、用戶需求書 第一部分 通用技術(shù) **.2.1缺陷責(zé)任期 P** 原文:“本工程各系統(tǒng)通過預(yù)驗收,并在地鐵開通試運營之后工程視作移交并進(jìn)入缺陷責(zé)任期(質(zhì)保期)。缺陷責(zé)任期(質(zhì)保期)為 ** 個月,時間從簽發(fā)預(yù)驗收證書之日開始計算。” **.5其他 P** 原文:“質(zhì)保期為系統(tǒng)竣工驗收后二年,質(zhì)保期內(nèi)投標(biāo)人應(yīng)提供保證系統(tǒng)正常運行的人員,免費提供更換的硬件設(shè)備、軟件維護(hù)及升級。” 疑問:兩處質(zhì)保期開始時間不一致,是否以竣工驗收后開始計算為準(zhǔn)。 回復(fù):質(zhì)保期以系統(tǒng)竣工驗收后開始計算。 2、用戶需求書 第三部分 環(huán)境與設(shè)備監(jiān)控系統(tǒng)專用技術(shù)要求 2.2 車站級系統(tǒng)方案及構(gòu)成 P**8 原文:“車站兩端的冗余 PLC 每個機(jī)架應(yīng)設(shè)置專用的通信模塊,用于連接車站兩端的節(jié)能控制系統(tǒng)的接口設(shè)備,實現(xiàn)與節(jié)能控制系統(tǒng)的冗余通信?!? 疑問:結(jié)合國內(nèi)軌道交通案例以及現(xiàn)代技術(shù)發(fā)展,PLC每個獨立的通信模塊上具備多個獨立的IP網(wǎng)口,可滿足節(jié)能控制冗余通信需求,建議此處修改為:車站兩端的冗余 PLC 每個機(jī)架應(yīng)應(yīng)設(shè)置專用的通信模塊或具備獨立通信的專用通信網(wǎng)口,用于連接車站兩端的節(jié)能控制系統(tǒng)的接口設(shè)備,實現(xiàn)與節(jié)能控制系統(tǒng)的冗余通信。 回復(fù):按招標(biāo)文件要求執(zhí)行。 3、用戶需求書 第三部分 環(huán)境與設(shè)備監(jiān)控系統(tǒng)專用技術(shù)要求 2.2 車站級系統(tǒng)方案及構(gòu)成 P**8 原文:“主控制器主端機(jī)架分別配置 2 個 **M/**0M 以太網(wǎng)模塊,分別接入屬于不同網(wǎng)段的車站綜合監(jiān)控系統(tǒng)”。 疑問:結(jié)合國內(nèi)外品牌PLC設(shè)備技術(shù)發(fā)展,現(xiàn)階段很多廠家具備一個以太網(wǎng)模塊上含有多個獨立IP 的**M/**0M/****M以太網(wǎng)網(wǎng)口,完全滿足BAS實際中業(yè)務(wù)需求。從設(shè)備配置合理,避免增加核外故障點的角度,建議此處修改為:主控制器主端機(jī)架分別配置 2 個 **M/**0M 以太網(wǎng)模塊或配置的以太網(wǎng)模塊不少于兩個獨立IP地址的專用通信網(wǎng)口,分別接入屬于不同網(wǎng)段的車站綜合監(jiān)控系統(tǒng)。 回復(fù):按招標(biāo)文件要求執(zhí)行。 4、用戶需求書 第三部分 環(huán)境與設(shè)備監(jiān)控系統(tǒng)專用技術(shù)要求 2.3現(xiàn)場級方案及構(gòu)成 P**9 原文:“I/O 模塊可直接插入 PLC 主機(jī)機(jī)架的槽道內(nèi),通過主機(jī)機(jī)架的背板母線與主控制器通信;I/O 模塊也可單獨配置,通過通信模塊與主控制器相連(此時為遠(yuǎn)程 I/O 或表示為 RI/O)?!? 疑問:不同廠商的PLC與I/O設(shè)置均不盡相同,有的品牌PLC主機(jī)可以和I/O共用機(jī)架,有的品牌PLC主機(jī)可以和I/O采用相互獨立的機(jī)架,此處投標(biāo)人是否可以理解為:鑒于不同廠商 PLC 的硬件架構(gòu)存在差異,投標(biāo)人可根據(jù)所投產(chǎn)品特點,采用主機(jī)與 I/O 共用機(jī)架或相互獨立機(jī)架的配置方案,但須確保完全滿足本工程的改造需求及全部功能要求。 回復(fù):鑒于不同廠商 PLC 的硬件架構(gòu)存在差異,投標(biāo)人可根據(jù)所投產(chǎn)品特點,采用主機(jī)與 I/O 共用機(jī)架或相互獨立機(jī)架的配置方案,但須確保完全滿足本工程的改造需求及全部功能要求。 5、用戶需求書 第三部分 環(huán)境與設(shè)備監(jiān)控系統(tǒng)專用技術(shù)要求 3.3 通信接口模塊P**5 原文:“通信接口模塊分為單串口通信接口模塊和多串口通信接口模塊兩種類型,其中多串口通信模塊可同時具備接入 5 路不同類型設(shè)備?!? 疑問:BAS系統(tǒng)接入多,為應(yīng)對多種串口設(shè)備接入,不同廠商結(jié)合自身產(chǎn)品有不同方案,此處投標(biāo)人是否可以理解為:投標(biāo)人可采用單串口或多串口類型的PLC模塊,所選方案必須保證串口通信的總數(shù)、類型與協(xié)議均能完全滿足現(xiàn)場所有設(shè)備的接入與通信要求,并對所提供方案的可靠性、可維護(hù)性負(fù)責(zé)。招標(biāo)文件中對具體路數(shù)的描述理解為不對投標(biāo)人技術(shù)方案的限制。 回復(fù):投標(biāo)人可采用單串口或多串口類型的PLC模塊,所選方案必須保證串口通信的總數(shù)、類型與協(xié)議均能完全滿足現(xiàn)場所有設(shè)備的接入與通信要求,并對所提供方案的可靠性、可維護(hù)性負(fù)責(zé)。招標(biāo)文件中對具體路數(shù)的描述理解為不對投標(biāo)人技術(shù)方案的限制。 |
| 遞交時間 |