交通運輸部規(guī)劃研究院內(nèi)控信息化管理系統(tǒng)
招標項目

招標 文 件
                
招標編號：TC13R353
招標內(nèi)容：內(nèi)控信息化管理系統(tǒng)
招標 人：交通運輸部規(guī)劃研究院
代理機構：中招國際招標有限公司
二O一三年七月
 

目   錄
 

第一部分  招標公告

1.招標條件
本招標項目交通運輸部規(guī)劃研究院內(nèi)控信息化管理系統(tǒng)已經(jīng)交通運輸部批準建設，項目業(yè)主為交通運輸部規(guī)劃研究院 ，建設資金來源 中央投資及自籌且已落實 ，中招國際招標有限公司受交通運輸部規(guī)劃研究院委托，對交通運輸部規(guī)劃研究院內(nèi)控信息化管理系統(tǒng)招標項目進行國內(nèi)公開招標?，F(xiàn)邀請國內(nèi)合格投標人就本項目進行密封投標。投標人不得將招標的軟件拆分投標，否則其投標將被拒絕。
2. 項目概況與招標范圍
2.1 項目概況及招標內(nèi)容：（1）集成平臺軟件購置開發(fā)。即支持系統(tǒng)資源管理平臺移動辦公系統(tǒng)，這是一個集成平臺系統(tǒng)，包括企業(yè)門戶系統(tǒng)和企業(yè)服務總線兩部分，并負責五個標段全部內(nèi)控信息化管理的總集成。（2）應用軟件購置開發(fā)。包括交通運輸環(huán)境規(guī)劃與評估系統(tǒng)實驗室管理軟件－非結構化文檔處理系統(tǒng)、協(xié)同辦公系統(tǒng)、人力資源系統(tǒng)、生產(chǎn)管理系統(tǒng)。本次招標共有五個分包，第一包，支持系統(tǒng)資源管理平臺移動辦公系統(tǒng)；第二包，交通運輸環(huán)境規(guī)劃與評估系統(tǒng)實驗室管理軟件－非結構化文檔處理系統(tǒng)；第三包，協(xié)同辦公系統(tǒng)；第四包，人力資源系統(tǒng)；第五包，生產(chǎn)管理系統(tǒng)。
2.2招標編號：TC13R353
2.3投標限價：

包號	項目名稱	投標限價（萬元）
01	支持系統(tǒng)資源管理平臺移動辦公系統(tǒng)（第一包）	220
02	交通運輸環(huán)境規(guī)劃與評估系統(tǒng)實驗室管理軟件－非結構化文檔處理系統(tǒng)（第二包）	120
03	協(xié)同辦公系統(tǒng)（第三包）	70
04	人力資源系統(tǒng)（第四包）	40
05	生產(chǎn)管理系統(tǒng)（第五包）	80

 
3.投標人資格要求
3.1凡在中華人民共和國境內(nèi)注冊，遵守有關的國家法律、法令和條例，具有獨立法人資格并符合下列資格者：
3.1.1具有獨立承擔民事責任的能力；
3. 1.2具有良好的商業(yè)信譽和健全的財務會計制度；
3.1.3具有履行合同所需的設備和專業(yè)技術能力；
3.1.4有依法繳納稅收和社會保障資金的良好記錄；
3.1.5投標人有良好的銀行信譽、充足的資金保證，無因其產(chǎn)品導致的安全事故或其他不良記錄，并具有圓滿履行合同的能力；
3.1.6參加投標活動前三年內(nèi)，在經(jīng)營活動中沒有重大違法記錄；
3.1.7法律、行政法規(guī)規(guī)定的其他條件；
3.1.8投標人若是外地企業(yè)，則須在北京市區(qū)內(nèi)設有代表處和售后服務機構；
3.1.9未購標書者，投標無效。
3.2第01包投標人另須滿足的資格條件：
3.2.1投標人必須具有國家工業(yè)和信息化部頒發(fā)的系統(tǒng)集成一級資質(zhì)；
3.2.2投標人必須具有CMM/CMMI 3級以上認證證書；
3.2.3投標人須具有ISO9001質(zhì)量管理體系認證有效證書；
3.2.4參加本項目投標的投標人所投核心產(chǎn)品若非原廠商，需提供針對本項目的原廠商授權及原廠商服務承諾函；
3.2.5投標人應提供擬任本投標項目負責人及項目組成員的社保繳納記錄（近三個月），其中項目組主要成員必須具有從事類似軟件開發(fā)的經(jīng)歷（需提供相關證明材料復印件并加蓋投標人印章）；
3.2.6投標人負責本項目的項目經(jīng)理必須具有國家計算機信息系統(tǒng)集成高級項目經(jīng)理資質(zhì)。
3.3第02-05包投標人另須滿足的資格條件：
3.3.1參加本項目投標的投標人既可以廠商也可是系統(tǒng)集成商，但對于同一品牌同一廠商的軟件產(chǎn)品，授權不超過三家，若超過，則僅接受該廠商授權的報價較低的三家投標人，其他接受該廠商授權的投標人的投標將予以拒絕處理； 
3.3.2投標人所投產(chǎn)品須具備軟件著作權證書；
3.3.3參加本項目投標的投標人若非原廠商，需提供針對本項目的原廠商授權及原廠商服務承諾函；
3.3.4參加本項目投標的投標人承諾提供為本項目定制開發(fā)的全部完整源代碼及說明文檔，承諾提供本產(chǎn)品與其它系統(tǒng)集成時所需的接口的完整源代碼示例及說明文檔，并配備支持工程師，完全支持集成平臺系統(tǒng)的所有集成需求。
4.招標文件的獲取
4.1報名方式：現(xiàn)場報名。
4.2招標文件的獲?。?br /> 凡有意參加投標者，請于2013年7月10日至2013年7月18日，每日上午9:00至11:30、下午1:30至4:30（北京時間，下同），在北京市海淀區(qū)皂君廟14號院9號樓中招國際招標有限公司520室持營業(yè)執(zhí)照副本或類似相關證明文件（原件或者加蓋單位公章的復印件）及法人授權書購買招標文件。
4.3招標文件每包售價人民幣600元。
5.投標文件的遞交及相關事宜
5.1招標人將于下列時間和地點組織進行工程現(xiàn)場踏勘并召開投標預備會。
踏勘現(xiàn)場：招標人不組織。
投標預備會時間：不召開。
5.2投標文件遞交的截止、開標時間(投標截止時間，下同)為2013年8月1日10時00分，投標人應于當日9時30分至10時00分將投標文件遞交至北京交通建設招投標服務中心（豐臺區(qū)潘家廟222號，北京市道路工程質(zhì)量監(jiān)督站內(nèi)）。
5.3逾期送達的或者未送達指定地點的投標文件，招標人不予受理。
6.公告發(fā)布媒體：
本次招標公告同時在中國采購與招標網(wǎng)、中國政府采購網(wǎng)、北京交通委路政局網(wǎng)站、北京市招投標信息平臺。
7.聯(lián)系方式
招 標 人：交通運輸部規(guī)劃研究院           招標代理機構：中招國際招標有限公司
地    址：北京市朝陽區(qū)曙光西里甲6號     地        址：北京市海淀區(qū)皂君廟14號院9號2號樓                                       樓
郵    編：100028                         郵        編：100081
聯(lián) 系 人：劉  宏                         聯(lián)   系   人：陳學方
電    話：010-59629077                   電        話：010-62108203
傳    真：010-59629077                   傳        真：010-62112062

第二部分  投標人須知

A 說明

1.適用范圍

本文件是交通運輸規(guī)劃研究院內(nèi)控信息化管理系統(tǒng)招標項目的規(guī)范性招標文件，適用于本項目投標邀請中所述的系統(tǒng)及服務采購，是投標人編制投標文件的依據(jù)。

2.法律適用

本招標文件及由本次招標產(chǎn)生的合同適用中華人民共和國法律。

3.定義

“招標機構”系指組織本次招標的機構——中招國際招標有限公司；
“投標人”系指向招標機構提交投標文件的投標商；
“買方”系指購買貨物的單位——交通運輸部規(guī)劃研究院，合同的一方當事人；
“貨物”系指賣方根據(jù)合同規(guī)定，須向買方提供的一切硬件、軟件、手冊和其它技術資料及其它材料；
“服務”系指招標文件規(guī)定須完成的安裝（需特殊資質(zhì)除外）、調(diào)試、相關技術支持、培訓以及售后服務和其他的類似義務；
“日”、“天”系指日歷日；
 “合同”是買方與中標人共同以招標文件、投標文件為依據(jù)，經(jīng)過協(xié)商簽訂的具備法律效力的文件。招標文件、投標文件及其共同確定的補充文件是合同的有效組成部分，與合同具備同等的法律效力。

4.合格的投標人

4.1符合以下各項要求的投標人為合格投標人：
（一）凡在中華人民共和國境內(nèi)注冊，遵守有關的國家法律、法令和條例，具有獨立法人資格并符合下列資格者：
（1）具有獨立承擔民事責任的能力；
（2）具有良好的商業(yè)信譽和健全的財務會計制度；
（3）具有履行合同所需的設備和專業(yè)技術能力；
（4）有依法繳納稅收和社會保障資金的良好記錄；
（5）投標人有良好的銀行信譽、充足的資金保證，無因其產(chǎn)品導致的安全事故或其他不良記錄，并具有圓滿履行合同的能力；
（6）參加投標活動前三年內(nèi)，在經(jīng)營活動中沒有重大違法記錄；
（7）法律、行政法規(guī)規(guī)定的其他條件；
（8）投標人若是外地企業(yè)，則須在北京市區(qū)內(nèi)設有代表處和售后服務機構；
（9）未購標書者，投標無效。
（二）第01包投標人須滿足的資格條件：
（1）投標人必須具有國家工業(yè)和信息化部頒發(fā)的系統(tǒng)集成一級資質(zhì)；
（2）投標人必須具有CMM/CMMI 3級以上認證證書；
（3）投標人須具有ISO9001質(zhì)量管理體系認證有效證書。
（4）參加本項目投標的投標人所投核心產(chǎn)品若非原廠商，需提供針對本項目的原廠商授權及原廠商服務承諾函；
（5）投標人應提供擬任本投標項目負責人及項目組成員的社保繳納記錄（近三個月），其中項目組主要成員必須具有從事類似軟件開發(fā)的經(jīng)歷（需提供相關證明材料復印件并加蓋投標人印章）；
（6）投標人負責本項目的項目經(jīng)理必須具有國家計算機信息系統(tǒng)集成高級項目經(jīng)理資質(zhì)。
（三）第02-05包投標人須滿足的資格條件：
（1）參加本項目投標的投標人既可以廠家也可是系統(tǒng)集成商，但對于同一品牌同一廠商的軟件產(chǎn)品，授權不超過三家，若超過，則僅接受該廠商授權的報價較低的三家投標人，其他接受該廠商授權的投標人的投標將予以拒絕處理；
（2）投標人所投產(chǎn)品須具備軟件著作權證書；
（3）參加本項目投標的投標人若非原廠商，需提供針對本項目的原廠商授權及原廠商服務承諾函；
（4）參加本項目投標的投標人承諾提供為本項目定制開發(fā)的全部完整源代碼及說明文檔，承諾提供本產(chǎn)品與其它系統(tǒng)集成時所需的接口的完整源代碼示例及說明文檔，并配備支持工程師，完全支持集成平臺系統(tǒng)的所有集成需求。
4.2投標人對招標的響應
投標人應仔細閱讀招標文件的所有內(nèi)容，按招標文件的要求提供投標文件，并保證所提供的全部資料的真實性，使其投標對招標文件做出實質(zhì)性響應，否則，其投標將被拒絕。招標機構保留進一步要求投標人補充提供有關材料的權利，拒絕補充材料或提供材料不真實，將被視為自動放棄投標資格。
4.3投標人一旦中標，通過商務談判簽訂合同后，不得私自轉包，否則將視為違約并自動終止合同。
4.4 如果投標人代表不是法人代表，則須持有<法人代表授權書>（格式詳見招標文件附件），被授權人將行使投標人職責。
4.5 投標人資格特別要求
4.5.1提供近三年至今中標同類、同等規(guī)模項目合同金額不低于本項目預算的銷售業(yè)績一覽表，包括用戶名稱、電話、銷售數(shù)量，提供近三年中標項目銷售合同復印件，案例合同的乙方必須與投標人為相同或所屬企業(yè)，如公司名稱發(fā)生變更，必須提供工商部門的證明文件；
4.5.2企業(yè)的有效期內(nèi)營業(yè)執(zhí)照及各種資質(zhì)證書復印件（復印件須加蓋本單位公章）；
4.5.3法定代表人證書復印件（加蓋本單位公章）或法人代表授權委托書；
4.5.4 經(jīng)會計師事務所審計過的近三年的年度財務報表(復印件，加蓋本單位公章)；
4.5.5投標人必須具備較強的技術能力和良好的技術條件，擁有豐富的銷售經(jīng)驗及相應的專業(yè)技術人才和系統(tǒng)產(chǎn)品，有較好的開發(fā)能力，保證如期交付貨物；
4.5.6投標人必須具備良好的售后服務能力和完善的售后服務體系及方案。

5．投標費用

投標人應承擔其在投標準備、編制、遞交投標文件和簽訂合同協(xié)議書的整個過程中發(fā)生的一切費用而不論其投標結果如何。

B 招標文件說明

6.招標文件

招標文件用以闡明所需貨物及服務、招標投標程序和投標文件格式。招標文件由下述部分組成：
第一部分   招標公告
第二部分   投標人須知
第三部分   招標貨物清單、技術規(guī)格及要求
第四部分   合同條款
第五部分   附件

7.招標文件的澄清

購買招標文件的廠商對本次招標文件的內(nèi)容有疑問時，可要求澄清，但應在距投標截止日10日前，按招標公告中注明的聯(lián)系地址以書面形式（包括信函、傳真，下同）通知到招標機構。招標機構將視情況確定采用其認為適當?shù)姆绞接枰猿吻寤蛞詴嫘问接枰源饛?，并在其認為必要時，將不標明查詢來源的書面答復發(fā)給所有購買招標文件的廠商。

8.招標文件的修改

8.1在投標截止時間前，招標機構可根據(jù)需要和（或）依據(jù)投標人要求澄清的問題而修改招標文件，并以書面形式通知所有購買招標文件的廠商，購買招標文件的廠商在收到該通知后應立即以傳真的形式予以確認。
8.2招標文件的修改書將構成招標文件的一部分，對投標人具有同樣的約束力。
8.3為使投標人有足夠的時間按招標文件的修改要求考慮修正投標文件，招標機構可酌情推遲投標的截止時間和開標時間，并以書面形式通知已購買招標文件的每一家廠商。
 

C投標文件的編寫

9.投標語言及計量單位

9.1投標文件及投標人和招標機構就投標交換的文件和來往信件，以中文書寫（專有名詞除外）。
9.2除在招標文件的“招標貨物需求”中另有規(guī)定外，計量單位應使用中華人民共和國法定計量單位（國際單位制和國家選定的其他計量單位）。

10.投標文件的組成

10.1投標文件應由投標報價、技術文件、商務文件三部分組成。
10.2 投標報價部分應包括：
（1）投標函（格式見附件1）；
（2）開標一覽表（格式見附件2）及其他投標聲明（如有）；
（3）分項報價表（格式見附件3）。

10. 技術文件應分項列出，包括：

1. 投標貨物技術及服務文件（格式見附件6）；
2. 產(chǎn)品執(zhí)行的質(zhì)量技術標準、質(zhì)量保證措施的承諾和聲明；
3. 貨物清單及技術規(guī)格說明書；
4. 項目建設及項目實施方案（投標人應在投標階段提出項目實施的思路、方法、工作及進度安排、項目里程碑及交付物、項目組織方式、項目人員組成等）；
5. 售后方案及服務承諾；
6. 招標文件第三部分要求填寫的技術參數(shù)、系統(tǒng)環(huán)境配置；
7. 投標人認為必要的其他資料。

