Warning: error_log(/data/www/wwwroot/hmttv.cn/caches/error_log.php): failed to open stream: Permission denied in /data/www/wwwroot/hmttv.cn/phpcms/libs/functions/global.func.php on line 537 Warning: error_log(/data/www/wwwroot/hmttv.cn/caches/error_log.php): failed to open stream: Permission denied in /data/www/wwwroot/hmttv.cn/phpcms/libs/functions/global.func.php on line 537
州市蟒川鎮公租房南側道路工程已經相關部門批準建設。招標人為汝州市蟒川鎮人民政府,建設資金為財政資金,代理機構為河南海納建設管理有限公司。項目已具備招標條件,現對該項目進行公開招標。
一、項目概況及招標范圍
1.1項目名稱:汝州市蟒川鎮公租房南側道路工程
1.2采購編號:汝財招標采購-2019-15
1.3資金來源:中央資金;約1281萬元
1.4施工工期:60日歷天
1.5工程質量:合格
1.6招標范圍:圖紙及工程量清單范圍內的全部內容
1.7項目概況:南側道路工程主要包括:道路、給排水、雨污水、亮化等工程
二、投標人資格要求
2.1具有獨立法人資格、持有有效的營業執照、組織機構代碼證、稅務登記證(或三證合一的營業執照);
2.2具備建設行政主管部門頒發的市政公用工程施工總承包叁級或以上資質;并具有有效的安全生產許可證;
2.3擬派項目經理須具備市政專業注冊建造師資格;項目經理不得有在建工程,并出具無在建工程承諾書(格式自擬,加蓋單位公章);技術負責人具有相關專業中級或以上技術職稱;
2.4投標人須提供1份2015年01月以來承擔過的500萬元或以上類似業績一份,日期以合同簽訂日期為準(須提供施工承包合同、中標通知書、竣工驗收證明文件);
2.5提供近三年(2015年、2016年、2017年度)經會計師事務所或審計機構審計的財務審計報告,如公司成立不足三年,提供自企業注冊后至2017年度的審計報告,需財務狀況良好、無不良債務;
2.6投標單位擬任項目經理及委托代理人必須為本單位人員,前述本單位人員是指聘用合同必須由投標人與之簽訂及由投標人為其連續繳納的近半年(2018年6月-2018年11月)的社保證明。
2.7投標人提供“信用中國”網站(www.creditchina.gov.cn)的“失信被執行人”和“重大稅收違法案件當事人名單”、“中國政府采購”網站(www.ccgp.gov.cn)的“政府采購嚴重違法失信行為記錄名單”查詢網頁截圖,對列入失信被執行人、重大稅收違法案件當事人名單、政府采購嚴重違法失信行為記錄名單的投標人,拒絕其參加本次投標;
2.8本次招標不接受聯合體投標。
三、報名及招標文件的獲取:
網上報名:本項目除網上報名外不接受其它形式報名。
3.1報名時間:2019年2月11日0時00分至2019年2月15日23時59分(法定節假日除外);
潛在投標人、供應商(以下簡稱投標人)報名前先登錄汝州市公共資源交易中心網(http://www.rzggzy.com/)點擊“供應商登錄(申請)”進行注冊。注冊后到中心相關業務科室(工程類項目到206室,采購類項目到207室)現場審核確認,審核通過后到中心203業務受理大廳辦理CA證書。通過CA證書登錄汝州市公共資源交易中心網“供應商登錄(申請)”入口進行網上報名,其他數字證書兼容問題在系統升級時同步解決。
企業注冊指南:http://www.rzggzy.com/djzgc/11406.jhtml
3.2招標文件費和保證金繳納及綁定
3.2.1 關于網上繳費問題,可以登錄汝州市公共資源交易系統會員信息添加公司的基本賬戶、一般賬戶和個人賬戶,基本賬戶、一般賬戶和個人賬戶可用于標書費的繳納、查詢、綁定,但是保證金必須是從基本賬戶繳納,(在保證金查詢界面僅顯示基本賬戶,非基本賬戶繳納的保證金無法進行查詢、綁定)。因投標人的原因造成的無法繳費、無法投標等一切后果,由投標人自行承擔。
3.2.2 匯入賬戶和賬號:招標文件費(300元)和保證金匯入賬戶和賬號詳見網上報名成功后費用繳納說明單。
3.2.3招標文件費查詢、綁定工作的截止時間統一為開始報名起至報名截止時間后兩天,請投標人
盡早進行招標文件費繳納、查詢、綁定工作,若自身原因錯過繳費時間、查詢時間、綁定時間,造成損失由潛在投標人自行負責。
3.2.4招標文件費用通過轉賬或電匯支付到指定賬戶,保證金必須從基本賬戶轉入。
具體操作鏈接地址:http://www.rzggzy.com/djzgc/12214.jhtml
3.2.5投標人招標文件費轉賬成功后,將招標文件費成功綁定至所投項目和標段后方可下載招標文件,紙質招標文件不再出售。具體操作鏈接地址:http://www.rzggzy.com/djzgc/12214.jhtml
3.2.6投標人繳納投標保證金后,應在招標文件規定的繳納截止時間前通過汝州市公共資源交易系統將保證金成功綁定至所投標項目,并打印系統生成的回執單二維碼圖片,制作在投標文件中,作為繳納保證金依據。(沒有進行綁定,視同繳費失敗;“回執單”生成二維碼圖片后,繳費成功)
具體操作鏈接地址:http://www.rzggzy.com/djzgc/12214.jhtml
3.2.7投標人只需要網上報名、繳費、綁定,暫不用上傳投標文件,開標當天按照招標公告和招標文件的規定攜帶紙質版文件進行投標。
3.3標書費和保證金已到中心賬戶,但未成功綁定的,可通過交易系統申請退款。鏈接地址:http://www.rzggzy.com/djzgc/12214.jhtml
注:未中標的投標人保證金由代理機構向中心項目負責人提出退款申請,經財務部門核對后,通過交易系統退還給投標人。
四、投標文件的遞交
4.1投標文件遞交的截止時間(開標時間)2019年3月12日08時30分;
4.2投標文件遞交地點為汝州市公共資源交易中心第301開標室(汝州市西環路808號);
4.3逾期送達的或者未送達指定地點的投標文件,招標人不予受理。
五、發布公告的媒介
本公告在《中國招標投標公共服務平臺》、《河南招標采購綜合網》、《河南省政府采購網》、《汝州市政府采購網》、《汝州市公共資源交易中心》(www.rzggzy.com)網站上同時發布。
六、聯系方式:
采購人:汝州市蟒川鎮人民政府
聯系人:郭先生 聯系電話:13837537168
地 址:汝州市蟒川鎮
代理機構:河南海納建設管理有限公司
聯系人:翟女士 聯系電話:16637513456
地 址:鄭州市商都路十里鋪交叉口建業五棟大樓E座10樓1007室
ystemd 是所有進程之母,負責將 Linux 主機啟動到可以做生產性任務的狀態。
systemd(是的,全小寫,即使在句子開頭也是小寫),是初始化程序(init)和 SystemV 初始化腳本的現代替代者。此外,它還有更多功能。
當我想到 init 和 SystemV 初始化時,像大多數系統管理員一樣,我想到的是 Linux 的啟動和關閉,而不是真正意義上的管理服務,例如在服務啟動和運行后對其進行管理。像 init 一樣,systemd 是所有進程之母,它負責使 Linux 主機啟動到可以做生產性任務的狀態。systemd 設定的一些功能比老的初始化程序要廣泛得多,它要管理正在運行的 Linux 主機的許多方面,包括掛載文件系統、管理硬件、處理定時器以及啟動和管理生產性主機所需的系統服務。
本系列文章是基于我的三期 Linux 培訓課程《 使用和管理 Linux:從零開始進行學習系統管理 》部分內容的摘錄,探討了 systemd 在啟動和啟動完成后的功能。
Linux 主機從關機狀態到運行狀態的完整啟動過程很復雜,但它是開放的并且是可知的。在詳細介紹之前,我將簡要介紹一下從主機硬件被上電到系統準備好用戶登錄的過程。大多數時候,“引導過程”被作為一個整體來討論,但這是不準確的。實際上,完整的引導和啟動過程包含三個主要部分:
Linux 啟動階段始于內核加載了 init 或 systemd(取決于具體發行版使用的是舊的方式還是還是新的方式)之后。init 和 systemd 程序啟動并管理所有其它進程,它們在各自的系統上都被稱為“所有進程之母”。
將硬件引導與 Linux 引導及 Linux 啟動區分開,并明確定義它們之間的分界點是很重要的。理解它們的差異以及它們每一個在使 Linux 系統進入生產狀態所起的作用,才能夠管理這些進程,并更好地確定大部分人所謂的“啟動”問題出在哪里。
啟動過程按照三步引導流程,使 Linux 計算機進入可進行生產工作的狀態。當內核將主機的控制權轉移到 systemd 時,啟動環節開始。
systemd 引起了系統管理員和其它負責維護 Linux 系統正常運行人員的廣泛爭議。在許多 Linux 系統中,systemd 接管了大量任務,這在某些開發者和sysadmins群體中引起了反對和不和諧。
SystemV 和 systemd 是執行 Linux 啟動環節的兩種不同的方法。SystemV 啟動腳本和 init 程序是老的方法,而使用 目標(target)的 systemd 是新方法。盡管大多數現代 Linux 發行版都使用較新的 systemd 進行啟動、關機和進程管理,但仍有一些發行版未采用。原因之一是某些發行版維護者和系統管理員喜歡老的 SystemV 方法,而不是新的 systemd。
我認為兩者都有其優勢。
為何我更喜歡 SystemV
我更喜歡 SystemV,因為它更開放。使用 Bash 腳本來完成啟動。內核啟動 init 程序(這是一個編譯后的二進制)后,init 啟動 rc.sysinit 腳本,該腳本執行許多系統初始化任務。rc.sysinit 執行完后,init 啟動 /etc/rc.d/rc 腳本,該腳本依次啟動 /etc/rc.d/rcX.d 中由 SystemV 啟動腳本定義的各種服務。其中 X 是待啟動的運行級別號。
除了 init 程序本身之外,所有這些程序都是開放且易于理解的腳本。可以通讀這些腳本并確切了解整個啟動過程中發生的事情,但是我不認為有太多系統管理員真正做到這一點。每個啟動腳本都被編了號,以便按特定順序啟動預期的服務。服務是串行啟動的,一次只能啟動一個服務。
systemd 是由 Red Hat 的 Lennart Poettering 和 Kay Sievers 開發的,它是一個由大型的、編譯的二進制可執行文件構成的復雜系統,不訪問其源碼就無法理解。它是開源的,因此“訪問其源代碼”并不難,只是不太方便。systemd 似乎表現出對 Linux 哲學多個原則的重大駁斥。作為二進制文件,systemd 無法被直接打開供系統管理員查看或進行簡單更改。systemd 試圖做所有事情,例如管理正在運行的服務,同時提供明顯比 SystemV 更多的狀態信息。它還管理硬件、進程、進程組、文件系統掛載等。systemd 幾乎涉足于現代 Linux 主機的每個方面,使它成為系統管理的一站式工具。所有這些都明顯違反了“程序應該小,且每個程序都應該只做一件事并做好”的原則。
為何我更喜歡 systemd
我更喜歡用 systemd 作為啟動機制,因為它會根據啟動階段并行地啟動盡可能多的服務。這樣可以加快整個的啟動速度,使得主機系統比 SystemV 更快地到達登錄屏幕。
systemd 幾乎可以管理正在運行的 Linux 系統的各個方面。它可以管理正在運行的服務,同時提供比SystemV 多得多的狀態信息。它還管理硬件、進程和進程組、文件系統掛載等。systemd 幾乎涉足于現代 Linux 操作系統的每方面,使其成為系統管理的一站式工具。(聽起來熟悉吧?)
systemd 工具是編譯后的二進制文件,但該工具包是開放的,因為所有配置文件都是 ASCII 文本文件。可以通過各種 GUI 和命令行工具來修改啟動配置,也可以添加或修改各種配置文件來滿足特定的本地計算環境的需求。
真正的問題
你認為我不能喜歡兩種啟動系統嗎?我能,我會用它們中的任何一個。
我認為,SystemV 和 systemd 之間大多數爭議的真正問題和根本原因在于,在系統管理層面 沒有選擇權 。使用 SystemV 還是 systemd 已經由各種發行版的開發人員、維護人員和打包人員選擇了(但有充分的理由)。由于 init 極端的侵入性,挖出并替換 init 系統會帶來很多影響,會帶來很多在發行版設計過程之外難以解決的后果。
盡管該選擇實際上是為我而選的,但我的Linux主機能不能開機、能不能工作,這是我平時最關心的。作為最終用戶,甚至是系統管理員,我主要關心的是我是否可以完成我的工作,例如寫我的書和這篇文章,安裝更新以及編寫腳本來自動化所有事情。只要我能做我的工作,我就不會真正在意發行版中使用的啟動系統。
在啟動或服務管理出現問題時,我會在意。無論主機上使用哪種啟動系統,我都足夠了解如何沿著事件順序來查找故障并進行修復。
替換SystemV
以前曾有過用更現代的東西替代 SystemV 的嘗試。大約在兩個版本中,Fedora 使用了一個叫作 Upstart 的東西來替換老化的 SystemV,但是它沒有取代 init,也沒有提供我所注意到的任何變化。由于 Upstart 并未對 SystemV 的問題進行任何顯著的改變,所以在這個方向上的努力很快就被放棄了,轉而使用 systemd。
盡管大部分 Linux 開發人員都認可替換舊的 SystemV 啟動系統是個好主意,但許多開發人員和系統管理員并不喜歡 systemd。與其重新討論人們在 systemd 中遇到的或曾經遇到過的所有所謂的問題,不如帶你去看兩篇好文章,盡管有些陳舊,但它們涵蓋了大多數內容。Linux 內核的創建者 Linus Torvalds 對 systemd 似乎不感興趣。在 2014 年 ZDNet 的一篇文章《 Linus Torvalds 和其他人對 Linux 上的 systemd 的看法 》中,Linus 清楚地表達了他的感受。
“實際上我對 systemd 本身沒有任何特別強烈的意見。我對一些核心開發人員有一些問題,我認為他們在對待錯誤和兼容性方面過于輕率,而且我認為某些設計細節是瘋狂的(例如,我不喜歡二進制日志),但這只是細節,不是大問題。”
如果你對 Linus 不太了解的話,我可以告訴你,如果他不喜歡某事,他是非常直言不諱的,很明確,而且相當明確的表示不喜歡。他解決自己對事物不滿的方式已經被社會更好地接受了。
2013 年,Poettering 寫了一篇很長的博客,他在文章駁斥了 關于 systemd 的迷思 ,同時對創建 systemd 的一些原因進行了深入的剖析。這是一分很好的讀物,我強烈建議你閱讀。
根據編譯過程中使用的選項(不在本系列中介紹),systemd 可以有多達 69 個二進制可執行文件執行以下任務,其中包括:
這些以及更多的任務通過許多守護程序、控制程序和配置文件來支持。圖 1 顯示了許多屬于 systemd 的組件。這是一個簡化的圖,旨在提供概要描述,因此它并不包括所有獨立的程序或文件。它也不提供數據流的視角,數據流是如此復雜,因此在本系列文章的背景下沒用。
圖 1:systemd 的架構,作者 Shmuel Csaba Otto Traian (CC BY-SA 3.0)
如果要完整地講解 systemd 就需要一本書。你不需要了解圖 1 中的 systemd 組件是如何組合在一起的細節。只需了解支持各種 Linux 服務管理以及日志文件和日志處理的程序和組件就夠了。但是很明顯, systemd 并不是某些批評者所宣稱的那樣,它是一個單一的怪物。
systemd 是 1 號進程(PID 1)。它的一些功能,比老的 SystemV3 init 要廣泛得多,用于管理正在運行的 Linux 主機的許多方面,包括掛載文件系統以及啟動和管理 Linux 生產主機所需的系統服務。與啟動環節無關的任何 systemd 任務都不在本文討論范圍之內(但本系列后面的一些文章將探討其中的一些任務)。
首先,systemd 掛載 /etc/fstab 所定義的文件系統,包括所有交換文件或分區。此時,它可以訪問位于 /etc 中的配置文件,包括它自己的配置文件。它使用其配置鏈接 /etc/systemd/system/default.target 來確定將主機引導至哪個狀態或目標。default.target 文件是指向真實目標文件的符號鏈接。對于桌面工作站,通常是 graphical.target,它相當于 SystemV 中的運行級別 5。對于服務器,默認值更可能是 multi-user.target,相當于 SystemV 中的運行級別 3。emergency.target 類似于單用戶模式。 目標(target)和 服務(service)是 systemd 的 單元(unit)。
下表(圖 2)將 systemd 目標與老的 SystemV 啟動運行級別進行了比較。systemd 提供 systemd 目標別名以便向后兼容。目標別名允許腳本(以及許多系統管理員)使用 SystemV 命令(如 init 3)更改運行級別。當然,SystemV 命令被轉發給 systemd 進行解釋和執行。
圖 2:SystemV 運行級別與 systemd 目標和一些目標別名的比較
每個目標在其配置文件中都描述了一個依賴集。systemd 啟動必須的依賴項,這些依賴項是運行 Linux 主機到特定功能級別所需的服務。當目標配置文件中列出的所有依賴項被加載并運行后,系統就在該目標級別運行了。在圖 2 中,功能最多的目標位于表的頂部,從頂向下,功能逐步遞減。
systemd 還會檢查老的 SystemV init 目錄,以確認是否存在任何啟動文件。如果有,systemd 會將它們作為配置文件以啟動它們描述的服務。網絡服務是一個很好的例子,在 Fedora 中它仍然使用 SystemV 啟動文件。
圖 3(如下)是直接從啟動手冊頁復制來的。它顯示了 systemd 啟動期間一般的事件環節以及確保成功啟動的基本順序要求。
cryptsetup-pre.target
|
(various low-level v
API VFS mounts: (various cryptsetup devices...)
mqueue, configfs, | |
debugfs, ...) v |
| cryptsetup.target |
| (various swap | | remote-fs-pre.target
| devices...) | | | |
| | | | | v
| v local-fs-pre.target | | | (network file systems)
| swap.target | | v v |
| | v | remote-cryptsetup.target |
| | (various low-level (various mounts and | | |
| | services: udevd, fsck services...) | | remote-fs.target
| | tmpfiles, random | | | /
| | seed, sysctl, ...) v | | /
| | | local-fs.target | | /
| | | | | | /
\____|______|_______________ ______|___________/ | /
\ / | /
v | /
sysinit.target | /
| | /
______________________/|\_____________________ | /
/ | | | \ | /
| | | | | | /
v v | v | | /
(various (various | (various | |/
timers...) paths...) | sockets...) | |
| | | | | |
v v | v | |
timers.target paths.target | sockets.target | |
| | | | v |
v \_______ | _____/ rescue.service |
\|/ | |
v v |
basic.target rescue.target |
| |
________v____________________ |
/ | \ |
| | | |
v v v |
display- (various system (various system |
manager.service services services) |
| required for | |
| graphical UIs) v v
| | multi-user.target
emergency.service | | |
| \_____________ | _____________/
v \|/
emergency.target v
graphical.target
圖 3: systemd 啟動圖
sysinit.target 和 basic.target 目標可以看作啟動過程中的檢查點。盡管 systemd 的設計目標之一是并行啟動系統服務,但是某些服務和功能目標必須先啟動,然后才能啟動其它服務和目標。直到該檢查點所需的所有服務和目標被滿足后才能通過這些檢查點。
當 sysinit.target 所依賴的所有單元都完成時,就會到達 sysinit.target。所有這些單元,包括掛載文件系統、設置交換文件、啟動 Udev、設置隨機數生成器種子、啟動低層服務以及配置安全服務(如果一個或多個文件系統是加密的)都必須被完成,但在 sysinit.target 中,這些任務可以并行執行。
sysinit.target 啟動了系統接近正常運行所需的所有低層服務和單元,它們也是進入 basic.target 所需的。
在完成 sysinit.target 之后,systemd 會啟動實現下一個目標所需的所有單元。basic.target 通過啟動所有下一目標所需的單元來提供一些額外功能。包括設置為各種可執行程序目錄的路徑、設置通信套接字和計時器之類。
最后,用戶級目標 multi-user.target 或 graphical.target 被初始化。要滿足 graphical.target 的依賴必須先達到 multi-user.target。圖 3 中帶下劃線的目標是通常的啟動目標。當達到這些目標之一時,啟動就完成了。如果 multi-user.target 是默認設置,那么你應該在控制臺上看到文本模式的登錄界面。如果 graphical.target 是默認設置,那么你應該看到圖形的登錄界面。你看到的具體的 GUI 登錄界面取決于你的默認顯示管理器。
引導手冊頁還描述并提供了引導到初始化 RAM 磁盤和 systemd 關機過程的圖。
systemd 還提供了一個工具,該工具列出了完整的啟動過程或指定單元的依賴項。單元是一個可控的 systemd 資源實體,其范圍可以從特定服務(例如 httpd 或 sshd)到計時器、掛載、套接字等。嘗試以下命令并滾動查看結果。
systemctl list-dependencies graphical.target
注意,這會完全展開使系統進入 graphical.target 運行模式所需的頂層目標單元列表。也可以使用 --all 選項來展開所有其它單元。
systemctl list-dependencies --all graphical.target
你可以使用 less 命令來搜索諸如 target、slice 和 socket 之類的字符串。
現在嘗試下面的方法。
systemctl list-dependencies multi-user.target
和
systemctl list-dependencies rescue.target
和
systemctl list-dependencies local-fs.target
和
systemctl list-dependencies dbus.service
這個工具幫助我可視化我正用的主機的啟動依賴細節。繼續花一些時間探索一個或多個 Linux 主機的啟動樹。但是要小心,因為 systemctl 手冊頁包含以下注釋:
“請注意,此命令僅列出當前被服務管理器加載到內存的單元。尤其是,此命令根本不適合用于獲取特定單元的全部反向依賴關系列表,因為它不會列出被單元聲明了但是未加載的依賴項。”
即使在沒有深入研究 systemd 之前,很明顯能看出它既強大又復雜。顯然,systemd 不是單一、龐大、獨體且不可知的二進制文件。相反,它是由許多較小的組件和旨在執行特定任務的子命令組成。
本系列的下一篇文章將更詳細地探討 systemd 的啟動,以及 systemd 的配置文件,更改默認的目標以及如何創建簡單服務單元。
互聯網上有大量關于 systemd 的信息,但是很多都很簡短、晦澀甚至是帶有誤導。除了本文提到的資源外,以下網頁還提供了有關 systemd 啟動的更詳細和可靠的信息。
還有針對 Linux 系統管理員的一系列技術性很強的文章,作者是 systemd 的設計師和主要開發者 Lennart Poettering。這些文章是在 2010 年 4 月至 2011 年 9 月之間撰寫的,但它們現在和那時一樣有用。關于 systemd 及其生態的其它許多好文都基于這些論文。
via: https://opensource.com/article/20/4/systemd
作者: David Both 選題: lujun9972 譯者: messon007 校對: wxy
本文由 LCTT 原創編譯, Linux中國 榮譽推出
.招標條件
本招標項目 汝州市2018年度空心村拆舊復墾整治項目規劃設計 已由上級部門批準建設,項目業主為汝州市國土資源局,建設資金來自財政資金,出資比例為 100% 。招標人為汝州市國土資源局。項目已具備招標條件,現對該項目的設計進行公開招標。
2.項目概況與招標范圍
2.1工程名稱:汝州市2018年度空心村拆舊復墾整治項目規劃設計
2.2采購編號:汝財招標采購-F-2018-002
2.3資金來源:財政資金
2.4建設地點:汝州市境內
2.5服務周期:12個月
2.6質量要求:符合國家相關法律、法規政策及技術規范的規定,滿足上級有關部門的驗收要求。
2.7招標范圍:總體規劃方案設計、方案修改、初步設計、施工圖設計、編制工程預算及工程量清單、現場指導及相關后續服務工作。
2.8標段劃分:本項目不劃分標段:
3.投標人資格要求
3.1投標人須具備獨立法人資格,且具有有效的營業執照;
3.2標人須同時具備工程測繪乙級及以上資質和土地規劃乙級及以上資質。并在人員、設備、資金等方面具有承擔本項目的規劃設計能力;
3.3項目負責人具有相關專業中級及以上職稱(提供職稱網站查詢截圖),必須為該投標單位正式員工,須提供有效的勞動合同及社保部門出具的2017年6月份以后近六個月投標單位為其繳納的養老保險繳費證明(以勞動和社會保障部門出具的社保證明、網上截圖及社保繳費憑證為準);
3.4 企業2015年1月1日以來類似項目業績(至少提供一份,須同時具有合同和中標通知書,時間以合同簽訂日期為準);
3.5 企業近三年(2014、2015、2016年)財務狀況良好、無不良債務(若企業成立不足三年則從成立年份算起,提供相應年份的經審計完整合法有效的財務審計報告)。
3.6 投標人應信譽良好,沒有處于被責令停業,投標資格被取消,財產被接管、凍結,破產狀態(投標人自行做出聲明);申請人應具有良好的信用記錄,列入失信被執行人、重大稅收違法案件當事人名單、政府采購嚴重違法失信行為記錄名單的投標人,不得參與政府采購活動。(信用記錄通過“信用中國”網站(www.creditchina.gov.cn)、“中國政府采購網”(www.ccgp.gov.cn)查詢)。
3.7投標人須提供企業所在地人民檢察院或項目所在地人民檢察院開具的行賄犯罪檔案查詢結果告知函(查詢對象包含企業、企業法定代表人),查詢日期不早于公告發布日期。
3.8本次招標不接受聯合體投標,不允許轉包和分包。
3.9同一投標人在本項目中只能投報一個標段。
4.技術成果經濟補償
本次招標對未中標人投標文件中的技術成果 不給予 經濟補償。
5.招標文件的獲取
5.2 網上報名:本項目除網上報名外不接受其它形式報名。
5.3潛在投標人、供應商(以下簡稱投標人)報名前先登錄汝州市公共資源交易中心網(http://www.rzggzy.com/)點擊“供應商登錄(申請)”進行注冊。注冊后到中心相關業務科室(工程類項目到206室,采購類項目到207室)現場審核確認,審核通過后到中心201業務受理大廳辦理CA證書。通過CA證書登錄汝州市公共資源交易中心網“供應商登錄(申請)”入口進行網上報名(2017年9月8日前也可通過賬號密碼登錄報名),其他數字證書兼容問題在系統升級時同步解決。
企業注冊指南:http://www.rzggzy.com/djzgc/11406.jhtml
辦理CA證書指南:http://www.rzggzy.com/ggtz/12223.jhtml
5.4 招標文件綁定下載及保證金繳納
(1)投標人支付賬戶必須為基本賬戶并且與汝州市公共資源交易中心投標人庫中錄入的基本賬戶一致(不支持結算卡支付)。非企業基本賬戶,請及時登錄系統申請變更,并到中心業務科室現場核對。因投標人的原因造成的無法繳費、無法投標等一切后果,由投標人自行承擔。
(2)匯入賬戶和賬號:招標文件費和保證金匯入賬戶和賬號詳見網上報名成功后費用繳納說明單。
(3)招標文件費查詢、綁定工作的截止時間統一為開始報名起至報名截止時間后兩天,請投標人盡早進行招標文件費查詢、綁定工作,若自身原因錯過繳納時間、查詢時間、綁定時間,造成損失由潛在投標人自行負責。
招標文件費用通過轉賬或電匯支付到指定賬戶,保證金必須從基本賬戶轉入。具體操作鏈接地址:http://www.rzggzy.com/djzgc/12214.jhtml
(5)投標人招標文件費轉賬成功后,將招標文件費成功綁定至所投項目和標段后方可下載招標文件,紙質招標文件不再出售。具體操作鏈接地址:http://www.rzggzy.com/djzgc/12214.jhtml。
(6)投標人繳納投標保證金后,應在招標文件規定的繳納截止時間前通過汝州市公共資源交易系統將
保證金成功綁定至所投標項目和標段,并打印系統生成的回執單二維碼圖片,制作在投標文件中,作為繳納保證金依據。(沒有進行綁定工作,視同繳費失敗)
具體操作鏈接地址:http://www.rzggzy.com/djzgc/12214.jhtml
(7) 投標人只需要網上報名、繳費、綁定,暫不用上傳投標文件,開標當天按照招標公告和招標文件的規定攜帶紙質版文件進行投標。
5.5標書費和保證金已到中心賬戶,但未成功綁定的,可通過交易系統申請退款。鏈接地址:http://www.rzggzy.com/djzgc/12214.jhtml
注:未中標的投標人保證金由中介代理機構向中心項目負責人提出退款申請,經財務部門核對后,通過交易系統退還給投標人。
6.投標文件的遞交
6.1投標文件遞交的截止時間:2018年 2 月 13 日 8 時 30 分(北京時間),地點為:汝州市公共資源交易中心 302 開標室;
6.2逾期送達的、未送達指定地點的或者不按照招標文件要求密封的投標文件,招標人將予以拒收。
7.發布公告的媒介
本次招標公告同時在《中國采購與招標網》、《河南招標采購綜合網網》、《河南省政府采購網》、《汝州市政府采購網》、《汝州市公共資源交易中心》上發布。
8.聯系方式
采購人:汝州市國土資源局 招標代理機構:河南英華咨詢有限公司
地 址:汝州市龍山大道 地址:鄭州市電廠路河南省大學科技園16號樓C座21層
聯系人:著先生 聯系人:張先生
電 話:13781819081 電 話:13838193983 0375-7023222
*請認真填寫需求信息,我們會在24小時內與您取得聯系。