| 加入日期: | 2009.07.10 |
|---|---|
| 截止日期: | 2009.07.14 |
| 招標代理: | 廣西壯族自治區政府采購中心 |
| 地 區: | 廣西壯 |
| 內 容: | 序號 貨物名稱 參考型號/品牌 主要技術參數/配置 數量 1 電子公文傳輸交換系統中心端 方正阿帕比3.2版式公文傳輸系統 1、B/S架構和WEB方式實現電子公文交換系統; 2、具備權限管理、收發文管理、查詢統計、回執管理、用戶群組自定義、來文提醒功能; 3、具備公文傳輸自治區級(一級)和市級(二級)、區縣級(三級)互聯互通公文交換中心功能; 4、與現用OA系統實現對接,提供與此相關的的開發包、技術文檔和范例代碼,可靈活向OA系統提交公文元數據(標題、文號、來文單位等)信息;協助OA廠商完成代碼集成。 5、可與國內主流的CA系統對接; 等 |
廣西壯族自治區政府采購中心受采購人委托,擬對一批版式公文系統采用單一來源方式進行采購,有關事項公示如下:
A分標
序號 貨物名稱 參考型號/品牌 主要技術參數/配置 數量
1 電子公文傳輸交換系統中心端 方正阿帕比3.2版式公文傳輸系統 1、B/S架構和WEB方式實現電子公文交換系統;
2、具備權限管理、收發文管理、查詢統計、回執管理、用戶群組自定義、來文提醒功能;
3、具備公文傳輸自治區級(一級)和市級(二級)、區縣級(三級)互聯互通公文交換中心功能;
4、與現用OA系統實現對接,提供與此相關的的開發包、技術文檔和范例代碼,可靈活向OA系統提交公文元數據(標題、文號、來文單位等)信息;協助OA廠商完成代碼集成。
5、可與國內主流的CA系統對接;
6、集成電子印章管理系統,提供一級、二級電子印章管理功能,各級電子印章系統能獨自管理并各系統間能互相驗證;
7、技術架構:windows server 2003,數據庫:SQL Server2000
8、局域網內要求無限制用戶數 1套
2 文件追蹤、落地鑒別系統 方正政通版式文件自動掃描系統V1.0 提供電子文件的落地可追蹤功能,方便控制紙質紅頭文件的流向。 1套
3 版式文件自動掃描系統 方正政通版式文件自動掃描系統V1.0 傳真件、紙張文件在掃描后應能直接進入方正電子公文交換系統,方便我方直接發送掃描件或將紙張文件電子化。 1套
4 電子印章授權 10枚電子印章授權,含印章認證U- key 10枚
5 方正電子公文來文提醒軟件 來文提醒軟件是配合電子公文交換中心使用的軟件,安裝這個軟件后,它在計算機啟動后自動啟動,當有新的文檔到來時,提醒用戶去處理事務。 不限數量
6 方正電子印章密碼修改軟件 本地隨時修改電子印章的蓋章密碼 不限數量
7 版式公文閱讀器
1.實現個人公文的分類管理,靈活的版面操作;
2.具有方便的全文查找功能;
3.支持IE嵌入顯示和語音朗讀應用;
4、版式文件內容拷貝至WORD,須基本保持版面排版信息。
不限數量
8 手機短信
群發系統 1、在公文發送系統中,要求發送公文的同時,短信也能立即發送到對方手機中。
2、發送短信的硬件設備(即稱之為短信貓)為8路G網的GSM modem
3、發送短信的系統必須有組中建組功能,亦需有按序排列功能。 1套
售后服務要求:
1、免費提供在南寧市內區直各單位約220人2天系統操作使用培訓。
注:培訓場地及培訓設備由甲方提供,乙方負責場地、資料(包括文件袋、筆、印刷費)、授課老師的費用,不盡事宜協商解決。
2、競標人應提供廠家對針對此項目的授權書原件、供貨證明原件和售后服務承諾書原件(如有請提供)。
3、根據采購提供系統開發及項目實施方案項目培訓方案;
4、售后服務要求:
(1) 硬件實行三年免費保修及免費上門服務。
(2) 競標人必須承諾對所有提供軟件提供一年上門免費軟件維護、三年免費應用軟件升級、故障處理等保修服務;維護期內,免費提供用戶對軟件調整、功能模塊修改等適應性開發和升級服務。保修期自成交競標人和使用單位在驗收單上簽字之日起計算。
(3) 競標人須承諾免費提供2名5天區外原廠系統管理認證培訓。
(4) 軟件故障報修響應時間:接到報障電話8個工作小時(8:00-18:00)內完全修復。
(5) 所有保修服務方式均為競標人上門保修,即由競標人派員到使用方設備使用現場維修,由此產生的一切費用均由競標人承擔。
(6) 競標人應明確軟件維護服務、應急服務的方式、反應時間、費用等。
(7) 競標人應明確列出長期穩定的維護人員名單及聯系方式***
(8) 競標人可以提供的其他服務內容。
5、交貨時間:合同簽訂之日起20天(日歷日);
6、交貨地點:采購單位指定地點。
B分標
序號 貨物名稱 參考型號/品牌 主要技術參數/配置 數量(套)
1 版式文件生成系統 方正Apabi Make3.1
1、與電子公文傳輸交換系統無縫集成;
2、具備版式電子公打印、打印份數控制、打印數量自動編號功能;
3、集成版式文件追蹤、文件鑒別技術;
4、版式技術符合國家相關標準,生成版式與原文保持原版原貌;可將多種電子文檔(Doc、Xls、S2、S72、S92、S10、PS、PS2、WPS、Pdf、Jpg、Tiff、html)轉換為固定版式格式;
5、支持文件的批量轉換、自動轉換和合并拆分轉換,支持補字、補圖等;
6、支持XML數據轉換標準;
7、提供全文檢索功能;
8、提供區黨委局域網用戶在線無限制轉換功能;
9、具有公文加套紅頭轉換功能。 55
2 客戶端專用Key 55
售后服務要求:
1、競標人應提供廠家對針對此項目的授權書原件、供貨證明原件和售后服務承諾書原件(如有請提供)。
2、提供系統部署和實施方案;
3、所提供軟件須與A分標軟件為同一品牌;
4、售后服務要求:
(1)競標人必須承諾對所有提供軟件提供一年上門免費軟件維護、三年免費應用軟件升級、故障處理等保修服務;維護期內,免費提供用戶對軟件調整、功能模塊修改等適應性開發和升級服務。保修期自成交競標人和使用單位在驗收單上簽字之日起計算。
(2)軟件故障報修響應時間:接到報障電話8個工作小時(8:00-18:00)內完全修復。
(4)所有保修服務方式均為競標人上門保修,即由競標人派員到使用方設備使用現場維修,由此產生的一切費用均由競標人承擔。
(5)競標人應明確軟件維護服務、應急服務的方式、反應時間、費用等。
(6)競標人應明確列出長期穩定的維護人員名單及聯系方式***
(7)競標人可以提供的其他服務內容。
5、交貨時間:合同簽訂之日起20天(日歷日);
6、交貨地點:采購單位指定地點。
注:
1、“版式文件生成系統”為客戶端軟件,通過統一招標后,由各市、縣和區直各單位按成交價向成交單位采購,根據實際情況,第一期只采購55套。
2、該分標的成交服務費按55套產品的總成交價算取。
采購要求
(一)電子公文交換系統功能要求(注:帶★條款為關鍵技術要求,投標人要特別加以注意,必須對此具體、明確響應并完全滿足這些要求,并經現場測試。否則若有一項帶“★”的指標未響應或不滿足,將按投標無效處理。)
電子公文交換系統是與區直各部門之間傳達指示和傳遞公文的業務平臺。在此平臺上進行交換的信息流具有多種類型,多種表現形式。公文和信息交換系統主要交換的內容是各種公文,采用標準的XML格式進行封裝。
為達到與常規紙質公文相同的法律效力,電子公文須具有不可更改、蓋有印章(電子印章)等特點。新建公文、蓋章、發送、接收可作為電子公文交換系統中的獨立的權限賦予每個收發文人員。
1、系統管理員模塊功能
(1)部門管理
①新建、修改各個部門的相關信息。
②新建、修改各個部門管理員的相關信息和系統權限。
③激活新建的部門成為合法的公文交換點。
(2)日志管理:管理和查看各種系統日志和操作記錄。
(3)統計信息:系統管理員可以統計各部門的收發文信息。
(4)個人信息:新建、修改系統管理員的信息。
2、部門管理員模塊功能
(1)用戶管理:根據本部門對電子公文的應用情況,對部門內部用戶和其權限、角色進行管理,包括新建、修改、刪除和查詢等操作。
(2)部門組別:可靈活設置部門組別,組中還可以方便設組,以方便按部門組別收發文;建組時必須按用戶實際情況建立各種組(即組需按要求進行排列、查詢、增刪改等操作)。
(3)發文表:設置文件接收單位、打印分數等信息。
(4)催辦電話:***
(5)脫密設置:可以選擇本部門脫密下載時存檔公文的樣式,包括黑頭黑章、紅頭黑章、黑頭紅章和紅頭紅章四種方式。
(6)日志瀏覽:可查看和刪除部門管理員的操作記錄。
(7)統計信息:部門管理員可以查看各操作員的收發文統計信息。
(8)個人信息:新建、修改系統管理員的信息。
3、用戶模塊功能
(1)發文庫
發文流程包括了普通發文、聯合發文和文檔速遞三種流程:
普通發文流程:新建→簽發(指定接收單位)→選擇是否蓋章→發送,并處理被退公文。
聯合發文:新建→簽發(指定接收單位)→主辦單位蓋章→協辦單位蓋章→發送,并處理被退公文。
文檔速遞(傳遞不需加蓋公章的公文)流程:新建→簽發(指定接收單位)→發送,并處理被退公文。
①新建:輸入發文字號、公文標題、密級、保密期限和緊急程度等信息。附件可以是任何格式的文件。可以添加公文的一些附屬屬性。
②簽發:瀏覽公文是否正確,如果內容不對,對公文進行退回處理,退回的公文(即內退公文)顯示在“新建”中,可以重新上傳;指定新建公文的接收單位、打印份數等信息。
蓋章:進入可視化蓋章流程,通過帶有公章的U盤把電子公章加蓋到文件中。
③發送:公文蓋章后,進入待發送狀態,發文方可以打印出加蓋紅色公章的待發公文,不限制打印份數;發送待發公文給簽發時指定的接收單位,并顯示發送結果。
④再發送:如果某些單位發送失敗,可以再次發送,直到所有單位都發送成功,公文進入已發送狀態;再發送時可以再次選擇接收單位。
⑤處理被退公文:顯示被收文單位退回的公文,可以查看退回單位名稱、退回原因和退回時間。
(2)收文庫
①發送回執:接收單位接收到公文后,對接收公文發送回執,表明接收開始處理公文。
收文處理:
②預覽:打開預覽文件。
③打印:可以打印將把電子公文轉化為正式的紙質公文,打印時U盤里要有本單位的標識。可打印的份數取決于在指定接收單位中的設置。
④退回:輸入公文退回原因后,可將該公文被退回發文單位。
⑤轉辦:如果該部門具有轉辦權限,可將該公文轉發給另一相關單位進行公文處理。
⑥脫密下載:可將該文件按照部門管理員設定的脫密方式脫密并保存到計算機。
(3)公文監控
①回執監控:查看接收單位是否對已收到的公文發送回執,分為發文情況和收文情況兩種。
②發文情況:可以顯示每個單位的回執情況,并可以看到在每個已發送回執的單位,可以看到具體簽收人。
③收文情況:可以了解收文單位針對收到的公文,是否已向發送單位發送了回執。
④實時監控:無論在發文情況還是收文情況,都可以通過實時監控及時查看回執狀況,實時監控可保持每30秒自動刷新一次。
⑤發文監控:監控在辦理中、已發送和被退回狀態中的公文。
⑥收文監控:包括待回執、待打印、已完成和已退回公文。
⑦文檔速遞監控:與發文監控相似,可查看速遞公文的狀態。
⑧用章記錄:可以獲取本單位使用公章的情況,保證用章記錄可查。
⑨公文垃圾箱:公文垃圾箱存放用戶刪除掉的普通公文和文檔速遞。
(4)個人信息:新建、修改用戶的信息。
(5)下載中心:可以下載編輯器、閱讀器等系統使用到的相關軟件。
4、公文模塊與OA系統結合
與OA系統的結合主要是:公文從OA系統中轉入電子公文交換系統,進行部門間的公文交換;公文從電子公文交換系統轉入OA作為收文,然后在OA系統中開始進入辦文流程。
5、其他實用功能點
(1)系統界面設計美觀、操作性好。
(2)全系統應提供“幫助”功能,查看關于系統使用的幫助信息。
(3)急件、特急件發送時,能同時發送短信給接收單位的文件管理員。
(4)曾經進行脫密下載的文件應有所標識。
6、版式文件的需求
A、不可更改性
(1)格式轉換后,內容不能更改,保證交換數據的正確性和完整性。
(2)必須確保文件版式不會受計算機環境的影響而發生變化。
B、轉換容易
(1)需支持所有Windows上的版面格式都可以轉換成不可更改的版式文件。
★ (2)能夠自動或批量的將主流的排版、文字處理格式文件生成版式文件。
★ (3)支持文件的合并、拆分轉換,并能合并、拆分細致至文件的任何頁碼;
★ (4)、版式文件必須具有公文加套紅頭轉換功能。
C、支持全文檢索
(1)支持高效率的建庫和檢索,支持海量數據庫,支持多種搜索引擎。
★(2).具有方便的全文查找功能,閱讀器能對本文內容及本地計算機上的所有版式文件進行全文檢索;并將搜索的主題詞所在句子羅列出來,方便用戶查找;
D、轉換格式集成簡單
(1)版式文件必須是標準Active Document,可以支持OLE嵌入,易于其它系統集成。
(2)可以通過OCX、COM組件等多種方式集成版式文件的生成,最終可使其對最終使用用戶完全透明,與其它應用系統無縫連接。
E、符合檔案系統對版式文件的要求
★(1)符合國家檔案局對存檔方面的要求,并提供國家檔案局的相關鑒定證書。
★(2)須遵循關于《中國共產黨機關公文處理條例》(中辦發[1996]14號)和《國家行政機關公文格式》GB/T9704-1999的要求。
★(3)版式文件必須支持少數民族文字,如壯文(廣西壯族自治區)、維文,蒙文,藏文,朝文等。
F、直接打印、印刷要求
(1)版式文件可直接打印出標準的版式公文,支持各種打印機。
(2)版式文件能直接用于印刷,方便用戶大批量的印制文件。
(3)版式文件能直接支持區黨委印刷廠的印刷系統,版式文件不需經過任何處理即可直接輸出及印刷。
7、版式公文閱讀器要求
(1)實現個人公文的分類管理,靈活的版面操作;
★(3)支持IE嵌入顯示和語音朗讀應用;
★(4)版式文件內容拷貝至WORD,須基本保持版面排版信息。
★(5)提供自由劃線、下劃線、刪除線、加亮等操作。
8、其他要求
★(1)必須能處理轉換廣西壯族自治區黨委辦公廳印刷廠所生成的二掃文件及PS文件。
★(2)版式文件必須支持夾帶任何數量、任何格式的附件。
(3)版式文件支持標準的 GBK、GB18030 等大字符集。
(4)版式文件支持文件的補字功能。
(5)版式文件必須是國內自有知識產權的軟件作品。
(6)競標人應準備好于評標過程中進行答辯,答辯時間約30分鐘左右。
(7)本次招標采用一次報價一次評標定標的方式。,具體見評標方案。
(二)電子印章平臺技術要求(注:帶★條款為關鍵技術要求)
1、安全性標準
(1)要求必須有基于PKI體系的軟加密方式。要求系統中流轉文件以文件級別加密,而非只依賴于傳輸加密。其他重要的交換的XML數據使用利用PKI體系進行傳輸加密。
(2)要求系統可與相應的第三方加密系統結合,可以整體解決IE頁面的傳輸加密問題。
★(3)系統須支持各級行政單位多級互聯架構,如有實現電子公章系統多級互聯(省、市)省級以上單位成熟應用案例,請提供相應證明材料。
★(4)系統支持PKI體系,可跟CA系統集成,如有與CA系統集成省級以上單位的成熟應用案例,并須提供書面證明材料。
2、系統架構
要求印章平臺要支持各級一級、二級網絡節點分級互聯架構,要求印章平臺采用數字證書的安全驗證模式,支持多級應用,支持各單位印章系統可信的互聯。
3、功能需求
(1)蓋章以及安全驗證模式
①采用可視化蓋章方式。直接在打開的文件上進行蓋章,所見即所得,適應原來辦公人員公章使用習慣。
★②整個系統中文件格式統一為同一種格式,包括初始定稿后文件、蓋章后文件、脫密歸檔的文件等,避免因文件格式不統一給操作人員帶來操作與管理上的麻煩。
③與第三方安全平臺結合的能力。支持CA、數字簽名、第三方加密技術等,實現與原來部署的加密系統的集成應用。
④ 與OA等其他業務系統結合的能力。要求系統提供完整、穩定的集成開發包。可和多種架構體系(比如.net,J2EE……的OA系統)進行集成,實現與現有的OA系統相結合。
(2)印章制作、保存及作廢
①印章制作。要求嚴格保證印章制作過程和保存方式的安全性。印章的表現形式要符合絕大多數單位的用章要求。
②印章保存。要求印章數據選用安全的格式保存。電子印章保存在移動介質的文件,與移動介質硬件本身進行綁定,復制加密的印章文件到其他移動介質不能使用。印章供系統識別操作者是否有權簽章或打印,因此必須保證密鑰的安全。
③印章和打印標識作廢。提供作廢已生成或已經發放印章的功能,服務器作廢印章后,U盤公章無法正常使用。打印標識作廢,作廢含打印權限的U盤。印章和打印標識作廢后,可以重新發放另外的U盤,以往的蓋章文件還可以繼續正常打印。
④印章掛起與銷毀。印章掛起,即手工暫停印章使用,可恢復。印章銷毀即徹底銷毀印章,以往的蓋章文件也不能打印出印章。
(3)打印控制
①要求系統可以采用軟加密的方式來控制打印;也可以采用控制的打印驅動方式來進行打印控制。
★②要求文件的打印份數與文件本身是分離的,打印份數保存在數據庫中,保證不會因為復制蓋章文件而使打印份數失控。
★③可按照工作要求,隨時確定那幾款打印機型號可打印紅頭紅章的公文,要求不能唯一綁定某些款打印機。
★④打印數量自動編號功能;
(4)安全控制
①印章管理遵循國家有關規定,遵守上級對下級授權的程序,對印章的啟用、廢除、用章都有記錄,可以對印章真實性進行鑒定。
②印章使用日志。要求系統針對于印章的每一次操作均有日志記錄,包括蓋章、打印加蓋印章文件的時間、單位、操作者、成功或失誤情況等。要求有完備的日志來宏觀控制印章安全,做到權責分明。
③紅頭紅章公文脫密下載。為了能在更廣泛的范圍進行電子公文的傳播,系統必須提供正式加密電子公文的脫密下載,下載的形式可讓用戶自由選擇是以“黑頭黑章”、“黑頭紅章”、“紅頭黑章”、“紅頭紅章”等任何一種形式的下載。
④提供印章備份功能以作系統崩潰后恢復之用。
(三)其他技術要求
1、基本要求
電子公文和信息交換的應用并不同于傳統意義上的以數據為中心的計算,它更關注于信息的傳遞,其特點是需要涉及大量的相關人員、數據,需要大量的交互與協調。因此需要一個堅固可靠、安全、可管理的符合Intranet/Internet標準的系統,這個系統能夠確保可以聯結從高端到低端的各種計算機設備,以便能夠充分利用現有的計算機資源;具有豐富的數據訪問、存儲、操縱和管理機制,為電子黨委提供綜合的數據處理能力。
綜上所述,在系統分析、設計、與程序實現的各個環節中,均按照嚴格的面向對象的方法開展。系統按開放性框架體系構筑。文件傳輸中全面采用XML技術與基于XML的Webservice技術。在網頁瀏覽器上即可完成辦公客戶端的操作。
2、安全性要求
(1)用戶身份的安全性。系統應確保只有授權的用戶才能進入系統,用戶的身份信息具有較高的安全性和保密性,應具有不可模仿的唯一標識。
(2)公文交換中心的安全性。因為交換中心是機關互聯網中的一個中心節點,因而有被內聯網中其他節點上用戶侵入的危險,系統必須保證中心節點和其它各節點的安全。
(3)網上信息交換的安全性。在廣域網上進行信息交換時,中間經過的節點很容易截獲這些信息,所以系統應保證這些信息不會被破譯解密,也不會被第三者假冒合法用戶與交換系統進行信息交換。
(4)所有在交換系統中交換的公文是安全和可控的。
3、可靠性要求
(1)交換對象的可靠性。這可以通過可靠的身份認證體系和加密設備來保證。
(2)交換信息的可靠性。這可以通過使用可靠的傳輸協議和傳輸格式來保證。
(3)交換設備的可靠性。采用本地雙機熱備份和異地雙機熱備份來保證。
4、可擴展性要求
(1)系統要提供一個開放的標準接口,不僅可以方便地聯接目前已知的各種應用系統(如OA系統)。
(2)提供系統接口,使交換系統既可單獨構架,獨立形成一個公文交換中心,也可同時構建多個公文交換中心,通過公文交換中心進行跨地區、跨行業的公文與信息交換。同時還可以與其他單位構建的公文與信息交換中心一起,協同工作。
5、可維護性要求
將所有關于電子公文的發送、接收、處理、系統中相關基礎信息、配置信息的維護、系統運轉過程中的出錯信息全部記錄在系統數據庫中,為系統的管理和維護工作帶來便利。任何時候都可以掌握系統的運行情況,任何時候都可以對系統中發生的操作進行回溯。
6、短信發送要求
短信發送該系統組成非常簡單,由短信發送軟件及短信GSM MODEM組成,要求能支持8路短信的發送,極大程度的提供發送的效率。要求能與短信機無縫連接并提供了發送短信的功能,使用人員只需要在發送短信的選項中打上勾,并點擊發送公文,短信即可通過電子公文傳輸系統將相關信息發送至預設好的手機號碼。同時,中心端的使用人員也可通過所配置的獨立軟件發送短信,該軟件獨立于電子公文傳輸系統,可隨時使用。
7、售后服務要求
本項目要求投標人根據以下的售后服務要求,提供更為全面、周到、細致、及時的售后服務方案,并做出明確承諾。基本售后服務要求包括:
(1)對軟件的相應調整,功能模塊修改、增加、刪除,軟件的定期升級等的服務方式。
(2)投標人必須承諾對所有提供軟件提供一年上門免費軟件維護、三年免費應用軟件升級、故障處理等保修服務。保修期自成交投標人和使用單位在驗收單上簽字之日起計算;所提供硬件設備提供三年免費保修。
(3)軟件故障報修響應時間:接到報障電話8個工作小時(8:00-18:00)內完全修復。
(4)所有保修服務方式均為投標人上門保修,即由投標人派員到使用方設備使用現場維修,由此產生的一切費用均由投標人承擔。
(5)投標人應明確軟件維護服務、應急服務的方式、反應時間、費用等。
(6)投標人應明確列出長期穩定的維護人員名單及聯系方式***
(7)投標人可以提供的其他服務內容。
一、公示時間為2009年7月10日至7月14日。公示期間,其他供應商若有異議,可以書面方式向廣西壯族自治區政府采購中心反映情況和問題。
二、聯系方式
聯系電話***
聯系人***
京公網安備 11010802028602號