10.4商務文件應包括：
10.4.1 資格證明文件

1. 提供近三年至今投標同類項目及同類、同規(guī)模軟件系統(tǒng)銷售業(yè)績一覽表，包括用戶名稱、電話、銷售數(shù)量，并提供銷售合同復印件，原件備查；
2. 企業(yè)有效期內(nèi)營業(yè)執(zhí)照及各種資質(zhì)證書復印件（加蓋本單位公章）；
3. 法定代表人證書復印件（加蓋本單位公章）或法人代表授權委托書（格式見附件8）；
4. 經(jīng)會計師事務所審計過的近三年的年度財務報表(復印件) （加蓋本單位公章）；
5. 投標人無質(zhì)量事故承諾書（加蓋本單位公章）；
6. 投標單位基本情況表（格式見附件7）；
7. 本招標文件規(guī)定的其他資格證明文件；
8. 投標人認為需要提供的其他證明文件。

10.4.2 其他商務文件（包括并不限于）

1. 履約情況承諾書；
2. 貨物的原廠商授權書列表及證明材料；
3. 貨物交貨、質(zhì)量保證期承諾、售后服務承諾及其它承諾；
4. 承諾所有提供的軟件為正版軟件；
5. 售后服務、售后培訓的方案及承諾。

11.投標文件內(nèi)容填寫說明

11.1投標人應嚴格按招標文件要求的內(nèi)容逐項填寫編制投標文件，有規(guī)定格式的按規(guī)定格式填寫，無規(guī)定格式的由投標人自擬，并裝訂成冊。
11.2開標一覽表為在開標儀式上唱標的內(nèi)容，要求按格式填寫、統(tǒng)一規(guī)范，不得自行增減內(nèi)容。投標文件不得漏項或虛報，否則將可能導致其投標被拒絕。
11.3 投標人應保證其所提供文件的真實性，并應對招標文件的實質(zhì)性要求作出完全響應，否則其投標可能被拒絕。
11.4投標人視需要自行編制技術文件的補充附件。規(guī)格幅面應與正文一致，附于正文之后，與正文頁碼統(tǒng)一編目編碼裝訂。
11.5 投標人技術文件補充附件應包含但不限于以下內(nèi)容：

1. 項目工作范圍說明書；
2. 產(chǎn)品的技術服務和售后服務的內(nèi)容及措施的補充描述；
3. 相關產(chǎn)品白皮書。

12.投標報價

12.1 所有投標均以人民幣報價。
12.2 報價：
12.2.1投標總價為項目現(xiàn)場交貨價（含增值稅及其他稅費）； 是招標方完成此次采購至項目交付支付的所有價款。本項目設置最高限價，每包的限價參見招標公告中的投標限價，超出投標限價的投標將被拒絕。
12.2.2貨物分項報價，項目的各分項報價中，必須包括并不限于自主產(chǎn)品軟件、通用軟件（含涉及的正版的Oracle、Sql Server、Windows等數(shù)據(jù)庫、操作系統(tǒng)軟件）購置費、開發(fā)集成費用、維護費、培訓費及其他費用。
12.2.3總價中應包含軟件安裝驗收費、系統(tǒng)調(diào)試費、最終驗收費等，以及招標文件規(guī)定的投標人（賣方）應履行義務的費用。
12.2.4總價中應該包含為完成本項目的全部相關服務費用（包括但不限于培訓費、技術服務費、差旅費等）。
12.3投標人應在填寫系統(tǒng)清單及分項報價表時注明軟件的單價、總價。如果單價與總價有出入，以單價為準。招標機構不接受有任何選擇的報價，也不接受帶有不良競爭行為的最低報價；報價須有法人代表或授權代表簽署。
12.4投標人的投標報價為所投貨物在交通運輸部規(guī)劃研究院正式上線運行及承諾的相關服務價格。
12.5投標人應按上述12.1-12.4條款要求填寫投標報價，以供評標委員會比較評價。

13.投標保證金

13.1投標人應提供本項目投標保證金：投標金額的2%。
13.2 投標保證金用于保護本次招標免受因投標人不履行投標承諾及合同等行為而引起的風險。
13.3投標保證金可采用下列形式之一：轉賬支票（北京地區(qū)）、匯票或電匯。
13.4“未中標人的投標保證金，最遲將在書面合同簽訂后2日內(nèi)通知退還。
13.5中標人的投標保證金，在與招標人簽訂合同后5個工作日內(nèi)予以退還。
13.6 發(fā)生下列情況之一，投標保證金將被沒收：
（1）開標后在投標有效期間，投標人撤回其投標文件；
（2）中標人不按本須知第26條規(guī)定簽約；
（3）中標人不按本須知第28條規(guī)定繳付中標服務費。
 

14.投標有效期

14.1從開標之日起，投標有效期為90天。有效期短于這個規(guī)定期限的投標，將被拒絕。
14.2特殊情況下，招標機構可于投標有效期滿之前要求投標人延長投標有效期，這種要求和答復都應以書面、傳真的形式進行。

15.投標文件的簽署及規(guī)定

15.1 組成投標文件的各項資料均應遵守本條。
15.2 投標人應填寫單位全稱，同時加蓋印章。
15.3 投標文件必須由法人代表或法人授權代表簽署。
15.4 投標文件正本一份、副本四份、電子版一份。如果正本與副本不符，以正本為準。
15.5 投標文件的正本必須用不退色的墨水填寫或打印，注明“正本”字樣。
15.6 投標文件不得涂改和增刪，如有修改補漏處，必須由同一簽署人簽字并蓋章。
15.7 投標文件因字跡潦草或表達不清所引起的后果由投標人負責。
15.8招標機構概不接受以電話、傳真形式的投標。
 

D投標文件的遞交

16. 投標文件的密封和標記

16.1投標人應按包將投標文件正本、副本和電子文件分別用信封密封，并標明招標編號、投標項目名稱、投標人名稱及正本或副本等。封口騎縫處應加蓋投標人印章。
16.2開標一覽表正本及其他投標聲明（如有）應單獨封裝在一個信封內(nèi)，并標明“開標一覽表”字樣，投標時按每包單獨遞交。
16.3每一密封信封上注明“于投標截止時間之前不準啟封”的字樣。
16.4如投標文件由專人送交，投標人應將投標文件按16.1-16.3中的規(guī)定進行密封和標記后，按投標邀請注明的投標地址送至投標地點。
16.5投標保證金單獨密封在一個信封內(nèi)，投標時單獨遞交。

17.遞交投標文件的截止時間

17.1所有投標文件不論是通過專人或郵寄遞交，都必須按照招標機構在投標邀請中規(guī)定的投標截止時間之前送至投標地點。
17.2 招標機構推遲投標截止時間時，應以書面(或傳真)的形式，通知所有投標人。在這種情況下，招標機構和投標人的權利和義務將受到新的截止期的約束。
17.3 招標機構對投標文件在郵寄過程中的遺失或損壞不負責任。
17.4 在投標截止時間以后送達的投標文件，招標機構拒絕接收。

18.投標文件修改和撤消

18.1 投標以后，如果投標人提出修改或撤銷投標的書面要求，在投標截止時間前送達招標機構者，招標機構可以予以接受。
18.2 投標人修改投標文件的書面材料，須密封送達招標機構，同時應在封套上標明“修改投標文件(并注明招標編號)”和“開標時啟封”字樣。
18.3 撤消投標應以書面(或傳真)的形式通知招標機構。如采取傳真形式撤回投標，隨后必須補充有法人代表或授權代表簽署的要求撤消投標的正式文件。撤消投標的時間以送達招標機構或郵電到達日戳為準。
18.4投標截止時間以后不得修改投標文件。
18.5開標后投標人不得撤回投標，否則投標保證金將被沒收。

E開標及評標

19. 開標

19.1 招標機構按招標文件規(guī)定的時間、地點主持公開開標。開標儀式由招標機構主持，招標人代表及有關工作人員參加。
19.2 投標人派代表參加開標儀式。
19.3 開標時由投標人查驗投標文件密封情況，確認無誤后拆封唱標。
19.4 招標機構在開標儀式上，將公開唱出所有投標人的投標文件正本“開標一覽表”內(nèi)容及投標聲明，以及招標機構認為合適的其它內(nèi)容并記錄。

20. 對投標文件的初審

20.1 招標人根據(jù)國家有關規(guī)定及招標貨物特點組建評標委員會，評標委員會由招標機構、招標人代表和技術人員及其他有關方面的專家三人以上單數(shù)組成，其中，技術、經(jīng)濟專家不少于總數(shù)的三分之二。
    評標委員會對投標文件進行初審，初審內(nèi)容為投標文件是否符合招標文件的要求、內(nèi)容是否完整、價格構成有無計算錯誤、文件簽署是否齊全及驗證保證金以及投標文件是否具有實質(zhì)響應性。
20.2 初審中，對價格的計算錯誤按下述原則修正：
  (1) 如果單價乘數(shù)量不等于總價，應以單價為準修正總價。
  (2) 如果以文字表示的數(shù)據(jù)與數(shù)字表示的有差別，應以文字為準修正數(shù)字。
  (3) 投標人不同意以上修正，則其投標將被拒絕。
20.3 與招標文件有重大偏離的投標文件將被視為具有非實質(zhì)響應性的投標文件而被拒絕。
    重大偏離系指投標人對需求理解、技術架構及項目交付期明顯不能滿足招標文件的要求，或限制了招標人的權力和投標人的義務的規(guī)定，而糾正這些偏離將影響到其它提交實質(zhì)性響應投標的投標人的公平競爭地位。這些偏離不允許在開標后修正。但招標機構將允許修改投標中不構成重大偏離的、微小的、非正規(guī)的、不一致或不規(guī)則的地方。評委會對投標文件的判定，只依據(jù)投標內(nèi)容本身，不依靠開標后的任何外來證明。
20.4   投標有下列情況之一者，將被視為非實質(zhì)性響應的投標而被拒絕：

1. 超出經(jīng)營范圍投標的；
2. 未按招標文件要求提交投標保證金的；
3. 資格條件及證明文件不符合招標文件要求的；
4. 投標文件無投標人印章或無法定代表人簽字，或簽字人無法定代表人有效授權書的；
5. 無相關業(yè)績不滿足招標文件要求的；
6. 投標有效期不足的；
7. 投標明顯不符合技術規(guī)格、技術標準的要求；
8. 投標文件附有買方不能接受的條件；
9. 未響應招標文件規(guī)定的其它實質(zhì)性條款；
10. 國家法律法規(guī)認定否決投標的情形。

21. 投標的澄清

21.1 招標機構有權就投標文件中含混之處向投標人提出詢問或澄清要求，或要求其補充某些材料。投標人必須按照招標機構通知的時間、地點派技術和商務人員進行答疑和澄清。
21.2 必要時招標機構可要求投標人就澄清的問題作書面回答，該書面回答應有投標全權代表的簽章，并將作為投標內(nèi)容的一部分。
21.3 投標人對投標文件的澄清不得改變投標價格及實質(zhì)內(nèi)容。

22. 評標

22.1評標委員會首先對投標人進行資格審核和初步評審，確定具有完備投標資格且作出實質(zhì)性響應的投標文件，再對其進行評估和比較。
22.2評標委員會依次對各個通過初審的投標人進行詳細評審。
22.3 評標方法：
在本次評標中，評標委員會采用綜合打分法進行評標。
22.4評標原則
    評標嚴格按照招標文件的要求和條件進行。本次評標的綜合評估因素為：
（1）商務部分
（2）技術部分
（3）投標報價
本次評標采用綜合打分法，得分最高者為推薦中標人。招標人本次招標設有最高限價，超過限價的投標將被告拒絕,其中在附件5中的技術規(guī)格偏離表中，貨物技術條款中標注“*”的條款為關鍵技術條款，對這些技術條款的任何偏離將導致廢標。標注“#”的條款為重要技術條款，其它為一般條款，對這些技術條款的任何負偏離將在評標時予以減分。
22.5評分標準
   （1）第01包評分標準

序號	評 分 因 素	分值	備   注
（1）	商務部分	20
（2）	技術部分	65
（3）	投標報價	15
合計		100

 
商務部分                               分值：20分

評價名稱	分值	說      明
標書制作質(zhì)量	2	投標文件的完整性、易讀性、條理性。
投標人近三年同類項目業(yè)績	10	統(tǒng)一門戶系統(tǒng)或企業(yè)服務總線集成項目，近三年（2010年6月1日（含）以后）簽訂合同并已完成驗收的，每有一項得2分，最多得10分。 注：案例須提供合同復印件或用戶確認書復印件(原件備查)加蓋投標人公章，驗收須提供加蓋用戶單位公章的驗收報告復印件或用戶使用報告復印件(原件備查)加蓋投標人公章，未附有效證明材料的業(yè)績在評分時將不予承認
企業(yè)人力資源及研發(fā)能力	3	投標人企業(yè)人力資源情況、技術人員儲備、軟件系統(tǒng)研發(fā)及工程能力，相對比較，得0-3分。
投標人從事與本投標項目類似的工作歷史	3	五年（含）以上的，得3分。三年（含）～五年的，得2分。一年～三年的，得1分。一年（含）以下的，得0分。 注：年限以用戶案例為準，須提供合同復印件或用戶確認書復印件(原件備查)加蓋投標人公章。
企業(yè)財務狀況及履約能力	2	根據(jù)各投標人提供的經(jīng)審計的上年度財務報表，對投標人的企業(yè)財務狀況及履約能力進行相對比較，得0-2分。

 
技術部分：                                    分值：65分

評價名稱	分值	說    明
對招標文件技術需求的響應程度	10	完全滿足或高于招標文件要求的得滿分； 偏離重點指標一項扣2分，偏離一般指標扣1分，扣完為止
總體設計方案	8	總體方案完整科學、架構設計好、階段劃分合理、工作流程設計科學、實用、細節(jié)處理妥當，各組成部分具備獨立拆分部署功能、支持集群部署功能，具有良好的延續(xù)性、擴展性，得6-8分； 總體方案較完整科學、架構設計較好、階段劃分較為合理、工作流程科學、較為實用、細節(jié)處理較為妥當、具有較好的延續(xù)性、擴展性，得3-6分（不含6分）； 總體方案完整科學程度一般、架構設計一般、階段劃分基本合理、工作流程基本實用、細節(jié)處理一般、延續(xù)性、擴展性一般，得0-3分（不含3分）。
項目組織機構及人員配備	5	項目經(jīng)理及主要成員資質(zhì)齊全、資歷好，項目組織機構健全，技術支持體系完善，人員配備合理，職責分工明確，完全滿足項目實際需要，得4-5分； 項目經(jīng)理及主要成員資質(zhì)較齊全、資歷較好，項目組織機構較為健全，技術支持體系較為完善，人員配備較合理，職責分工較為明確，能較好滿足項目實際需要，得2-3分； 項目經(jīng)理及主要成員資質(zhì)基本齊全、具有一定資歷，項目組織機構基本健全，技術支持體系基本完善，人員配備基本合理，職責分工基本明確，滿足項目實際需要程度一般，得0-1分。
系統(tǒng)功能方案	10	功能劃分準確、可操作性好，支持圖形化流程設計、接口開放、產(chǎn)品化，支持流程版本控制；功能方案完整、合理、可行，簡便實現(xiàn)設計與運行時任意節(jié)點加簽、轉簽；具有良好的延續(xù)性、擴展性，支持郵件、短信系統(tǒng)、即時通訊系統(tǒng)集成；支持與活動目錄、組織架構集成，支持跨系統(tǒng)流程整合；系統(tǒng)安全保障方案完備、有效。 好 得8-10分；較好 得4-7分（不含8分）；一般得0-3分（不含4分）。
集成方案	12	考慮系統(tǒng)集成方案是否能夠對相關資源、本次招標其它標段系統(tǒng)進行有效的整合，滿足項目運行和管理需求，使用成熟的開放的平臺，支持現(xiàn)有郵件系統(tǒng)、即時通信 、活動目錄等軟件平臺的集成與二次開發(fā)。支持對院將來將來開發(fā)的系統(tǒng)集成。 確保本項目各子系統(tǒng)的良好銜接等，方案好，得10-12分；較好，得5-10分（不含10分）；一般，得0-5分（不含5分）。
項目實施方案	5	主要從項目實施進度計劃及其保證措施、質(zhì)量保證計劃及保證措施以及項目管理、項目驗收、系統(tǒng)測試、系統(tǒng)故障時的應急預案、與相關單位的協(xié)作銜接、項目推廣計劃等方面進行評定：項目實施方案先進、科學、合理，符合項目需要，得4-5分； 項目實施方案較為先進、科學、合理，能較好的符合項目需要，得3-4分（不含4分）； 項目實施方案先進、科學、合理程度一般，基本符合項目需要，得0-3分（不含3分）。
系統(tǒng)演示	10	利用實際可運行的演示系統(tǒng)進行錄屏，錄屏結果保存為通用視頻文件，用光盤或U盤提交。完全實現(xiàn)演示題目要求的內(nèi)容，通過錄屏可看出實際系統(tǒng)操作簡便、流程順暢。 企業(yè)應用集成 5分；演示效果好的得4-5分；演示效果一般得2-3分，演示效果較差的得0-1分 門戶與統(tǒng)一通訊系統(tǒng)集成 3分；演示效果好的得2－3分；演示效果一般得1分，演示效果差的得0分 與活動目錄集成通訊簿 2分；演示效果好的得2分；演示效果一般得1分，演示效果差的得0分
技術支持及售后服務	5	技術支持及售后服務，包括完整的認證的售后服務體系、服務標準、服務流程、服務內(nèi)容、響應時間等內(nèi)容。 1、不完全滿足招標文件要求的得0-3分； 2、滿足招標文件要求的得4分； 3、全面優(yōu)于招標文件要求的得5分。

 
投標報價                                分值：15分

評價名稱	分值	說        明
產(chǎn)品報價得分	15

價格分計算方法如下:
按綜合評分法中的價格分計算，即對于滿足招標文件要求的所有投標報價，當超過4家（不含4家）時，以去掉最高和最低報價的平均報價為評標基準價，4家（含4家）以下時直接以各投標人的投標報價平均值作為基準價。
基準價價格分為滿分15分;其他價格時，其偏離率每高一個百分點扣1分，每低一個百分點扣0.5分，扣完為止；不足1%的按插入法計算，得分保留兩位小數(shù)。計算公式如下：
設基準價為A ，偏離率為B，則：
B=(投標人報價-A)/A*100%
各投標人報價得分C:

1. 當B≥0時，C=15-︱B︱*100*1
2. 當B＜0時，C=15-︱B︱*100*0.5

（2）第02-05包評分標準

序號	評 分 因 素	分值	備   注
（1）	商務部分	20
（2）	技術部分	50
（3）	投標報價	30
合計		100

商務部分                               分值：20分

評價名稱	分值	說      明
標書制作質(zhì)量	2	投標文件的完整性、易讀性、條理性。
投標人近三年同類項目業(yè)績（應用軟件開發(fā)類）	10	與本次招標類似的項目，近三年（2010年6月1日（含）以后）簽訂合同并已完成驗收的，每有一項得2分。最多得10分。 注：案例須提供合同復印件或用戶確認書復印件(原件備查)加蓋投標人公章，驗收須提供加蓋用戶單位公章的驗收報告復印件或用戶使用報告復印件(原件備查)加蓋投標人公章，未附有效證明材料的業(yè)績在評分時將不予承認
企業(yè)人力資源及研發(fā)能力	3	投標人企業(yè)人力資源情況、技術人員儲備、軟件系統(tǒng)研發(fā)及工程能力，相對比較，得0-3分。
投標人從事與本投標項目類似的工作歷史	3	五年（含）以上的，得3分。三年（含）～五年的，得2分。一年～三年的，得1分。一年（含）以下的，得0分。 注：年限以用戶案例為準，須提供合同復印件或用戶確認書復印件(原件備查)加蓋投標人公章。
企業(yè)財務狀況及履約能力	2	根據(jù)各投標人提供的經(jīng)審計的近三年度財務報表，對投標人的企業(yè)財務狀況及履約能力進行相對比較，得0-2分。

技術部分：                                            分值：50分

評價名稱	分值	說    明
對招標文件技術需求的響應程度	12	完全滿足或高于招標文件要求的得滿分； 偏離重點指標（標注“#”）一項扣2分，偏離一般指標扣1分，扣完為止。
技術方案	10	技術方案合理、完整、清楚8-10分，方案一般得4-7分；方案較差，無針對性得0-3分。
項目實施方案及進度計劃安排	10	項目實施方案的完整性，項目進度計劃安排的合理性，交付、安裝、調(diào)試、測試、培訓、應急措施、人員配備等對用戶的有利性以及保證項目順利實施的其他因素。方案內(nèi)容全面、計劃合理可行，得8-10分；方案內(nèi)容較全面、較合理，得5-7分；方案一般得1-4分；方案差，無針對性得0分
投標軟件產(chǎn)品成熟度	8	投標軟件產(chǎn)品基于成熟產(chǎn)品平臺開發(fā)，定制和二次開發(fā)量不大，方便用戶自行修改調(diào)整，得6-8分；以成熟產(chǎn)品為平臺，定制和二次開發(fā)量較大，用戶自行修改調(diào)整較難，得3-5分；基于一般產(chǎn)品平臺開發(fā)，得2分；完全從底層開發(fā)，得0－1分。
投標軟件產(chǎn)品兼容性	5	投標軟件產(chǎn)品與市場主流平臺、數(shù)據(jù)庫等系統(tǒng)的兼容性，完全無縫兼容得5分，兼容性較好得2－4分，兼容性一般得0-1分；
項目售后服務方案	5	為整體系統(tǒng)提供良好的本地售后服務，3年免費原廠升級和維護服務，響應及時、服務方案合理、措施有力得4-5分；服務方案較合理、措施較有力得2-3分；方案一般得1分；方案差，無針對性得0分。

 
投標報價                                分值：30分

評價名稱	分值	說        明
產(chǎn)品報價得分	30

 
價格分計算方法如下:
按綜合評分法中的價格分計算，即對于滿足招標文件要求的所有投標報價，當超過4家（不含4家）時，以去掉最高和最低報價的平均報價為評標基準價，4家（含4家）以下時直接以各投標人的投標報價平均值作為基準價。
基準價價格分為滿分30分;其他價格時，其偏離率每高一個百分點扣1分，每低一個百分點扣0.5分，扣完為止；不足1%的按插入法計算，得分保留兩位小數(shù)。計算公式如下：
設基準價為A ，偏離率為B，則：
B=(投標人報價-A)/A*100%
各投標人報價得分C:

3. 當B≥0時，C=30-︱B︱*100*1
4. 當B＜0時，C=30-︱B︱*100*0.5

 
22.6 推薦預中標條件：
    評標期間不接受任何投標人的價格調(diào)整等對投標的實質(zhì)性修改。
（1）投標文件最大程度滿足招標文件要求；
（2）按綜合評估得分多少順序排名，形成評委會推薦意見；
（3）若出現(xiàn)并列第一名，買方將選擇價格低的為中標人，價格相同時選擇技術分高的。
 

23. 評標過程保密

23.1有關投標文件的審查、澄清、評估和比較以及有關授予合同意向的一切情況均不得透露給任一投標人或與上述評標工作無關的人員。
23.2在評標期間，投標人企圖影響招標方的任何活動，將導致投標被拒絕，并承擔相應的法律責任。
 

F確定中標

24. 確定中標人

24.1評標委員會按照招標文件確定的評標標準和方法，對投標文件進行資格審查和評審，并提出完整書面評標報告，推薦合格的中標候選人。
24.2招標人根據(jù)評標委員會的書面報告和推薦的中標候選人公示3日無異議后，確定中標人。
24.3 為維護國家利益，中標候選人的經(jīng)營、財務狀況發(fā)生較大變化或者存在違法行為，招標人認為可能影響其履約能力的，應當在發(fā)出中標通知書前由原評標委員會按照招標文件規(guī)定的標準和方法審查確認。

25. 中標通知

25.1在投標有效期內(nèi)，招標機構以書面形式通知所選定的中標人。通知也可以以傳真的形式發(fā)出，但需要隨以書面形式最終確認。

26. 簽訂合同

中標人應按中標通知書中規(guī)定的時間、地點與買方簽訂合同，否則按開標后撤回投標處理。
合同由買賣雙方在符合國家法律、法規(guī)的條件下商議擬訂合同條款，雙方簽訂執(zhí)行。招標文件、中標人的投標文件及評標過程中有關澄清文件均應作為合同組成部分。

27．合同變更數(shù)量的權利

招標人在實施合同時，有權利對“招標文件第三部分”中規(guī)定的貨物數(shù)量和服務予以部分增加和減少。

G中標服務費

28． 中標服務費

28.1中標人按國家有關規(guī)定向招標機構中招國際招標有限公司繳納中標服務費。
28.2招標人不向招標機構繳納招標代理費。
28.3 其他費用遵照國家、地方有關規(guī)定執(zhí)行。

第三部分 招標貨物清單、技術規(guī)格及要求

 

• 項目名稱：交通運輸部規(guī)劃研究院內(nèi)控信息化管理系統(tǒng)招標項目
• 招標編號：TC13R353_____________
• 貨物用途：自用生產(chǎn)
• 交付時間：合同簽訂后360天
• 交付地點：交通運輸部規(guī)劃研究院項目建設現(xiàn)場
• 本章技術參數(shù)中*號條款和#號條款已同時列在附件5中。

H招標范圍

根據(jù)招標人的要求，投標人將完成以下貨物的采購、產(chǎn)品提供、開發(fā)、集成工作：
 

序號	產(chǎn)品名稱	數(shù)量	供貨地點	備注
1	支持系統(tǒng)資源管理平臺移動辦公系統(tǒng)（第一包）	1套	項目現(xiàn)場
2	交通運輸環(huán)境規(guī)劃與評估系統(tǒng)實驗室管理軟件－非結構化文檔處理系統(tǒng)（第二包）	1套	項目現(xiàn)場
3	協(xié)同辦公系統(tǒng)（第三包）	1套	項目現(xiàn)場
4	人力資源系統(tǒng)（第四包）	1套	項目現(xiàn)場
5	生產(chǎn)管理系統(tǒng)（第五包）	1套	項目現(xiàn)場

I招標技術要求

29.總體項目背景

30.概述

交通運輸部規(guī)劃研究院擬建內(nèi)控信息化管理系統(tǒng)（以下簡稱：內(nèi)控系統(tǒng)），該系統(tǒng)需滿足交通運輸部規(guī)劃研究院450名職工日常辦公需求，重點解決好目前管理工作中數(shù)據(jù)不統(tǒng)一、統(tǒng)計不準確、信息時效差、資源難共享等問題，從而實現(xiàn)資源充分共享、辦公高效協(xié)同和輔助科學決策。
本項目擬建協(xié)同辦公系統(tǒng)、人力資源系統(tǒng)、財務管理系統(tǒng)、生產(chǎn)管理系統(tǒng)、非結構化文檔處理系統(tǒng)（包含檔案管理系統(tǒng)和知識管理系統(tǒng)）5大專業(yè)應用管理系統(tǒng)（財務管理系統(tǒng)不在本次招標范圍），以及移動辦公系統(tǒng)，即集成平臺系統(tǒng)（包括統(tǒng)一門戶系統(tǒng)和企業(yè)服務總線），實現(xiàn)以信息標準化為基礎，信息共享為平臺，滿足院管理業(yè)務和信息的融合貫通，建成高效協(xié)同、快速響應的信息化系統(tǒng)，最終實現(xiàn)院的辦公移動化、管理網(wǎng)絡化、資源數(shù)字化。

31.總體需求

(一) 建設集成平臺系統(tǒng)（第01包）

 
第01包（移動辦公系統(tǒng)）
統(tǒng)一門戶系統(tǒng)：建設我院內(nèi)外網(wǎng)訪問門戶，實現(xiàn)各應用管理系統(tǒng)的表現(xiàn)層集成，訪問者可以根據(jù)不同的權限，實現(xiàn)單點登錄,并經(jīng)由統(tǒng)一的門戶網(wǎng)站訪問后端的應用管理系統(tǒng)。
企業(yè)服務總線：主要基于企業(yè)服務總線（ESB）建設,為后端應用系統(tǒng)提供數(shù)據(jù)交換的基礎服務,實現(xiàn)各應用系統(tǒng)間的松耦合,并確保系統(tǒng)中所有共享數(shù)據(jù)的唯一性、一致性和準確性。企業(yè)服務總線需要符合SOA體系架構，為未來可能建設的我院新應用系統(tǒng)提供通用接口和靈活方便的系統(tǒng)集成中間件。

(二)建設4個應用管理系統(tǒng)（第02包至第05包）

 
第02包（非結構化文檔處理系統(tǒng)）
檔案管理系統(tǒng)：實現(xiàn)院各類非涉密檔案的全生命周期的管理，涵蓋檔案數(shù)據(jù)采集、檔案業(yè)務管理和檔案信息利用三大功能，滿足檔案資料的在線管控和便捷使用。
知識管理系統(tǒng)：實現(xiàn)對院內(nèi)職工生產(chǎn)出的知識進行采集、歸類、存儲、維護、更新、積累、評價、創(chuàng)新等全面網(wǎng)絡化管理，以便運用集體的智慧提高我院業(yè)務工作的應變能力、創(chuàng)新能力和可持續(xù)性發(fā)展能力。
第03包（協(xié)同辦公系統(tǒng)）
實現(xiàn)全院管理工作的網(wǎng)絡化垂直管控、跨部門的橫向業(yè)務快速協(xié)作和審批；實現(xiàn)日常工作任務網(wǎng)上的計劃、創(chuàng)建、下達、跟蹤、督辦和統(tǒng)計的查詢管理，加強工作任務完成的計劃性和協(xié)調(diào)性，便于明確責任、提高效率、強化工作執(zhí)行；實現(xiàn)院其他相關行政辦公事務的管理工作信息化。
第04包（人力資源系統(tǒng)）
實現(xiàn)人力資源工作中的組織機構、人員管理、招聘管理、勞動合同、培訓管理、職稱評審、薪資發(fā)放、出國管理、報表管理等工作的信息化。
第05包（生產(chǎn)管理系統(tǒng)）
實現(xiàn)院科研計劃工作中的項目管理、資質(zhì)管理、科技獎項管理、政府采購管理、學會協(xié)會管理和產(chǎn)值核算管理等工作的信息化。

(三)技術要求

Ø系統(tǒng)安全性

本項目擬建系統(tǒng)涉及大量的人、財、物管理數(shù)據(jù)，安全性需高度重視。擬建的院云平臺將對網(wǎng)絡攻擊、病毒及木馬侵害、黑客攻擊等信息系統(tǒng)安全進行統(tǒng)一規(guī)劃和考慮，因此，本項目所建系統(tǒng)的安全性需求主要集中在本項目所建系統(tǒng)的安全訪問控制、數(shù)據(jù)的恢復能力和安全使用等方面。
（1）訪問的安全性。防止外界或內(nèi)部用戶的非法或惡意訪問信息，對各種可能的攻擊提供及時報警，并提供相應的策略，終止攻擊行為。嚴格設定不同用戶的權限，避免用戶越權使用或非法使用系統(tǒng)資源，造成全體系統(tǒng)運行能力下降甚至崩潰。
（2）數(shù)據(jù)的安全性。確保系統(tǒng)的信息和資源不被非授權的用戶獲取，修改或破壞。在數(shù)據(jù)庫服務器上定制適當?shù)挠脩艨诹畈呗?，開通系統(tǒng)的審計和日志功能，對關鍵行為進行記錄。提供完善的數(shù)據(jù)安全保護措施，提供數(shù)據(jù)備份和快速恢復手段。
（3）使用的安全性。內(nèi)控系統(tǒng)具備完整的故障隔離、規(guī)避和恢復策略，確保全系統(tǒng)業(yè)務軟件運行的正常與安全，絕對避免因單個應用系統(tǒng)自身的故障或失效，導致其他應用系統(tǒng)的相繼失效甚至崩潰。

Ø系統(tǒng)響應時間

應用系統(tǒng)在容量規(guī)劃和設計時，要綜合評估總用戶數(shù)、在線用戶數(shù)、并發(fā)用戶數(shù)等要素，一般來說要求在正常工作時間內(nèi)，系統(tǒng)的資源占用（CPU、內(nèi)存等）不超過50%，在高峰時段資源占用不超過80%，否則要進行系統(tǒng)擴容。在此基礎上，應用系統(tǒng)的響應時間，對于一般操作，如顯示信息、提交簡單表單等，應在3-5秒內(nèi)響應，對于較為復雜的操作，如大量數(shù)據(jù)提交等，則應在5-8秒內(nèi)有響應，對于更為復雜的、需要長時間運算的操作，如報表、統(tǒng)計、復雜數(shù)據(jù)查詢等，其運行時間可能超過8秒以上，對于這些操作，系統(tǒng)須以任務的異步方式來執(zhí)行，即用戶在提交任務后，可以通過查看任務運行狀況來了解其是否運行結束。

Ø系統(tǒng)的可擴展性

系統(tǒng)的體系架構基于可維護、可復用設計模式基礎上具有較高的可拓展性，能滿足未來易于添加新的特性或修改現(xiàn)有的特性要求，并建立基于對象的構件模型，分離應用和實現(xiàn)，提供標準接口和框架，方便對未來添加新應用系統(tǒng)和數(shù)據(jù)節(jié)點的集成。

Ø系統(tǒng)容錯性

系統(tǒng)具有高健壯性，可以在用戶誤操作（如輸入錯誤或無效、未保存或保存不當）或系統(tǒng)內(nèi)部組件發(fā)生問題等異常情況下容忍錯誤，并能進行有效的處理和適當恢復，使系統(tǒng)運行99%不受影響。重點考慮用戶界面錯誤、服務錯誤和任務調(diào)度錯誤等方面的容錯性。
用戶界面容錯性。在界面出錯后，給出一個友好的錯誤提示界面，對于因系統(tǒng)底層的異常錯誤（如數(shù)據(jù)庫連接失敗、服務連接失敗等錯誤），在記錄錯誤日志的同時，能使提供重試操作的界面，提供一段時間的日志復查，為故障處理提供依據(jù)。
服務容錯性。當業(yè)務處理服務出錯后，提供處理狀態(tài)回滾，記錄錯誤日志，通過應用監(jiān)控模塊發(fā)送告警信息，為故障處理提供依據(jù)?？刹捎萌斯じ深A的方式處理服務。
任務調(diào)度容錯性。任務調(diào)度、后臺執(zhí)行程序錯誤，系統(tǒng)將提供日志進行記錄，提示人員錯誤，管理人員可以執(zhí)行尚未完成的作業(yè)任務。

Ø系統(tǒng)易用性需求

應用系統(tǒng)的設計應以用戶為中心，提供友好的人機交互操作界面，方便用戶學習和掌握，能夠使不同使用習慣和技術水平的用戶在較短的時間內(nèi)適應對系統(tǒng)的操作。系統(tǒng)應提供相應功能，減少用戶輸入內(nèi)容，用戶通過簡單輸入就可以得到輸出結果。

32.建設目標

本項目建設目標為：以信息標準化為基礎，信息共享為平臺，實現(xiàn)院管理業(yè)務和信息的融合貫通，建成高效協(xié)同、快速響應的信息化系統(tǒng)，最終實現(xiàn)院的辦公移動化、管理網(wǎng)絡化、資源數(shù)字化。服務效能具體表現(xiàn)為：
院領導可以實時了解院內(nèi)項目進展、經(jīng)費使用、人員變動和資產(chǎn)分布等信息，以便宏觀把控全院的運行狀況；
部門領導可以實時了解本部門的人員變動、工作分工、工作執(zhí)行、經(jīng)費使用等信息，以便更高效地提升部門的競爭力；
管理工作人員可以實時了解到工作的進展、待辦事項提醒、異常事件預警，以便提高工作執(zhí)行力和效率；
全體員工可以隨時隨地在網(wǎng)上辦公，可查詢個人信息、收入、保險、福利和報銷等信息，以便得到便捷高效的服務；
院內(nèi)信息實時共享，通過各應用管理系統(tǒng)與統(tǒng)一通信平臺和知識管理系統(tǒng)的集成，實現(xiàn)員工間的快捷交流和協(xié)作，實現(xiàn)院內(nèi)知識獲取及分享，讓全院的知識財富得到最大化的利用，提升工作的質(zhì)量和效率；
院內(nèi)各應用管理系統(tǒng)間實現(xiàn)資源共享，原始數(shù)據(jù)由相關部門負責錄入，實現(xiàn)“一次錄入，全院共享”，保證數(shù)據(jù)的準確性和唯一性。

33.本項目各業(yè)務系統(tǒng)需求

（一）第01包：移動辦公系統(tǒng)

移動辦公系統(tǒng)是一個集成平臺系統(tǒng)，負責整個內(nèi)控系統(tǒng)的總集成，具體內(nèi)容主要包括統(tǒng)一門戶系統(tǒng)和企業(yè)服務總線兩部分，一方面為將來全院各類系統(tǒng)的建設夯實良好的基礎架構，另一方面實現(xiàn)本次招標的內(nèi)控系統(tǒng)五個標段內(nèi)容和未招標的財務管理系統(tǒng)的全面有機整合。

（1）統(tǒng)一門戶系統(tǒng)

 
統(tǒng)一門戶系統(tǒng)主要包括內(nèi)部辦公網(wǎng)站和對外宣傳的公眾網(wǎng)站兩個部分，其中內(nèi)部辦公網(wǎng)站重點實現(xiàn)各應用辦公系統(tǒng)的表現(xiàn)層集成，通過對用戶認證授權來提供訪問服務，可實現(xiàn)單點登錄經(jīng)由統(tǒng)一的門戶網(wǎng)站訪問后端的應用辦公系統(tǒng)，并支持豐富的智能設備接人訪問；公眾網(wǎng)站重點實現(xiàn)院對外的信息發(fā)布，且發(fā)布的信息若是后端應用辦公系統(tǒng)已有的，應該支持自動推送功能，同時要設定對外發(fā)布信息的審批流程，其功能為對院現(xiàn)有對外網(wǎng)網(wǎng)站進行優(yōu)化重建。
統(tǒng)一門戶系統(tǒng)內(nèi)部辦公網(wǎng)站部署在內(nèi)控系統(tǒng)的門戶服務器上，為院內(nèi)控系統(tǒng)提供門戶支撐。通過門戶服務器實現(xiàn)各應用系統(tǒng)的表現(xiàn)層集成，各應用系統(tǒng)的訪問者可以根據(jù)不同的權限，經(jīng)由統(tǒng)一的Web門戶網(wǎng)站訪問后端的應用系統(tǒng)。
統(tǒng)一門戶系統(tǒng)內(nèi)部辦公網(wǎng)站主要為院內(nèi)部員工提供統(tǒng)一辦公訪問入口，集成院各類業(yè)務系統(tǒng)（本期工程暫只考慮接入擬建的內(nèi)控系統(tǒng)），通過建立統(tǒng)一的規(guī)范和標準來規(guī)劃集成和建設，最終通過集成實現(xiàn)用戶單點登錄和集中操作界面展現(xiàn)。提供智能手機和平板APP等移動應用接入。
統(tǒng)一門戶系統(tǒng)主要提供以下功能：
*單點登錄：作為集成平臺系統(tǒng)的入口，統(tǒng)一門戶系統(tǒng)應實現(xiàn)身份認證集中統(tǒng)一管理和單點訪問，如：與郵件系統(tǒng)、即時通訊系統(tǒng)、各應用管理系統(tǒng)等子系統(tǒng)的單點登錄；即通過一次身份認證，單點訪問不同的應用系統(tǒng)或由該應用系統(tǒng)提供的在門戶中統(tǒng)一展現(xiàn)的數(shù)據(jù)，無需為訪問多個系統(tǒng)的內(nèi)容多次輸入用戶身份信息。
*信息展示：可整合現(xiàn)有統(tǒng)一通訊系統(tǒng)中的通訊錄、日程、郵件、聯(lián)系人在線狀態(tài)等信息，可直接通過門戶網(wǎng)站向聯(lián)系人發(fā)送郵件和即時消息。統(tǒng)一的信息展示界面應將不同的信息，不同的應用通過門戶整合在一起，使得員工可以在一個統(tǒng)一的界面上瀏覽各個系統(tǒng)的信息、方便員工日常辦公，減少工作的復雜度，提高工作效率。內(nèi)網(wǎng)門戶應該展現(xiàn)的內(nèi)部各類公開信息包括：待辦任務、個人消息/提醒、我的申請、院內(nèi)新聞、院內(nèi)簡訊、通知公告、電子郵件、相關鏈接等。
信息發(fā)布：統(tǒng)一門戶系統(tǒng)需要為院內(nèi)建立統(tǒng)一的信息發(fā)布平臺，在保證安全的前提下，將不同類型的信息發(fā)布工作分別交由各業(yè)務部門自行完成，提高信息發(fā)布的及時性和準確性。通常情況下，各業(yè)務部門自行發(fā)布的信息包括：文字、表格、圖像等非結構化數(shù)據(jù)。信息發(fā)布應支持直接輸入和文件上傳等多種方式，并可方便地進行動態(tài)維護。發(fā)布必須遵循一定的審批流程，流程應可靈活調(diào)整和更改，尤其是對內(nèi)發(fā)布規(guī)則制度、通知通告、領導動態(tài)，對外進行文化宣傳和新聞報道等。
#統(tǒng)一報表中心：在實現(xiàn)應用集成的基礎上，門戶系統(tǒng)需要為分布于各應用系統(tǒng)中的統(tǒng)計數(shù)據(jù)提供報表中心的功能，用于常用報表的查詢和集中體現(xiàn)。報表應能夠根據(jù)嵌套查詢條件進行查詢，可以采用儀表盤、KPI等各種圖表方式直觀體現(xiàn)各類關鍵指標。支持與Excel集成，可提供Web版數(shù)據(jù)透視表，并支持數(shù)據(jù)鉆取。
統(tǒng)一辦公入口：在實現(xiàn)單點登錄及應用集成的基礎上，門戶系統(tǒng)應提供統(tǒng)一的辦公信息訪問入口。除允許用戶在統(tǒng)一的界面上進行各應用管理系統(tǒng)的通知、個人待辦事項、督辦任務、知識類任務、報表的集中展現(xiàn)和統(tǒng)一處理外，還需要為這些通知、任務和報表等集中展現(xiàn)的信息提供穿透到各應用管理系統(tǒng)的平滑訪問，最大限度地提高員工的日常工作效率。
*個性化門戶：門戶應根據(jù)使用者身份提供個性化的信息和服務，首頁顯示個人待辦事項、未讀郵件、生日祝福等個性化信息。門戶中僅顯示其有權限訪問的信息和應用，無權限訪問的信息不予展示。個人和部門可自行創(chuàng)建個性化門戶，頁面布局和頁面部件均可靈活調(diào)整。
*搜索中心：為各應用管理系統(tǒng)提供統(tǒng)一的搜索中心，應支持分類搜索、快速搜索、高級搜索等功能。在建立標準接口的前提下，可搜索知識管理系統(tǒng)、協(xié)同辦公系統(tǒng)等其他應用系統(tǒng)中的數(shù)據(jù)。根據(jù)用戶在各應用系統(tǒng)的權限的不同，僅顯示用戶有權限訪問的搜索結果。
*移動辦公：支持移動設備處理個人待辦事項、瀏覽信息等，門戶系統(tǒng)能為移動應用開發(fā)者提供組件化、可視化的集成開發(fā)環(huán)境，能實現(xiàn)移動工作流、組織機構、權限設置、復雜圖表和報表以及各種業(yè)務規(guī)則定制，并且能夠實現(xiàn)一次開發(fā)可以在多種平臺運行。門戶系統(tǒng)應與手機短信平臺集成，通過移動電話網(wǎng)絡向手機發(fā)送通知和提醒短信息。
統(tǒng)一門戶系統(tǒng)的用戶體驗需求：
用戶體驗設計：實施方應具備專職用戶體驗設計團隊，能夠提供用戶體驗設計咨詢。
風格統(tǒng)一：對辦公門戶的內(nèi)容展現(xiàn)進行統(tǒng)一規(guī)劃，統(tǒng)一的界面風格、統(tǒng)一的操作按鈕，統(tǒng)一的色調(diào)搭配，統(tǒng)一的功能布局。
簡潔實用：界面的規(guī)劃力求實用性，使門戶應用充分滿足院內(nèi)部資源的訪問需求。所有信息一目了然，降低用戶操作復雜度和培訓難度
美觀性：界面設計簡潔明快，美觀大方，提高用戶使用熱情。
#界面調(diào)整：支持頁面布局、顏色和版式快速調(diào)整。頁面布局應支持多種模板選擇，遇特定節(jié)假日或紀念日應能夠快速配置調(diào)整頁面風格，比如：使整個網(wǎng)站圖形和文字采用黑白顯示。
統(tǒng)一門戶管理和安全需求：
頁面菜單和功能支持靈活配置，可隨時通過配置增刪改頁面菜單而無需開發(fā)代碼。
頁面功能均以頁面部件（Web Part）的形式搭建，支持頁面功能模塊靈活組建。
#采用知名的成熟門戶軟件產(chǎn)品進行定制開發(fā)，提供成熟的內(nèi)容發(fā)布管理系統(tǒng)。
#支持內(nèi)容發(fā)布審核機制，審核流程可通過用戶角色自動分配。
*所有工作流編輯應具有圖形化拖拽式編輯器，允許授權用戶隨時對工作流進行調(diào)整而無需進行代碼開發(fā)。工作流應支持流程監(jiān)控、執(zhí)行日志、審批時效統(tǒng)計等管理功能。流程需支持所有流程節(jié)點的加簽、轉簽、退回（作廢）、退回補正（不作廢）等功能。流程提醒和催辦功能必須統(tǒng)一通訊平臺以及短信平臺集成。
門戶內(nèi)容的訪問授權按照活動目錄用戶職位和角色進行定義，并可委派給相應模塊的管理人員。

（2）企業(yè)服務總線

 
企業(yè)服務總線實現(xiàn)各應用系統(tǒng)間的數(shù)據(jù)調(diào)用和交換，其核心是企業(yè)服務總線（ESB），作為一個面向服務的體系結構（SOA）的重要節(jié)點，為業(yè)務應用提供統(tǒng)一的應用集成框架；支持不同類型的應用系統(tǒng)的集成；既提供標準的系統(tǒng)集成接口適配器；又提供可以為特定的應用定制的接口適配器，以集成各自不同的業(yè)務管理應用。
#企業(yè)服務總線要求是專業(yè)成熟的商業(yè)中間件軟件。能夠提供原廠商售后技術支持服務。
企業(yè)服務總線應提供以下功能：
*接口適配器重點建設內(nèi)控系統(tǒng)所需的集成接口適配器和可定制的標準集成接口適配器，將應用業(yè)務對象轉換為集成環(huán)境下的通用業(yè)務對象。支持Web Service及相關標準協(xié)議。既支持對各種系統(tǒng)提供的Web Service進行訪問，又能夠將現(xiàn)有應用或業(yè)務流程封裝成Web Service供復用，支持Web Service常用標準協(xié)議，如SOAP、WSDL等。
集成中間件按照ESB基礎組件在設計時定義的相關業(yè)務規(guī)則和流程對消息進行接收處理、加密、拆解、路由、聚合和發(fā)送等操作。各系統(tǒng)間的消息傳遞采用XML標準語言體系進行轉譯。
#企業(yè)服務總線提供基本的消費中介功能，如服務的查找、訪問、路由等，支持標準的XML數(shù)據(jù)格式。
支持市場上常用異構數(shù)據(jù)庫系統(tǒng)的數(shù)據(jù)訪問，并提供圖形化的數(shù)據(jù)庫映射開發(fā)工具，內(nèi)置多種數(shù)據(jù)同步機制，方便快速開發(fā)異構數(shù)據(jù)庫的數(shù)據(jù)集成。
提供適配器定制開發(fā)工具，方便用戶開發(fā)特定應用的適配器，以方便系統(tǒng)擴展及集成現(xiàn)有多種系統(tǒng)應用。
支持數(shù)據(jù)壓縮，減少帶寬瓶頸；支持數(shù)據(jù)加密，提高系統(tǒng)安全性；支持異常處理，可以保存因為某種原因不能處理的消息。
支持開發(fā)資源管理及團隊協(xié)作開發(fā)。提供開發(fā)資源的集中管理和權限控制功能，既支持分布式多人團隊協(xié)作開發(fā)，還支持個體脫機開發(fā)，開發(fā)模式靈活高效。
在不同的平臺上具有很好的可移植性。
提供豐富的運行時監(jiān)控管理功能。提供的監(jiān)控管理工具，能夠對監(jiān)控節(jié)點、服務、組件及業(yè)務流程進行狀態(tài)查詢和監(jiān)控管理。監(jiān)控管理功能基于JMX標準，便于簡化統(tǒng)一管理接口，并擴展管理功能，同時方便開放API供用戶訪問。
集成應用運行環(huán)境基于J2EE標準規(guī)范，滿足企業(yè)級的運行環(huán)境要求。
提供圖形化的異構數(shù)據(jù)源導入導出工具，能夠以統(tǒng)一的視圖和數(shù)據(jù)格式處理和展現(xiàn)數(shù)據(jù)和信息。
提供圖形化的異構數(shù)據(jù)的映射匹配工具，實現(xiàn)基于拖拽方式操作的異構數(shù)據(jù)的格式轉換和加工處理。
#提供圖形化的服務合成工具，并支持集成應用的打包。
提供Web Service的消費和封裝發(fā)布向導，便于進行Web Service的集成應用開發(fā)。
內(nèi)置多種常用適配器、組件和服務，便于在開發(fā)環(huán)境中對它們進行重用；并提供定制適配器開發(fā)工具，便于用戶開發(fā)特定應用的適配器，以方便擴展集成應用功能。
必須支持各種主流平臺，如HP－UX、IBM AIX、SUN　SOLARIS、WINDOWS、Linux、SCO UNIX等。
支持多種數(shù)據(jù)庫，如Oracle、Sybase、MS SQL SERVER、DB2、MySQL等數(shù)據(jù)庫。
具備遠程管理功能，便于使用。通過集中管理實現(xiàn)對集成平臺的遠程管理，包括：遠程運行節(jié)點及其服務組件的運行狀態(tài)監(jiān)控和啟動/停止控制。
具備運行組件和服務消費情況的查詢和統(tǒng)計。
具備遠程配置信息的修改、保存和生效。
具備遠程日志文件的查詢、統(tǒng)計及清除維護。
必須保證在系統(tǒng)規(guī)模擴大的情況下，不會犧牲系統(tǒng)效率，能夠快速方便的連接新系統(tǒng)，從而可以在更大范圍內(nèi)集成大量的應用系統(tǒng)。
提供豐富而準確的日志信息及運行管理監(jiān)控功能，便于對運行系統(tǒng)進行狀態(tài)監(jiān)控、錯誤跟蹤、日常維護等?；跇藴室?guī)范，提供開放統(tǒng)一的管理維護開發(fā)接口，便于第三方進行管理維護的集成。

（二）第02包：非結構化文檔處理系統(tǒng)

非結構化文檔處理系統(tǒng)是處理院內(nèi)知識資料的系統(tǒng)，包括檔案管理系統(tǒng)和知識管理系統(tǒng)兩部分。

（1）檔案管理系統(tǒng)

技術要求

1. *基于活動目錄提供身份驗證，用戶賬號數(shù)據(jù)與活動目錄同步，形成樹狀通訊簿，支持多級部門，支持聯(lián)系人排列順序手工調(diào)整；
2. *提供為本項目二次開發(fā)的完整源代碼及說明文檔，并配備支持工程師；
3. *為統(tǒng)一通訊、郵件系統(tǒng)提供標準接口；
4. *支持與集成平臺系統(tǒng)的整合和集成，提供統(tǒng)一門戶系統(tǒng)和企業(yè)服務總線ESB應用功能調(diào)用的標準接口；
5. 系統(tǒng)基于SOA架構開發(fā)，國際主流的平臺產(chǎn)品；
6. #支持AD權限架構；支持與現(xiàn)有AD賬號數(shù)據(jù)同步。
7. #提供B/S架構訪問；
8. #數(shù)據(jù)庫支持Oracle、SQL Server等主流企業(yè)級數(shù)據(jù)庫；
9. #系統(tǒng)支持橫向擴展和虛擬化云平臺部署。

功能性要求

檔案管理系統(tǒng)應至少包括以下功能：

1. 檔案收集
   1. 檔案條目錄入

檔案管理員在這里可以對文件資料數(shù)據(jù)進行審核，并對數(shù)據(jù)信息進行補充，包括添加、刪除、查詢、還原、打印、批量導入和導出數(shù)據(jù)、批量修改、批量刪除、組合字段、文件歸檔、搜索數(shù)據(jù)操作、電子文件掛接上傳操作，數(shù)據(jù)的維護方式包括列表式和卡片式兩種。

2. 批量數(shù)據(jù)導入

將原有檔案數(shù)據(jù)導入到新的數(shù)字檔案管理系統(tǒng)中，主要用于各部門的電子數(shù)據(jù)或歷史數(shù)據(jù)向本系統(tǒng)的導入，導入的數(shù)據(jù)包括目錄和全文信息。數(shù)據(jù)導入功能提供定義數(shù)據(jù)庫字段間的對應關系、定義字段間特殊關系、定義目標字段缺省值和數(shù)據(jù)導入等功能。

3. 檔案原文管理

在對應的條目上掛接原文，可掛接各種正文、附件等，支持各種格式，以目錄數(shù)據(jù)信息為基礎和出發(fā)點，通過掃描、聲像數(shù)字化、網(wǎng)絡接收、網(wǎng)絡采集等多種手段建立與目錄對應的包括靜態(tài)圖像、動態(tài)圖像、文本以及其他格式文件的多種類型的原文數(shù)據(jù)。

2. 檔案整理
   1. 實體分類導入

系統(tǒng)支持按照交通運輸部規(guī)劃研究院檔案分類方案進行自定義設置，并可根據(jù)院里各類檔案分類方案，通過接口或各部門人員分別錄入，實現(xiàn)對于文檔信息分門別類的收集，并靈活進行自定義添加、修改、刪除。

2. 分組查看功能

支持按照檔案條目錄入字段進行自定義組合，并可按照如“年度—保管期限—密級”或其它分類查看形式，對進入系統(tǒng)的數(shù)據(jù)按照不同分組排序方式進行查看，從而實現(xiàn)對于檔案數(shù)據(jù)管理的“所見即所得”的整理排序方式，最大限度的體現(xiàn)檔案管理人員的自由度與查閱習慣，并滿足不同檔案管理需求。

3. 數(shù)據(jù)批量修改

批量替換可以一次替換或修改多條記錄，包括按位置替換、按內(nèi)容替換、合并著錄項、生成序號。通過批量修改的方式對于多條條目進行一次性的快捷靈活修改，無需重復性手工調(diào)整。

4. 檔案編目排序

為用戶設置實體分類方案預留空間，并能滿足自動按照分類類目進行分類和排序；生成檔案管理所需各種排列序號，并能由用戶自主修改和重排序，從而補齊檔號編制規(guī)則中所需編碼，批量生成檔號；生成符合檔案工作相關標準的各類目錄和備考表等，并提供視圖化、可拖拽的自定義報表編輯功能；具備功能齊全的統(tǒng)計功能，并能生成相關報表；查找中斷檔號、查找重復檔號；完善的打印輸出功能，能打印輸出各類目錄、統(tǒng)計報表、備考表等。

3. 檔案保管
   1. 檔案鑒定

系統(tǒng)應提供開放、瀕危、授控、遺失、過期檔案的鑒定和銷毀管理功能。系統(tǒng)自動檢索出過期的檔案，形成鑒定目錄；檔案主管可以對鑒定申請的檔案進行鑒定，更改保管期限，并形成銷毀目錄；銷毀目錄提交相關領導審批，返回審批結果；對審批后可以銷毀的檔案和監(jiān)銷人一起進行銷毀，扔入回收站，并形成銷毀目錄。

2. 檔案統(tǒng)計

本系統(tǒng)的檔案統(tǒng)計主要包括檔案安全檢查、溫濕度報表、實體檔案借閱統(tǒng)計、檔案銷毀統(tǒng)計、電子檔案借閱統(tǒng)計、館藏檔案統(tǒng)計、統(tǒng)計年報。

3. 檔案檢索

目錄檢索：選擇查詢的著錄項，輸入查詢內(nèi)容；高級檢索：復合式檢索；跨類檢索：遍歷所有類別檔案進行條目級檢索；跨全宗檢索：跨單位間檔案數(shù)據(jù)檢索，根據(jù)權限范圍進行查看，無利用權限，可發(fā)起跨單位間檔案利用申請流程；全文檢索：全文檢索系統(tǒng)是檔案利用的核心技術,它整合在檔案信息發(fā)布平臺上，提供全文索引服務，實現(xiàn)對以空格拆分的檢索關鍵短語完成或操作檢索，檢索結果受權限控制，并能夠和借閱審批模塊實現(xiàn)無縫連接。

4. 檔案借閱

借閱登記。普通用戶選擇要借閱的文件，填寫借閱單提交給檔案管理員審核。此時，普通用戶只能看到文件的登記信息，不能看到文件的內(nèi)容。借閱登記：記錄用戶要借閱的檔案類型、盒還是文件、借閱日期、借閱者、借閱期限和同意借閱的領導等信息，并可以設定缺省的借閱時間和缺省的個人借閱份數(shù)。借閱登記后的檔案，自動記錄下所剩的份數(shù)，為以后的借閱、歸還、催還和統(tǒng)計提供參考。對銷毀的文件不能進行借閱。

5. 借閱處理

檔案管理員對用戶正在申請的文件進行審核，選擇能夠借出的文件，然后返回給用戶。審核過程中還可查看相應正式文件的內(nèi)容，普通用戶接到返回的借閱單后就可看到文件的內(nèi)容，元數(shù)據(jù)文件一律看不到。

6. 借閱審批

根據(jù)本院借閱流程，靈活定制審批節(jié)點，逐級審批。

7. 預約管理

對需要借閱的檔案進行預約借閱處理，并提供預約消息提醒；

8. 催還管理

檔案管理員通過按借閱單位、借閱人、借閱日期、借閱檔案四種方式分類查找需要催還的檔案信息，并提供催還消息提醒；

1. 利用歸還

當借閱人員歸還檔案時，提供檔案管理員進行歸還登記、續(xù)借；對歸還的檔案顯示已歸還狀態(tài)；

10. 自動收回

對到期的借閱單進行監(jiān)控，這樣超期用戶就不能再看到文件的內(nèi)容了；

11. 利用統(tǒng)計

檔案管理員通過按借閱單位、借閱人、借閱日期、借閱檔案、借閱天數(shù)、借閱用途等進行檔案利用統(tǒng)計。審批過程的代辦消息提醒可集成企業(yè)短信或郵件。

• 檔案編研

檔案編研以檔案數(shù)據(jù)為基礎，利用提煉、類聚、相關等方法，進行數(shù)據(jù)二次整合。通過對檔案信息的編研，建立起有效的、方便的文件索引目錄和參考文獻，提供摘要式、匯編式和著作式的編研成果，便于各類人員對檔案信息的綜合利用。

（2）知識管理系統(tǒng)

技術要求

1. *基于活動目錄提供身份驗證，用戶賬號數(shù)據(jù)與活動目錄同步，形成樹狀通訊簿，支持多級部門，支持聯(lián)系人排列順序手工調(diào)整；
2. *提供為本項目二次開發(fā)的完整源代碼及說明文檔，并配備支持工程師；
3. *為統(tǒng)一通訊、郵件系統(tǒng)提供標準接口；
4. *支持與集成平臺系統(tǒng)的整合和集成，提供統(tǒng)一門戶系統(tǒng)和企業(yè)服務總線ESB應用功能調(diào)用的標準接口；
5. #支持AD權限架構；支持與現(xiàn)有AD賬號數(shù)據(jù)同步。
6. #提供B/S架構訪問；
7. #數(shù)據(jù)庫支持Oracle、SQL Server等主流企業(yè)級數(shù)據(jù)庫；
8. #系統(tǒng)支持橫向擴展和虛擬化云平臺部署；
9. 允許不同用戶根據(jù)權限查看與自己相關的信息。

功能性要求：

1. 知識中心

知識中心分級分權限地為非結構化信息提供結構化管理。分為院內(nèi)知識中心、部門知識中心和個人知識中心3個層級。支持各種文件格式的規(guī)范化整理，并支持批量的上傳和下載功能。

2. 知識地圖

利用先進的搜索引擎，提供知識的復雜查詢，支持智能學習型知識排序，搜索結果基于權限展現(xiàn)。實現(xiàn)信息的動態(tài)化多維度展現(xiàn)。維度包括組織維度、業(yè)務維度（或流程維度）等。

3. 知識在線瀏覽

對通用格式的文檔提供在線瀏覽功能，支持文檔的全文檢索、分頁、放大等功能。在知識瀏覽過程中，系統(tǒng)提供知識的屬性查看、知識評價、當前分類熱門知識、

4. 知識統(tǒng)計評估

根據(jù)知識的各個維度進行統(tǒng)計，對各類知識的上傳、瀏覽和評價提供統(tǒng)計，為知識的利用評估提供依據(jù)。

5. 知識社區(qū)

提供社區(qū)交流功能，作為員工專業(yè)技能、實踐經(jīng)驗和心得體會等方面的交流園地。支持話題訂閱和群組討論功能，允許員工自行開啟話題和創(chuàng)建群組。

6. 專家地圖

建立院專家管理信息庫，從組織架構、專業(yè)維度（流程維度）等兩個角度提供公司各專業(yè)骨干人員的基本信息；普通員工可以快速找到最合適的專家人員，與我院統(tǒng)一通訊平臺集成，可隨時展示專家的在線狀態(tài)，并可直接發(fā)起郵件、即時消息和短信溝通，向專家請教和交流。

7. 知識愛問

通過問答形式為員工提供相互交流空間，允許員工針對具體知識點進行公開提問和應答，答案可通過郵件、即時消息或短信提醒提問者。

8. 知識搜索

支持分類搜索、快速搜索、高級搜索等功能。要求支持全文檢索、正文內(nèi)容檢索和深入附件內(nèi)容檢索。要求支持：模糊查詢、相似度分析，相關度排序或點擊率排序，支持絕對關鍵字內(nèi)容搜索，支持多關系組合查詢，支持在子分類內(nèi)知識查詢。要求支持多種格式附件內(nèi)容查詢，包括各種版本的：Word，Excel，PowerPoint，PDF，CAJ，HTML，TXT等常見知識樣式的文件。搜索部分應與我院的統(tǒng)一門戶搜索做到整合集成。

9. 知識關聯(lián)

系統(tǒng)內(nèi)的知識點有一些是存在相似或者內(nèi)容關聯(lián)等性質(zhì)的，系統(tǒng)需支持知識關聯(lián)功能，使所有知識能夠有效的被利用。

10. 最熱最新知識

顯示最新和最熱的知識點，按時間順序排列，知識庫界面設定此欄位，方便用戶查找。

11. 科技共享平臺

為部機關和其它部屬單位提供我院數(shù)據(jù)或科技成果的共享。可與部科技共享平臺對接。

（三）第03包：協(xié)同辦公系統(tǒng)

技術要求

1. *基于活動目錄提供身份驗證(AD域)，用戶賬號數(shù)據(jù)與活動目錄同步，形成樹狀通訊簿，支持多級部門，支持聯(lián)系人排列順序手工調(diào)整；
2. *提供為本項目二次開發(fā)的完整源代碼及說明文檔，并配備支持工程師；
3. *為統(tǒng)一通訊、郵件系統(tǒng)提供標準接口；
4. *支持與集成平臺系統(tǒng)的整合和集成，提供統(tǒng)一門戶系統(tǒng)和企業(yè)服務總線ESB應用功能調(diào)用的標準接口；
5. #支持AD權限架構；支持與現(xiàn)有AD賬號數(shù)據(jù)同步。
6. #提供B/S架構訪問；
7. #數(shù)據(jù)庫支持Oracle、SQL Server等主流企業(yè)級數(shù)據(jù)庫；
8. #系統(tǒng)支持橫向擴展和虛擬化云平臺部署；
9. 系統(tǒng)消息推送要求：系統(tǒng)產(chǎn)生的待辦信息等消息可以通過郵件系統(tǒng)、統(tǒng)一通訊客戶端，手機短信等方式提醒；
10. 標準性要求：軟件供應商的系統(tǒng)設計和開發(fā)應符合ISO9000 質(zhì)量認證、CMMI-L3等國家各項標準的相關條款規(guī)定，系統(tǒng)實施、產(chǎn)品服務也應遵循標準化原則，提供嚴謹科學的實施體系和多途徑、及時有效的產(chǎn)品服務；
11. 支持手簽、電子簽名功能；
12. 支持移動設備的辦公應用，可以方便安全地訪問企業(yè)內(nèi)部門戶網(wǎng)站的業(yè)務和數(shù)據(jù)。提供公文審批功能（支持IOS、安卓平臺的平板電腦）、信息查詢等功能；
13. 個人辦公模塊應與以下系統(tǒng)緊密集成，數(shù)據(jù)共享：

1. 與統(tǒng)一門戶系統(tǒng)集成：統(tǒng)一門戶系統(tǒng)對用戶個人事務進行集中展示，通知提醒與待辦事項明細可直接顯示，也可轉入?yún)f(xié)同辦公系統(tǒng)查看。與門戶系統(tǒng)一致應具有良好的擴展性、靈活性和集成性。
   1. 與門戶系統(tǒng)一致，應提供強大的工作流引擎。
   2. 支持多維度和分級權限管理模式。
   3. 提供風格布局、企業(yè)標準皮膚定義，可方便進行切換和選擇。
   4. 系統(tǒng)應支持高可用性架構設計和管理模式，在大用戶量訪問的情況下確保系統(tǒng)性能不損失。
   5. 提供內(nèi)容發(fā)布工具，支持版本的控制功能，對進行了編輯、發(fā)布等操作的內(nèi)容，由系統(tǒng)自動記錄版本，并可方便的進行歷史版本恢復等操作。
2. 與郵件系統(tǒng)集成：可同時通過辦公系統(tǒng)和郵件系統(tǒng)創(chuàng)建、修改、共享統(tǒng)一的日程管理信息和通訊錄信息。
   1. 可以很好的和Office組件進行集成，應提供在線閱讀和編輯Word文檔的功能。
   2. 辦公系統(tǒng)內(nèi)應集成統(tǒng)一溝通系統(tǒng)的狀態(tài)感知功能，可以在辦公系統(tǒng)內(nèi)及時了解到人員的工作狀態(tài)，及時發(fā)起溝通和協(xié)同。
   3. 與郵件系統(tǒng)集成：協(xié)同辦公系統(tǒng)中安排的會議等日程可以自動同步到Outlook的日程安排中。
3. 與統(tǒng)一身份信息系統(tǒng)集成：讀取統(tǒng)一身份信息系統(tǒng)中的組織架構信息，自動建立員工和領導之間的審批層級關系，維護個人聯(lián)系方式等相關信息。

1. 工作流系統(tǒng)要求：

1. 工作流系統(tǒng)設計科學，產(chǎn)品化程度高并開放接口。
2. 提供圖形化流程設計工具，流程的設計無需代碼。
3. 工作流引擎基于國際標準體系，符合國際工作流聯(lián)盟WFMC規(guī)范。
4. 流程設計器可直接獲取表單字段進行條件字段，實現(xiàn)根據(jù)表單條件進行流程的分支， 在選擇分支點進行多種數(shù)據(jù)類型的條件判斷，除數(shù)字類型判斷外，還必須支持非數(shù)字類型。
5. 提供終止、回退、回收、撤銷、加簽、知會、轉發(fā)和重復發(fā)起等功能支持會簽、代簽（委托）等辦公流程步驟 。
6. 支持督辦，催辦（提醒），撤回等輔助機制，提高辦公效率。
7. 流程中的角色可以靈活定制。
8. 提供通知、提醒等類型的節(jié)點操作。
9. 提供流程的監(jiān)控工具。
10. 提供流程的管理工具，滿足流程設計的復用，版本控制等。
11. 提供可自定義的web service等接口方式獲取、提交數(shù)據(jù)。
12. 對于復雜的表單可以支持定制開發(fā)。
13. 流程審批中，按照角色、人、崗位查詢統(tǒng)計，審批效率的統(tǒng)計報告。
14. 支持流程嵌套，主流程調(diào)用、觸發(fā)子流程，同時支持主流程和子流程的數(shù)據(jù)交互。
15. 支持流程和表單的分離，同一流程得不同步驟可配不同的表單。
16. 提供工作流引擎的SDK或API文檔。
17. 支持分級流程管理模式。

功能性要求

1. 個人辦公空間

1. 通訊錄
   能方便的建立個人通訊錄信息，并提供分組、按姓氏索引，導入、導出等功能，支持Outlook與Foxmail通訊簿格式。
2. 個人考勤
   可進行上下班登記、外出登記、請假登記、出差登記等，并自動生成考勤情況供領導查看。
3. 日程安排
   可進行事務的編輯、安排個人日程，并可按日歷形式快速的進行查看，同時還可對日常事務進行訂制及采用短信提醒。
4. 工作日志
   采用HTML編輯器，記錄每天的工作日志，并可提供查詢。
5. 個人文件柜
   提供文件夾建立、文件添加和修改、文檔全文檢索、文件和文件夾移動等功能，方便用戶存放和管理自己的文件。
6. 個人設置
   包括用戶的個人資料編輯、討論區(qū)個性化定義、常用網(wǎng)址設置、系統(tǒng)登錄密碼設置等。

1. 公文流轉
   公文管理是辦公自動化系統(tǒng)中重點實現(xiàn)的功能模塊。主要是用來實現(xiàn)收發(fā)文的自動化處理，縮短公文傳閱和辦理時間，提高各部門辦公效率。公文流轉主要實現(xiàn)辦文統(tǒng)計、全文查詢、公文類型和模板自定義、公文流轉自定義流程、公文審批、處理委托、查詢、打印、電子歸檔、提醒、通知及催辦、電子簽章等功能。
   1. 收文管理
      對上級單位或其他平級和下級發(fā)送到院的紅頭文件的登記和辦理的過程管理。包括收文類別維護、收文登記、收文權限管理、權限的設定、收文管理關聯(lián)機制、收文發(fā)布管理、收文流程配置等。
   2. 發(fā)文管理
      對機構內(nèi)的紅頭文件從起草到生效的過程。包括在線編輯留痕功能、發(fā)文類別維護、配置發(fā)文正文信息紅頭文件、發(fā)文流程配置、發(fā)文發(fā)布管理、發(fā)文權限管理等功能。
   3. 發(fā)文簽發(fā)
      發(fā)文過程中可以設定發(fā)文簽發(fā)的單位和個人，并可以發(fā)送消息到個人事務工作區(qū)。
   4. 電子簽批
      保證所有審批步驟均在網(wǎng)上進行，包括具有法律效用的電子簽名與電子簽章。電子簽章證書信息應與院云平臺建設的CA認證系統(tǒng)集成。
2. 信息發(fā)布
   用于單位發(fā)布各種需要大家了解的通知、通告。
   1. 信息發(fā)布功能需向各業(yè)務單位提供信息發(fā)布管理界面，獲得授權的人登錄系統(tǒng)后可通過Web富文本編輯器或Word文檔上傳待發(fā)布的內(nèi)容，發(fā)布前允許內(nèi)容預覽和流程審批。信息發(fā)布功能與統(tǒng)一身份信息系統(tǒng)集成，讀取用戶角色信息，可設定群組，可有選擇地向需要接收該通知通告的用戶群定向發(fā)送。
   2. 通知通告功能應具備開放接口允許其他系統(tǒng)調(diào)用其內(nèi)容，并具備向郵件系統(tǒng)、即時消息系統(tǒng)以及短信平臺相應用戶自動發(fā)送通知通告的能力。
3. 重大事項任務督辦
   1. 針對專項工作的落實情況進行督察、催辦。按照系統(tǒng)設定的時限，可以通過系統(tǒng)及時對負責該專項工作的部門發(fā)出催辦和反饋信息，并統(tǒng)計及記錄任務處理情況。本系統(tǒng)中重要流程需提供定時自動督辦和催辦功能。
   2. 督辦和催辦請求可通過本系統(tǒng)及統(tǒng)一通訊系統(tǒng)中開通的各種消息渠道向特定人員發(fā)送提醒消息，并允許用戶通過外網(wǎng)接入，經(jīng)過嚴格身份驗證后及時反饋任務處理情況。
4. 行政辦公
   主要完成行政辦公、事務性管理類的工作審批，完成工作催辦、督辦工作，實時的掌握工作情況。主要內(nèi)容包括：車輛管理、辦公用品申請、會議室管理等。
   1. 車輛管理
      管理者能夠根據(jù)車輛當前狀態(tài)對車輛的基本信息和相關信息的維護?；拘畔ǎㄆ放?、型號、級別、變速箱、排量、長?寬?高、購買時間、質(zhì)保期、保養(yǎng)周期、顏色、圖片、座位數(shù)等），相關信息包括（車輛的空閑狀態(tài)、司機及空閑狀態(tài)、保險、維修及保養(yǎng)），用車申請人能夠查詢車輛及司機的未來一周的忙閑根據(jù)車輛狀態(tài)提交的派車申請、車輛違章處理流程，審批處理相關流程。并且能夠讓管理者看到車輛使用情況等相關報表。為利用衛(wèi)星定位系統(tǒng)跟蹤車輛動態(tài)預留接口。
   2. 辦公用品管理
      允許員工通過網(wǎng)絡申領日常辦公用品，管理者對辦公用品的采購入庫、庫存、申請等進行管理并且能夠查詢使用情況報表。
   3. 會議室管理
      功能包括會議室申請、預定、會議設備選擇、人數(shù)選擇、會議室空閑情況顯示、沖突解決。會議室預定功能應與日程管理功能集成。會議室預定后可向相關會議參與人發(fā)送會議室信息，并自動生成日程提醒。
   4. 物業(yè)管理
      功能包括備件登記、報修申請、報修提醒、維修記錄、結果反饋。應具備查詢和統(tǒng)計功能，提供物業(yè)管理工作統(tǒng)計、備件查詢、報修情況查詢等。
5. 人員去向
   主要包括員工考勤、假期管理、出差管理。人員去向功能應與人力資源系統(tǒng)充分集成，除能同步獲取人員匯報層級關系自動生成審批流程外，還需要將人員去向信息與人力資源系統(tǒng)同步，以便于將考勤狀況與員工績效考核掛鉤。人員去向功能還需要和財務系統(tǒng)進行有機銜接，以便與差旅報銷、加班補償、未休假補償?shù)蓉攧障嚓P信息掛鉤。
   1. 員工考勤
      主要功能有：考勤制度查詢、考勤情況記錄、上下班時間設定、分部門彈性時間設定、部門人員排班設定。
   2. 假期管理
      主要功能有：休假制度查詢、剩余年假/病假/婚假/產(chǎn)假/調(diào)休假自動統(tǒng)計與查詢、請假調(diào)休申請、休假審批、假期自動扣除、銷假。
   3. 出差管理
      出差申請和審批、出差記錄查詢和統(tǒng)計。

（四）第04包：人力資源系統(tǒng)

技術要求

1. *基于活動目錄提供身份驗證，用戶賬號數(shù)據(jù)與活動目錄同步，形成樹狀通訊簿，支持多級部門，支持聯(lián)系人排列順序手工調(diào)整；
2. *提供為本項目二次開發(fā)的完整源代碼及說明文檔，并配備支持工程師；
3. *為統(tǒng)一通訊、郵件系統(tǒng)提供標準接口；
4. *支持與集成平臺系統(tǒng)的整合和集成，提供統(tǒng)一門戶系統(tǒng)和企業(yè)服務總線ESB應用功能調(diào)用的標準接口；
5. #支持AD權限架構；支持與現(xiàn)有AD賬號數(shù)據(jù)同步。
6. #提供B/S架構訪問；
7. #數(shù)據(jù)庫支持Oracle、SQL Server等主流企業(yè)級數(shù)據(jù)庫；
8. #系統(tǒng)支持橫向擴展和虛擬化云平臺部署；
9. 系統(tǒng)應提供開放接口，能夠與其他業(yè)務管控系統(tǒng)以及我院的企業(yè)服務總線實現(xiàn)高度集成；
10. 提供多角色視圖，允許不同用戶根據(jù)權限查看與自己相關的信息。

功能性要求

人力資源系統(tǒng)需提供以下關鍵功能，功能包括但不限于：

1. 人事管理

人事管理功能實現(xiàn)對部門管理、崗位管理、員工管理、離職管理、獎懲管理、職務變更、學歷變更、生日提醒、人事報表分析等工作的統(tǒng)一管理。
人事管理功能必須與我院活動目錄系統(tǒng)集成，在人事部門工作人員調(diào)整人員信息時，自動將相關信息與統(tǒng)一用戶身份數(shù)據(jù)庫中的信息保持同步，例如：部門變更，匯報關系變更，職務變更。人員辦理離職手續(xù)的過程中可自動禁用統(tǒng)一用戶身份系統(tǒng)中的用戶賬戶。員工可通過該平臺自助修改非關鍵個人信息。提供人力資源樹狀通訊簿，并與我院統(tǒng)一通訊平臺的樹狀通訊簿集成。系統(tǒng)能夠對虛擬組織或團隊進行管理。

2. 合同管理

實現(xiàn)對員工合同的全面在線管理。包括合同簽定、合同修改、續(xù)簽合同等操作。提供可視化工作流編輯器對審批流程進行自定義，并可查詢已簽訂合同和未簽合同員工，提供合同到期定時提醒，提醒方式包括郵件、即時消息和短信。

3. 培訓管理

包括培訓課程管理、培訓調(diào)查管理、培訓效果評估，以及課程報名管理、課程過程管理、結業(yè)管理等。培訓人員可自由選擇培訓課程并對培訓情況予以確認，通過各種培訓調(diào)查和反饋，真實了解培訓的不足以及需要改進的方式。
提供在線培訓和考試系統(tǒng)，可記錄員工培訓和考試完成情況，并自動通過各種系統(tǒng)和渠道發(fā)送催辦提醒。

4. 工資管理

可自定義保險、公積金、個所稅參數(shù)，自定義工資表科目和工資計算公式，自定義工資審批流程。可以全面統(tǒng)計各個部門的工資、成本報表。
能夠生成社保機構需要的多種保險福利報表。社保繳費基數(shù)可自動計算、也可手工修改、錄入。支持離、退休人員的統(tǒng)籌外補貼的發(fā)放。支持薪酬總額控制。系統(tǒng)應能夠提供薪酬總額控制管理，能夠按年、季度、月制定我院薪酬總額。系統(tǒng)應支持薪酬總額的制定、調(diào)整、下達的管理要求，并可實時瀏覽、監(jiān)控組織單元的薪酬總額使用情況，建立預警和提醒機制。
工資系統(tǒng)與財務系統(tǒng)集成，自動同步各種薪酬數(shù)據(jù)計算結果。

5. 招聘管理

可集成我院現(xiàn)有郵件系統(tǒng)，直接收取、回復從外部發(fā)來的應聘簡歷，對應聘簡歷進行評估和篩選。管理招聘計劃，建立應聘簡歷庫，隨時查看招聘歷史記錄和應聘考核結果。招聘成功后應通過郵件、即時消息和短信通知相關人員辦理入職手續(xù)并在統(tǒng)一用戶身份信息系統(tǒng)中創(chuàng)建用戶信息。

6. 職稱評審管理

系統(tǒng)的預警提示自動通過我院統(tǒng)一通訊和門戶系統(tǒng)通知符合當年職稱申報資格的員工，可以實現(xiàn)員工在線提交申請；提供方便靈活的業(yè)務流程的定義功能，且定義的流程節(jié)點和流程執(zhí)行順序能夠靈活調(diào)整；系統(tǒng)可以提供每年職稱評審員工的臺賬和報表；提供業(yè)務流程監(jiān)控功能，可以提前終止業(yè)務，也可以重新指派。

（五）第05包：生產(chǎn)管理系統(tǒng)

技術要求

1. *基于活動目錄提供身份驗證，用戶賬號數(shù)據(jù)與活動目錄同步，形成樹狀通訊簿，支持多級部門，支持聯(lián)系人排列順序手工調(diào)整。
2. *提供為本項目二次開發(fā)的完整源代碼及說明文檔，并配備支持工程師；
3. *為統(tǒng)一通訊、郵件系統(tǒng)提供標準接口；
4. *支持與集成平臺系統(tǒng)的整合和集成，提供統(tǒng)一門戶系統(tǒng)和企業(yè)服務總線ESB應用功能調(diào)用的標準接口；
5. 系統(tǒng)基于SOA架構開發(fā)，國際主流的平臺產(chǎn)品；
6. 工作流引擎基于國際標準體系統(tǒng)，符合國際工作流聯(lián)盟WFMC規(guī)范；
7. #支持AD權限架構；支持與現(xiàn)有AD賬號數(shù)據(jù)同步；
8. #提供B/S架構訪問；
9. #數(shù)據(jù)庫支持Oracle、SQL Server等主流企業(yè)級數(shù)據(jù)庫；
10. #系統(tǒng)支持橫向擴展和虛擬化云平臺部署。

功能性要求

項目管理
（1）立項管理
本功能用于向集團公司進行項目立項申報管理工作，包括項目推薦、項目立項申請、項目立項評審等功能。
（2）合同管理
主要建設的內(nèi)容包括：
支持合同擬訂、簽定、執(zhí)行、評價等項目合同的全過程管理；
合同擬訂、撥付、變更等業(yè)務審批流程集成協(xié)同辦公；
支持無限級合同分類定義；
合同變更、結算；
合同臺賬款里；
支持權限管理；
支持手機短信審批流程（需要外網(wǎng)運行環(huán)境）；
合同信息關聯(lián)項目計劃進度、資金收付；
合同報表全面反映合同執(zhí)行狀況；
任務管理，反映合同審批流程的進展，應辦理事項；
相關表格及報表打印。
（3）項目核算
主要建設內(nèi)容包括：
建立項目成本預算表，即各科目預算費用的統(tǒng)計表，包括人力資源成本、設備資源成本與其它費用成本等；
建立分級的成本預算表（公司、所、室），顯示當前項目的總預算金額及合同金額，并按照項目階段劃分分別統(tǒng)計各科目的成本預算總額；
自動生成人力成本與設備成本表，該表由“人力資源成本預算表”、“設備資源成本預算表”中匯總而來；
建立項目核算表，顯示支出及每個參與人員的人工費分配；
建立分級核算表（公司、所、室），顯示支出及人工費；
建立歷年對比表。
（4）質(zhì)量管理
主要建設內(nèi)容包括：
通過系統(tǒng)中流程管理，設定三級審批的過程，并制定電子表格，網(wǎng)上填報所有表格，進行會簽；
以工作流管理及知識管理模塊為基礎，由質(zhì)量規(guī)劃、項目階段交付成果定義、質(zhì)量控制等主要功能構成，通過建立項目質(zhì)量標準體系、進行項目質(zhì)量管理規(guī)劃和對項目/任務/交付成果的質(zhì)量檢驗，實現(xiàn)對整個項目建設過程及交付成果的質(zhì)量控制。
（5）進度管理
主要建設內(nèi)容包括：
項目管理全面支持完善的進度管理模式，系統(tǒng)根據(jù)工作任務的結構及工期自動對任務、項目的進度進行計算。
支持最底層的工作任務進度變化可以自下而上地反映到上一級工作任務中，并直接影響到整個項目的進度變化。
項目任務進度表能夠直觀、清晰地反映項目各階段工作任務的執(zhí)行情況，為項目管理者及整個項目團隊跟蹤與監(jiān)控項目進度提供強大的支持。
（6）資金管理
主要建設內(nèi)容包括：
開發(fā)財務系統(tǒng)中間件接口，從財務系統(tǒng)中抓取相關數(shù)據(jù)，生成月度、季度的報表；
實現(xiàn)成本管理機制，包括預算成本、實際成本及成本跟蹤控制等主要功能。通過對核算項目的成本構成的分解、估算、計劃與執(zhí)行分析，隨時比較項目動態(tài)成本與控制目標，計算節(jié)余、節(jié)余比率，找出差異及原因；
應付款、應收款統(tǒng)計等。
（7）結項管理
主要包括項目驗收、項目評審、項目資料歸檔等功能，各功能都有制式的表格和審批流程，同時，支持自定義表格設計和審批流程更改或創(chuàng)建。
（8）基建管理
基建項目管理屬于項目管理模塊的一個重要分支，復用項目管理的絕大部分功能組件，但需要單獨設立。除上述功能組件外，基建項目還要包含以下特殊功能組件：
基建項目計劃：中長期基建計劃和年度基建計劃審核、存檔
立項管理階段：增加項目申報，預算審定、核準、上報功能
招標管理：根據(jù)標的額自動判斷招標流程，提供標書及標的審核、投標廠商信息記錄、招標進度查詢、招標結果審批等功能
質(zhì)量管理：對廠商實施質(zhì)量進行跟蹤和管理。
進度管理：對廠商實施進度進行跟蹤和管理。
資金管理：根據(jù)項目進度提供應付款提醒和統(tǒng)計。
資質(zhì)管理
資質(zhì)管理模塊主要為資質(zhì)管理員準備，提供資質(zhì)管理日常所需的法律法規(guī)查詢、證書登記和查詢、資質(zhì)申請和審批進度管理、資質(zhì)年檢/過期提醒、證照使用審批、證照使用情況登記、蓋章流程審批等功能。需要與人力資源管理系統(tǒng)集成，獲取員工資歷相關信息。
科技獎管理
科技獎管理模塊主要涉及：科技獎項資料管理（包括申請表、規(guī)章制度、申報方法等）、證書管理、申請進度管理、申請材料管理等、蓋章流程審批、任務催辦等。
政府采購管理
政府采購管理功能主要有：規(guī)章制度存儲和查詢、政府采購目錄的編制、報批、發(fā)布；政府采購計劃的編制、審批、下達；采購計劃實施進度跟蹤；驗收提貨管理、控購手續(xù)管理等。
學會協(xié)會管理
學會協(xié)會管理功能包括：學會協(xié)會相關政策及文檔管理、學會協(xié)會成員信息管理、各種表格下載、學會協(xié)會申請情況管理、年檢管理、繳費提醒、繳費申請和登記、通知下發(fā)等
集成功能
項目管理應與財務管理系統(tǒng)、檔案管理系統(tǒng)以及統(tǒng)一通訊平臺集成，實現(xiàn)財務聯(lián)動、檔案移交以及通知提醒功能。

 

J產(chǎn)品提供與部署

34.產(chǎn)品提供

1．投標人應根據(jù)項目建設要求，按合同規(guī)定的招標內(nèi)容在規(guī)定的時間、地點進行項目交付（產(chǎn)品提供或系統(tǒng)部署、驗收、上線）。
2．投標人提供的產(chǎn)品，如若屬自主研發(fā)的產(chǎn)品，應提供著作權證書。

K技術服務

35.技術協(xié)調(diào)

1．按照項目進度安排，投標人至少提前10個工作日將詳細的實施方案提交給招標人，邀請招標人進行審核，審核不通過投標人須對實施方案進行修正，直至審核通過。
2．在技術協(xié)調(diào)過程中，投標人應詳細介紹文件材料。投標人和招標人就具體問題進行協(xié)商，形成的備忘錄可作為合同的附件。

36.技術培訓

1. 投標人負責招標人技術管理、操作和維護人員的培訓工作。
2. 經(jīng)過培訓的人員應具備獨立承擔本職工作的能力。
3. 招標人組織用戶分層次、分批次進行全員培訓。
4. 每次培訓前投標人應至少提前15個日向投標人提供詳細的培訓大綱，并征得招標人的同意。
5. 培訓期間投標人應為招標人的工作人員免費提供相應的培訓資料和實習機會。
6. 由于參加培訓，招標人的培訓人員所發(fā)生的交通、食宿費用由投標人承擔。

37.系統(tǒng)維護

1．投標人應在系統(tǒng)安裝調(diào)試后，向招標人提供詳細的系統(tǒng)維護策略，并征得招標人的同意。
2．投標人應在應用系統(tǒng)測試驗收前，向招標人提供應用系統(tǒng)的應急計劃，用以指導用戶在系統(tǒng)崩潰時保證業(yè)務的正常開展。
3．投標人應免費提供不低于1年的系統(tǒng)維護服務。
4．系統(tǒng)正式上線運行一年后集中進行一次對運行中存在的問題和少量需要新增加（不超過現(xiàn)有功能的20%）或修改的功能的全面升級，所需費用包括在投標報價中。

38.技術文件

1．投標人應向招標人提供本次采購的所有系統(tǒng)、軟件、服務的詳細技術文件資料；所提供的文件應用英文或中文書寫，編號、日期清楚。
2．第三方的文件資料應完整齊全。
3．投標人應向招標人提供下述文件：
(1)所有系統(tǒng)及其配套軟件的隨機資料
(2)所有支撐及管理軟件的技術資料
(3)軟件版權人簽發(fā)的許可證
(4)系統(tǒng)安裝調(diào)試手冊
(5)系統(tǒng)培訓材料
(6)現(xiàn)場驗收文件
(7)系統(tǒng)維護手冊

L驗收與質(zhì)保期

39.驗收

1.系統(tǒng)驗收是形成標書要求的完整系統(tǒng)，由招標人代表進行現(xiàn)場功能及性能測試。
2.試運行驗收是由招標人代表進行整個系統(tǒng)的90天不間斷滿負荷運行測試。
3.文件驗收是在系統(tǒng)交付使用前，由招標人工作人員按照標書和合同的要求對投標人所提供的文件資料進行驗收。
4.至少在系統(tǒng)驗收之前3周，投標人應提出系統(tǒng)驗收的具體方法和步驟，并將驗收的程序和報告發(fā)送給招標人確認。
5.如果系統(tǒng)集成后運行不穩(wěn)定或性能不能達到要求，系統(tǒng)不能通過驗收，投標人應及時修正并向招標人詳細說明原因，并提供相應解決方案以保證系統(tǒng)正常運行；直至滿足系統(tǒng)運行要求，其間發(fā)生的所有費用均由投標人承擔；修正后，相應延長系統(tǒng)保證期時間。
6.文件需經(jīng)買賣雙方代表簽字；投標人應提供招標人一份完整的測試報告。

40.質(zhì)保期

1. 從簽發(fā)交工驗收證書之日起開始保證期，軟件質(zhì)保期為1年。
2. 保證期內(nèi)，系統(tǒng)出現(xiàn)故障，中標人接到招標人通知后，應在4小時之內(nèi)作出反應，并在48小時內(nèi)修復或提供有效解決方案。
3. 質(zhì)保期過后，招標方可與中標人簽訂5年系統(tǒng)維護運維協(xié)議。
4. 保證期內(nèi)，如中標人公司被兼并或收購，兼并或收購公司有責任繼續(xù)對招標人履行服務。

 

第四部分  合同條款

1．定義

    本合同中的下列術語應解釋為：
1.1 “合同”系指買、賣雙方簽署的、合同格式中載明的，買、賣雙方所達成的協(xié)議，包括所有的附件、附錄和構成合同的其它文件。
1.2 “合同價”系指買方在完全履行合同義務后應付給賣方的貨款。
1.3 “貨物”系指賣方須向買方提供的一切硬件、軟件、手冊和其它技術資料及其它材料。
1.4 “服務”系指賣方需承擔的與項目有關的技術支持服務、產(chǎn)品開發(fā)、部署以及安裝、調(diào)試、提供技術協(xié)助、培訓和其他類似的義務行為。
1.5 “買方”系指購買貨物的單位。本合同買方系指：交通運輸部規(guī)劃研究院。
1.6 “賣方”系指提供貨物和服務的具有法人資格的公司或實體。本合同賣方系指：            。
1.7 “現(xiàn)場”系指合同項下貨物將要進行安裝和運行的地點。系統(tǒng)安裝和運行地點位于：用戶指定地點
1.8 “驗收”系指合同雙方依據(jù)規(guī)定的程序和條件確認的貨物符合技術規(guī)范的要求。

2. 技術規(guī)范

2.1 提交貨物的技術規(guī)范應與招標文件規(guī)定的技術規(guī)范及附件及其投標文件的規(guī)格偏差表(如果被買方接受的話) 相一致。若技術規(guī)范中無相應說明，則以國家有關部門最新頒布的相應標準及規(guī)范為準。

3. 專利權

3.1 賣方應保護買方在使用該貨物或其任何一部分時不受第三方提出侵犯專利權、商標權或工業(yè)設計權的指控。如果任何第三方提出侵權指控，賣方須與第三方交涉并承擔可能發(fā)生的一切法律責任和費用。
3.2沒有買方事先書面同意，賣方不得將由買方或代表買方提供的有關合同或任何合同產(chǎn)品相關的說明、演示環(huán)境或技術資料提供給與履行本合同無關的任何其他人。即使向與履行本合同有關的人員提供，也應注意保密并限于履行合同必須的范圍。
3.3本條款的規(guī)定不因本合同的終止和到期而失效。

4. 檢驗和測試

4.1 買方或其代表應有權檢驗和/或測試貨物，以確認貨物是否符合合同規(guī)格的要求，并且不承擔額外的費用。合同條款和技術規(guī)格將說明買方要求進行的檢驗和測試，以及在何處進行這些檢驗和測試。買方將及時以書面形式把進行檢驗和/或買方測試代表的身份通知賣方。
4.2 檢驗和測試演示環(huán)境可以在賣方的所在地、交貨地點和/或貨物的最終目的地進行。如果在賣方的所在地進行，賣方應免費為買方的檢驗人員提供工作條件,包括但不限于必要的技術資料、測式演示環(huán)境說明和方案。
4.3 如果任何被檢測或測試的貨物不能滿足規(guī)格的要求，買方可以拒絕接受該貨物，賣方應更換被拒絕的貨物，或者免費進行必要的修改以滿足規(guī)格的要求。
4.4 買方在貨物到達最終目標后，對貨物進行檢驗、測試及必要時拒絕接受系統(tǒng)的權力將不會因為貨物在從賣方或制造廠啟運前通過了買方或其代表的檢驗、測試和認可而受到限制或放棄。
4.5 本條未提及的按照招標文件第三部分“招標貨物清單、技術規(guī)格及要求”中相應內(nèi)容的約定執(zhí)行。

5. 產(chǎn)品要求

5.1如因項目需要，賣方提供合同規(guī)定的涉及軟件產(chǎn)品，產(chǎn)品應具備國家認可的著作權證書。

6. 付款方式

本合同總價為：XXXX萬元。                                              

合同價款

本合同總金額為：人民幣                        元整（￥000.00）。

付款方式

本項目無首付款。
第一次：在需求確認及設計與技術驗證階段完成，《需求確認書》經(jīng)驗收組驗收完成后10工作日內(nèi)，甲方向乙方支付合同總額的50% ，即人民幣XXXX                    元整（￥00.00）。
第二次：在系統(tǒng)開發(fā)結束，系統(tǒng)試運行并通過驗收（由驗收組在系統(tǒng)運行報告上驗收）后10工作日內(nèi)，甲方向乙方支付合同總額的40% ，即人民幣    元整（￥00.00）。
第三次：在系統(tǒng)驗收后六個月內(nèi)，甲方向乙方支付合同總額的10% ，即人民幣XXX元整（￥00.00）。
乙方應在收到甲方支付款項后，向甲方提供與收款金額等額的正式增值服務發(fā)票。

7.技術資料

7.1技術資料的交付時間、數(shù)量及內(nèi)容按照招標文件第三部分“招標貨物清單、技術規(guī)格及要求”的約定交付；

8． 質(zhì)量保證

8.1賣方須保證貨物是完全符合強制性的國家技術質(zhì)量規(guī)范和招標文件第三部分“招標貨物清單、技術規(guī)格及要求”的約定的質(zhì)量、規(guī)格、性能和技術規(guī)范等的要求。
8.2   賣方須保證所提供的貨物經(jīng)正確安裝后正常運行，在其使用周期內(nèi)須具有符合質(zhì)量要求和產(chǎn)品說明書的性能。
8.3根據(jù)買方按檢驗標準自己檢驗結果或委托有資質(zhì)的相關質(zhì)檢機構的檢驗結果，發(fā)現(xiàn)貨物的數(shù)量、質(zhì)量、規(guī)格與招標文件第三部分“招標貨物清單、技術規(guī)格及要求”的約定不符；或者在質(zhì)量保證期內(nèi)，證實系統(tǒng)存在缺陷，包括潛在的缺陷或設計缺陷等，買方應盡快以書面形式通知賣方。賣方在收到通知后3日內(nèi)應提出招標人認可的免費維護或重新開發(fā)有缺陷的系統(tǒng)或提供相應的解決方案。
8.4 如果賣方在收到通知后兩個月內(nèi)沒有彌補缺陷，買方可采取必要的補救措施，但由此引發(fā)的風險和費用將由賣方承擔。
8.5合同項下軟件的升級質(zhì)量保證期為：
（1）軟件升級保證期自通過最終驗收起1年，技術支持服務期5年升級保證。
 （2）軟件產(chǎn)品提供及升級由原產(chǎn)品銷售商或廠商負責。
13.6本條未提及的按照招標文件第三部分“招標貨物清單、技術規(guī)格及要求”中相應內(nèi)容的約定執(zhí)行。

9．驗收和交付

1）驗收標準

在所有軟件文檔齊全、系統(tǒng)試運行結束后正常使用15工作日內(nèi)，進行正式驗收與交付。

2）驗收內(nèi)容

系統(tǒng)需求規(guī)格說明的正確性、可理解性和完整性；
系統(tǒng)技術方案的完整性、正確性和充分性；
系統(tǒng)及各子系統(tǒng)功能的正確性、可靠性及性能；
文檔的完整性、規(guī)范性和一致性。

3）驗收方法

1. 對各系統(tǒng)依據(jù)系統(tǒng)測試計劃中測試清單進行逐項驗收；
2. 依據(jù)交付清單對應交付貨物逐一驗收。

4）交付清單

1. 正版授權書
2. 需求分析說明書
3. 系統(tǒng)設計說明書
4. 系統(tǒng)源碼和安裝程序
5. 系統(tǒng)測試報告
6. 用戶使用手冊
7. 系統(tǒng)維護手冊

10. 項目變更

10.1買方可以在任何時候書面向賣方發(fā)出指令，在本合同的一般范圍內(nèi)變更下述事項：
1) 本合同項下提供的系統(tǒng)是專為買方設計、研發(fā)時，變更設計或功能項；
2）項目新增需求增加或原需求減少；
2) 賣方提供的技術服務項。
10.2 如果上述變更使賣方履行合同義務的費用或時間增加或減少，將對合同價或交貨時間或兩者進行公平的調(diào)整，同時相應修改合同。賣方根據(jù)本條進行調(diào)整的要求必須在收到買方的變更指令后三十天內(nèi)提出。

11．索賠

11.1如果貨物的質(zhì)量、規(guī)格等與招標文件第三部分“招標貨物清單、技術規(guī)格及要求”的約定不符，或在規(guī)定的質(zhì)量保證期內(nèi)證實貨物存有缺陷，包括潛在的缺陷或使用不符合功能要求等，買方有權根據(jù)有資質(zhì)的權威質(zhì)檢機構的檢驗結果向賣方提出索賠。
11.2 在根據(jù)合同規(guī)定的檢驗期和質(zhì)量保證期內(nèi)，如果賣方對買方提出的索賠負有責任，賣方應按照買方同意的下列一種或多種方式解決索賠事宜：
11.2.1 根據(jù)系統(tǒng)低劣程度、損壞程度以及買方所遭受損失的數(shù)額，經(jīng)買賣雙方商定降低系統(tǒng)的價格，或由有資格的部門評估，以降低后的價格或評估價格為準。
11.2.2賣方應按合同第10條規(guī)定，相應延長修補或開發(fā)的質(zhì)量保證期。

12.  延期項目交付

12.1 賣方應按照買方規(guī)定的時間完成項目交付和提供服務。
12.2 在履行合同過程中，如果賣方遇到不能按時完成項目交付和提供服務的情況時，應及時以書面形式將不能按時交付的理由、延誤的時間通知買方。買方在收到賣方通知后，如果同意，可通過修改合同，酌情延長交付時間。

13. 違約賠償

13.1如果賣方?jīng)]有按照合同規(guī)定的時間進行項目交付和提供服務，買方可從合同款中扣除違約賠償金。賠償金按每遲交一周，按遲交系統(tǒng)或未提供服務價格的0.5％計算。 但違約賠償金的最高限額為遲交系統(tǒng)或沒有提供服務的合同價的30％。不足7天按一周計算。如果賣方在達到最高限額后仍不能完成項目交付，買方可考慮終止合同。

14. 不可抗力

14.1 如果雙方中任何一方由于戰(zhàn)爭、自然災害等屬于不可抗力的事故，致使合同履行受阻時，履行合同的期限應予延長，延長的期限應相當于事故所造成影響的時間。
14.2 受事故影響的一方應在不可抗力事故發(fā)生后盡快以書面的形式通知對方，并在事故發(fā)生后15日內(nèi)，將有關部門出具的證明文件，用安全的方式送達對方。如果不可抗力影響的時間達120天以上時，雙方應通過友好協(xié)商，達成進一步履行合同的協(xié)議。

15. 稅費

15.1 根據(jù)中國現(xiàn)行稅法的規(guī)定對買、賣雙方應征收的與本合同有關的一切稅費均由各自承擔。
15.2在中國境外發(fā)生的與執(zhí)行本合同有關的一切稅費均由賣方承擔。

16．合同爭議的解決

16.1在合同履行中發(fā)生的爭議，合同當事人雙方可通過協(xié)商解決。協(xié)商不成的，可提請北京市仲裁委員會仲裁或向人民法院提起訴訟。
16.2 仲裁裁決應為最終裁決，當事人一方在規(guī)定時間內(nèi)不履行仲裁機構裁決的，另一方可以申請人民法院強制執(zhí)行。
16.3仲裁費用和訴訟費用除仲裁機構另有裁決外，應由敗訴方負擔。

17. 違約終止合同

17.1 在賣方存在下述違約情況時，買方可向賣方發(fā)出書面通知，部分或全部終止合同。同時保留向賣方追訴的權利。
17.1.1賣方未能在合同規(guī)定的限期或買方同意延長的限期內(nèi)，提供全部或部分貨物和服務,可以解除合同的；
17.1.2 賣方未能履行合同規(guī)定的其它主要義務的；
17.1.3 在本合同履行過程中有腐敗和欺詐行為的。
“腐敗行為”和“欺詐行為”定義如下:

1. “腐敗行為”是指提供/給予/接受或索取任何有價值的東西來影響買方在合同簽訂、履行過程中的行為。
2. “欺詐行為”是指為了影響合同簽訂、履行過程，以謊報事實的方法，損害買方的利益的行為。

17.2 在買方根據(jù)上述第17.1條規(guī)定，全部或部分解除合同之后，應當遵循誠實信用原則，全部或部分購買與未交付的貨物類似的貨物或服務，賣方應承擔買方購買類似貨物或服務而產(chǎn)生的額外支出。部分解除合同的，賣方應繼續(xù)履行合同中未解除的部分。

18.破產(chǎn)終止合同

18.1 如果賣方破產(chǎn)導致合同無法履行時，買方可以書面形式通知賣方，單方終止合同而不給賣方補償。但買方必須以書面形式告知同級政府采購監(jiān)督管理部門。該合同的終止將不損害或不影響買方已經(jīng)采取或將要采取的任何行動或補救措施的權利。

19. 轉讓和分包

19.1 未經(jīng)買方同意，賣方不得部分轉讓或全部轉讓其應履行的合同義務。

20. 合同修改

20.1 如欲對合同條款進行修改時，須經(jīng)買、賣雙方簽署書面的合同修改書。
20.2雙方簽署書面修改或補充協(xié)議，將作為本合同的組成部分之一，與合同具有相同的效力。

21. 通知

21.1 簽訂買、賣合同的雙方，有事項通知對方時都應以書面形式（傳真等）送達，收到方亦應以書面形式予以確認。通知以送到日期或通知書的生效日期為生效日期，兩者中以晚的一個日期為準。

22．合同語言

22.1 本合同用中文書寫，雙方交換的與合同有關的信件、傳真和其它文件應用中文書寫。供應商提供的手冊等資料如果不是中文，應附上中文翻譯文本（打?。?。

23. 適用法律

23.1本合同涉及的法律問題，均按照中華人民共和國法律進行解釋。

24．履約保證金

24.1賣方應在合同簽訂的同時，按約定的方式向買方提交合同總價5％的履約保證金。
24.2履約保證金用于補償買方因賣方不能履行其合同義務而蒙受的損失。
24.3履約保證金應使用本合同貨幣，按下述方式之一提交：
     A. 支票、匯票、銀行開具的保函。
24.4 如果賣方未能按合同規(guī)定履行其義務，買方有權從履約保證金中取得補償。系統(tǒng)安裝調(diào)試（工程）最終驗收合格后7日內(nèi)，買方將把履約保證金退還賣方。

25. 合同生效及其它

25.1合同應在雙方簽字蓋章后即開始生效，本合同一式肆份，雙方各執(zhí)兩份。
25.2招標文件第三部分“招標貨物清單、技術規(guī)格及要求”作為本合同的附件，合同條款中未提及的內(nèi)容按照附件中相應部分內(nèi)容的約定執(zhí)行。
 
 

第五部分  附件

    
 
 
 
 
 
 
 
 

 

附件１　投標函

 
致：中招國際招標有限公司
    _                                 （投標單位全稱）授權           （授權代表姓名）              （職務、職稱）為授權代表，參加貴方為交通運輸部規(guī)劃研究院組織的招標編號為_________招標的有關活動，并對          貨物進行投標。為此：

1. 提供投標須知規(guī)定的全部投標文件：包括正本1份，副本4份。
2. 保證遵守招標文件中的有關規(guī)定和收費標準。
3. 保證忠實地執(zhí)行買賣雙方所簽合同，并承擔合同規(guī)定的責任義務。
4. 愿意向貴方提供任何與本項投標有關的數(shù)據(jù)、情況和技術資料。
5. 本投標自開標之日起90天內(nèi)有效。
6. 與本投標有關的一切往來通訊請寄：                

         地址：______________________    郵  編：____________________
         電話：______________________    傳  真：____________________
         電子信箱地址：____________________________________________
投標人代表姓名、職務(印刷體)：_____________________________
         投標人名稱：_____________________
         （公　章）：_____________________
         日　　　期：_____年_____月_____日    
                     
全權代表簽字：__________________
 
 
 
 

附件2  開標一覽表（格式）    

 
投標人名稱：                                         單位：人民幣萬元
招標編號：TC13R353
投標報價：                         （大寫）                     （小寫）

序號	貨物名稱	型號和規(guī)格	數(shù)量	總  價	交貨期	備注

 
1、此表內(nèi)容在開標時當眾宣讀。
2、此表密封在一單獨的信封內(nèi)，信封上注明“開標一覽表”字樣，投標時單獨遞交。
3、此表為投標文件報價單。
 
投標人全稱：（蓋章）
法人代表或授權代表（簽字）
日期：
 
 
 
 
 

附件3  分項報價表（格式）

   投標人名稱：

序號	貨物名稱	規(guī)格型號	數(shù)量	單位	單價	總價	備注
	合計

 
分項報價應包括貨物購置費、貨物安裝調(diào)試費、培訓費、服務費及其他費用，投標人應參照此表制定詳細的分項報價，但分項報價不得重復計算總價。
 
 

附件4  商務條款偏離表(格式)

 
投標人名稱：                                     招標編號：TC13R353                

序號	招標文件條目號	招標文件的商務條款	投標文件的商務條款	說明

注：投標人所提供的文件與招標文件中的要求如有任何偏差，都應在“偏離表”中列出。若未在“偏離表”中列出，即使在投標文件其他地方寫明與招標文件要求有所不同，招標人也認同符合招標文件最佳值的要求。投標人中標后如據(jù)此提出疑義，不履行簽訂合同等下一步工作，招標人有權沒收其投標保證金。
 
 
投標人授權代表簽字                 
 
投標人（公章）