OA协同办公系统建设项目招标书.doc

OA协同办公系统建设项目招标书.doc

《OA协同办公系统建设项目招标书.doc》由会员分享，可在线阅读，更多相关《OA协同办公系统建设项目招标书.doc（16页珍藏版）》请在冰点文库上搜索。

有限公司12－16

XXXX电子股份有限公司

采购OA协同办公系统建设项目

招标文件

（招标编号：

2010CAICJD018）

招标单位：

XXXX公司

地址：

XXXXX

2010年x月x日

目录

第一章投标邀请

第二章投标人须知

一、投标人

二、投标资质文件

三、投标文件的编制

四、投标文件的审查、评议

五、授予合同

第三章货物需求及技术规格一览表

第四章商务条款

第五章合同格式

第六章附件

一、投标货物分项报价表

二、投标货物分项明细表

三、技术条款响应表

第一章投标邀请

XXXX电子股份有限公司邀请国内合格的投标人就该公司OA协同办公系统建设项目及服务进行国内招标。

特邀请具有此项供应能力的厂商前来投标。

1.招标编号：

2008CAICJD018

2.招标内容：

OA协同办公系统建设项目1项

3.招标文件发售时间、地点：

有意向的合格投标人可从2008年11月17日8时30分起至2008年11月18日16时30分，从XXXX电子股份有限公司机动公司获取电子版招标文件。

4.招标文件售价：

免费。

5.投标截止时间：

6.开标时间：

7.开标地点：

XXXX电子股份有限公司3号会议室，由本公司审计、财务等多个部门共同出席在场开标并记录在案。

8.开标时间、地点说明：

招标方可根据实际情况临时变更开标时间、地点，投标方不需参加开标事宜。

9.招标组织单位：

XXXX电子股份有限公司

联系人

联系电话：

传真：

电子邮件：

第二章投标人须知

一、投标人

1.　凡具有独立的法人资格，有生产或供应能力的国内企事业单位或在中国注册的外国独资、中外合资、合作企业均可参加投标。

经销商（代理商）应提供投标货物销售的授权书，明确技术培训部门、售后服务部门的归属，并提供相应的承诺说明。

2.投标人应遵守国家有关法律、法规和条例。

3.投标费用：

无论投标过程和结果如何，投标方编制投标文件、技术交流等一切相关费用均由投标方承担。

4.投标方须对发标组织单位就其提交的招标文件资料等严加保密，不得向其他投标方或个人泄露。

5.投标方若对招标文件有疑问，可于投标截止日前5天以书面传真方式询问招标方，由招标方负责进行解释。

6.在投标截止时间前，招标方可对招标文件以补充文件的方式进行修改，并以书面或传真方式通知已获取招标文件的每一投标方。

补充文件将作为招标文件的组成部分，对所有投标方有约束力。

为使投标方有足够的时间按招标文件的修改要求考虑修改投标文件，招标方可酌情推迟投标截止日期，并将此变更通知上述每一投标方。

7.　超过投标截止时间提交标书，招标方有权拒收标书，视为投标方自动放弃投标。

8.投标方获得了招标文件而不参加投标，请在开标前2日以书面形式通知招标机构。

若该项目因不足三家而导致重新招标，未予书面通知的单位将被取消重新参加该项目的资格和被招标方纳入不诚信的单位记录在案，以后招标方其它招标事宜都将取消该单位资格。

二、投标资质文件

1.投标方应提交证明文件，证明其有良好的企业信誉和履约能力等基本条件，有资格参加投标和中标后有能力履行合同的文件，作为其投标文件的一部分并作为商务评标依据之一。

具体要求如下：

2.投标方（代理商）的法人营业执照、组织机构代码证、税务登记证；

3.投标方（代理商）法定代表人授权书；

4.投标方（代理商）的公司概况，包括经营、销售、技术、服务能力等；

5.投标方（代理商）取得的各种许可证、质量体系认证等；

6.投标方（代理商）应提供在开标前3-6个月银行开具的资信证明原件或复印件；

7.制造商向投标方（代理商）颁发的销售授权证书；

8.制造商取得的各种行业注册证、许可证、质量体系认证等；

9.如投标方代表不是法人代表，须持有“法人代表授权书”；

10.投标系统样本资料，如与投标内容不附，需作说明，否则可能导致废标；

11.投标方应具有从事同类项目5年以上经验（包括同规格、近似规格项目、同类用途项目），并具有一定的用户和规模。

同类项目30个用户清单（用户名、地址、型号规格、电话、联系人）；

三、投标文件的编制

1.投标人应仔细阅读招标文件中所有内容，投标人未按招标文件要求提供全部资料或提交的投标文件没有对招标文件作出实质性响应，那么投标人将承担风险，有可能导致投标无效；

2.投标文件上采用的货币单位是人民币元，所有单价及投标报价均以人民币计算；

　*3.投标文件的组成。

投标人准备的投标文件包括：

（a）投标函；（b）投标货物数量、价格表；（c）资质文件；（d）商务部分偏离表；（e）技术部分偏离表（d）投标说明及投标书附件（投标人视需要自行编写）

4.投标方应将投标文件一起装入一个的大的密封袋，其中（b）投标货物数量、价格表应单独密封，一同放入投标文件的密封袋，密封袋填写密封日期，并加盖投标方公章；

5.有下列情况之一的，其投标书一律无效：

（1）投标书未按规定密封；

（2）投标书未盖单位公章和无法定代表人、法定代表人授权的代理人签字或盖章的；

（3）投标方未按招标文件的规定要求和格式填写，或内容不全、字迹模糊不清、难以辨认；

（4）投标书未按规定的投标截止日期送达指定地点；

（5）投标文件未按规定（一份正本和一份副本）准备投标书的；

（6）投标有效期不满足招标文件要求的；

（7）投标方的投标价不止一个，出现选择报价的；

（7）商务条款和技术条款中打“*”的任何一项，如果发生偏离将导致废标；

6.投标文件必须由法人代表或全权代表签署，投标文件中投标书副本可提供复印件，投标文件须注明“正本”和“副本”字样；投标文件不得涂改和增删，如有修改错漏处，必须由同一签署人签字或盖章；

7.投标有效期为投标截止日期之后90天，有效期短于这个规定期限的投标，将被拒绝；

8.投标保证金：

无

四、投标文件的审查、评议

1.招标方在开标后可随时请投标方对投标书进行澄清解答，解答时投标方不得对投标书中实质性内容和报价加以修改，除非招标方同意。

2.招标方在开标后请投标方对投标书进行澄清解答时，该询问并不表示建议改变投标价，也不表示减少投标方任何责任。

3.评标工作由招标方负责组建的评标委员会负责，根据投标方的技术标和经济标的综合情况进行评议，此方法仅适用于XXXX电子股份有限公司招标的评标工作。

4.评标原则是根据投标方的报价、履约能力、资质信誉、资金状况、是否满足招标货物的技术要求、质量保证、交货期、付款方式、市场用户反馈信息、市场占有率、售后服务情况等内容进行综合评审，公平公正地评选中标单位。

5.招标组织单位保留与任何投标方作进一步议标的权利。

6.招标方不承诺最低报价为中标的唯一保证。

7.此次招标的解释权归XXXX电子股份有限公司。

五、授予合同

1.招标方可以在定标以前拒绝任何或全部投标，而不负任何责任，对未中标方不承担任何责任及作任何解释，招标方以书面形式通知中标人其投标被接受，并通知在规定时间内前来商签合同。

2.中标方必须在中标通知书规定的期限内与XXXX电子股份有限公司签订合同，否则招标方有权取消其中标资格。

3.中标方在签订合同时，坚持提出附加条件和不合理要求，或对合同条款提出原则性修改，招标方有权取消其中标资格，由此产生的一切损失由原中标方负责。

第三章货物需求及技术规格一览表

1建设内容

1.1以业务流程处理为主要内容的协同工作系统。

1.2以公文收发管理为主要内容的公文流转系统。

1.3以有审批流的统计表单处理为主要内容的表单应用系统。

1.4以个人事务处理为主要内容的个人办公系统。

1.5以企业文化建设为主要内容的企业文化展示系统

1.6以文档资源共享为主要内容的文档管理系统

1.7与办公有关的辅助性功能。

2系统设计基本原则

为保证项目能达到上述建设目标，在设计过程中应遵循如下原则：

2.1安全性：

系统必须建立整套包括相关技术和制度在内的严格、缜密、可靠的协同办公安全管理机制。

2.2持续升级：

系统必须保证能够无须定制地平滑升级，供应商应能提供曾经数次成功升级的版本序列、客户升级文件等以证明其具有平滑升级能力和承诺。

2.3产品化：

系统应是成熟稳定的产品，经过完整的系统验证，确保系统的稳定可靠。

2.4先进性：

系统应采用先进、成熟的开发平台，使系统各项功能得到可靠执行。

2.5易用性：

系统应提供友好的用户界面，人性化的设计，简单易用，便于操作。

2.6功能关联性：

系统设计应充分考虑功能间高度关联，如协同工作处理过程和内容以及公文内容、审批意见、处理情况等都可以作为过程型知识，存放在OA的存档中并能根据处理情况自动更新；存档中心的文件除了可以共享外，还能借阅转发协同等；所有统计表单的使用及处理过程都可以存放在OA的存档中心中供领导查阅等。

2.7标准化：

系统设计和开发应符合ISO9000质量认证、GB/T8567-2006（计算机软件文档编制规范）、GB/T20157-2006（信息技术　软件维护）、SJ/T10352（办公自动化系统开发设计指南）等国家各项标准的相关条款规定，与系统紧密联系的系统实施、产品服务也应遵循标准化原则，提供严谨科学的实施体系和多途径、及时有效的产品服务。

2.8可扩展性：

系统设计要科学、合理，应具有良好的可扩展性，用户能按需扩充新的功能模块及扩大应用规模（如数据量、用户数等），不得出现因功能与规模相互影响而导致实质性无法有效扩展等问题出现。

2.9可管理性：

系统应提供可视化的管理工具，允许通过多种手段，快捷管理、配置和监控系统运行状况，为系统正常运行提供技术保障。

2.10系统集成性：

系统应提供标准的接口，实现与目前及未来可能发生的系统的单点登陆、集成和整合。

3技术要求

3.1总体

3.1.1OA系统应能满足在Windows2000/XP/2003/Vista多中操作操作系统上使用。

3.1.2本次采购的OA系统应支持700个以上并发用户正常使用，注册用户数不受限制，客户端连接数量不受限制。

3.1.3投标方在实施和维护中安装的OA系统软件（模块）必须是一套原开发商的全新软件，不得拷贝任何经过第三方定制、更改后的软件（模块）。

3.2软件架构

3.2.1★三层结构：

要求采用开放架构及标准的“表现层－逻辑层－数据层”三层次结构。

3.2.2★OA系统架构应采用纯B/S模式，客户端零安装,通过微软IE（6.0）浏览器能稳定可靠使用。

系统的维护和版本更新应只限于在服务器上进行。

3.2.3★OA系统应满足集团化应用，支持不同层级的分支机构，并在同一套系统内能确保其数据的独立性。

3.2.4★系统应具备门户化的功能，应具备与其他业务系统如流程、消息提醒、数据处理等方面的整合能力。

3.2.5OA系统的数据库采用Oracle关系数据库（10G）或Domino（R8）数据库。

3.3系统管理

3.3.1系统管理应在OA平台内完成，不需要启用第三方开发软件，应具备一定范围内的远程管理能力。

3.3.2★系统应具有严谨的权限管理机制，可进行全面的权限管理，支持分级别管理授权。

3.3.3★系统应具备详尽的日志功能，记录操作者，时间，操作内容，文件去向，系统运行记录、错误报警等信息，便于分析与监管。

3.3.4★系统应具有完备的数据管理能力，支持数据备份、恢复策略定制，数据分区等操作。

3.3.5OA系统应具有容错能力，在运行过程中出现错误时，提示故障原因。

3.4二次开发

3.4.1★投标方应在投标文件中明确办公系统接口开放的范围和开放程度，系统应易于二次开发扩展，具备标准的二次开发平台，并提供开发工具和详细的二次开发指导文档。

3.4.2★系统应支持LDAP技术，以方便日后对人员信息的统一管理与集成。

3.4.3OA系统的定制开发过程应按照软件项目进行管理，确保开发文档齐全，项目完成后应有列举所有开发项目的详细列表。

3.4.4★投标方在进行OA系统实施过程中，软件基本模块功能不得基于底层基础平台进行任何编写代码形式的修改，只能利用模块本身进行参数化、图形化定制，如在基本模块功能之外确实需要此类开发的，必须与招标方取得共识，且确保OA系统升级后原开发部分能正常工作，并提供定制部分的终身升级服务。

3.4.5投标方应承诺：

当OA系统软件平台升级时，应确保系统所支持的工具软件、数据接口、应用服务接口等可以按原有模式正常工作。

3.5数据移植

3.5.1投标方应完成现有OA系统中组织机构的移植。

3.5.2投标方应完成现有OA系统中历史公文数据的移植。

4功能要求：

4.1信息门户

信息门户为公司管理人员及技术人员工作的系统化平台，在门户系统中应方便快捷的实现各项工作的处理，集团文化的展现，与其他系统的集成（目前暂时为单点登陆）等功能。

4.1.1多级空间门户：

个人空间门户（可自定义）、部门空间门户、子公司（分公司）门户、集团空间门户，并通过分权限管理控制展示不同的内容。

4.1.2门户基本内容：

包含但不仅限于信息发布，企业文化展示，个人办公（工作计划，代办工作等），流程中心，协同平台，邮件中心，专栏（工作制度；内部刊物），在线交流，征求意见调查，论坛等。

4.2集团化应用

对于公司集团内的单位既要求信息互通，又要求管理独立，每个单位有自己独立且完善的组织结构，单位受统一的集团的制度约束。

完全构建符合公司集团化组织结构，在集团组织中由多个单位共存，组成了集团组织树。

4.2.1支持多单位之间的角色转换和消息共享；

4.2.2单位之间的角色相互参照；

4.2.3用户可以在多单位之间兼职；

4.2.4不同的单位之间，信息范围和形式不同；

4.2.5拥有跨整个集团的公共信息空间；

4.2.6跨单位之间的事务处理；

4.2.7不同单位之间的人员相互发送事务；

4.2.8跨单位的信息接受、消息处理、事件追踪。

4.3协同工作

协同工作单元是公司内部员工间的协同工作平台。

支持简捷的文字编辑、信息流转、意见加载、振荡回复、与其它协同和文档关联，以及多附件上传、图片粘贴等，支持协同和邮件的互通。

协同工作单元还应该能够实现自建流程、调用模板流程、自建个人模板、调用格式、制作表单、导入表单、表单捆绑流程、调用统计表单、对超期流程情况进行统计等功能，以完成资料传递、审批、请示、报告、汇报、工作沟通等工作内容。

具体要求如下：

4.3.1图形化流程：

可以用图形化的方式，由客户端灵活地自建流程等；

4.3.2分支流程：

可以整合多个流程，可以在选择分支点进行多种数据类型的条件判断，除数字类型判断外，还必须支持非数字类型；

4.3.2.1系统模板定义：

协同、公文模板的分支流程定义，普通分支流程能够根据部门、职务、权限等系统内部定义的职能进行判断，表单流程还应支持根据表单填写的内容进行分支的判断；

4.3.2.2分支条件定义：

A自动条件：

支持部门、组、岗位、职务级别的组合条件定义；B自动数据条件定义：

对表单的数据项的主表字段和重复项字段设置逻辑表达式；C手工分支，由处理节点来选择后续流转分支；

4.3.2.3分支流程增加强制条件，设定为强制的分支，由系统根据设定条件自动判断分支条件满足或不满足，流程处理者不能进行手工选择修改；

4.3.3丰富的流程策略：

可以终止、回退、回收、撤销、加签、知会、转发和重复发起等；

4.3.4协同振荡回复：

发起人可以在流程结束前添加正文补充，处理人可以在流程结束前对已经回复意见的协同进行振荡回复，回复的意见可以设置为隐藏（隐藏时只对发起人、回复人可见）；打印振荡回复的讨论意见；

4.3.5流程查看功能：

在流程查看中可以对流程内的所有流程参与人发送在线消息；

4.3.6可以使用统计表单，完成对表单数据的交叉统计和汇总统计；

4.3.7可以图形化的方式对协同流转进行全程跟踪、催办、查办协同的处理等；

4.3.8应支持OFFICE和WPS编辑功能，提供手写签名识别、OFFICE和WPS等对正文的处理等功能扩展；

4.3.9协同转日程：

查看已发协同时,转化为日程的系统出现在处理人的日程事件列表中；

4.3.10邮件可以转发为内部协同；

4.3.11协同进行归档和预归档。

4.4公文流转

公文流转作为办公室工作的重要内容，也是OA系统的核心部分，功能包括收文管理、发文管理、部门发文及流转、跟踪、督办等；内容包括各种下发和上呈的公文、信息的通报、会议通知、应急通知等。

要求必须实现公文稿纸与正文分离，公文管理员能够在流程中进行自动匹配，通过公文流转系统实现收发文管理的自动化，由电子行文代替手工行文，解决公文传递慢，信息不及时、不同步，不易于查阅等问题。

具体要求如下：

4.4.1收文管理：

进行收文处理，实现收文的登记到办理或外来收文转内部发文的全部过程；支持两种方式建立公文流程：

一种是调用公文模板来建立；二是由公文收文登记人员自定义公文传输流程；全面支持公文节点的自定义；

4.4.2发文管理：

进行发文处理，实现发文的登记到审核办理的全部过程；支持两种方式建立公文流程：

一种调用公文模板来建立；二是由公文收文登记人员自定义公文传输流程，全面支持公文节点的自定义；

4.4.3公文交换：

发文封发完毕，进入公文交换发送到各个公文接收单位，公文接收单位进行公文的签收；支持查看发送单和签收单；

4.4.4公文督办：

对每种公文流程系统可以指定公文督办人员进行监督管理，日常公文办理中拟办人员在处理公文时可以指定该公文的督办人和督办期限，被指定的督办人员可以对公文的流程进行改变；

4.4.5公文单催办功能：

可以进行催办，并对催办记录进行查看；

4.4.6公文档案：

进行公文文件存储，提供公文组合查询；

4.4.7公文统计：

支持依照公文的收、发文状态进行统计和查询；支持收文统计、发文统计、归档统计、已封发和流转中发文查询；同时支持公文单的摘要、处理情况、备注的信息填写。

该功能权限授予公文收发员；

4.4.8痕迹保留：

提供全面的键盘批注和手写批注的痕迹保留，在进行修改文字时的全痕迹保留，包括键盘修改和手写修改的痕迹保留。

将记录审批流程中每个审批人对公文正文的修改内容和修改时间，并且同一时间只允许一个人对同一公文的正文进行修改；

4.4.9手写批注：

提供全面的键盘批注和手写批注功能；

4.4.10电子签章，签名：

支持电子签章和手写签名；提供安全的电子签章，签名管理和盖章、签名功能，在文档上任意地方加盖签章（单位印章或个人手写签名）；

4.4.11文档清稿：

实现草稿和文档对照功能，进行文字清理；

4.4.12套红封发：

实现封发时公文文头信息修改；发文支持实现自动公文红头套用；

4.4.13公文节点权限:

定义公文流程节点名称和操作,切合实际公文流转过程名称；

4.4.14公文文号管理:

实现建立公文收发文自动文号；

4.4.15印章管理：

实现对电子印章的统一管理，分配/收回用户签章权限、访问记录等；

4.4.16公文管理员统计功能：

单位公文管理员应能形成公文统计表；

4.4.17公文模块二次开发接口：

提供外部公文导入的SDK开发，交换中心webService接口。

4.5表单中心

该功能主要完成公司的申请类、统计采集类、资源类、静态表单类从填写到审批到统计的全过程。

如借款/费用报销/合同审批/采购申请/固定资产报废/公务联络/绩效考核/办公用品申报/公章借用/接待申请/用车申请/培训申请/部门用人申请/人员调动申请/请假申请单/工作交接/重要工作请示等，通过定义信息载体（表单）和切合公司管理实际的应用流程，方便公司领导和各部门相关领导快速统计数据，了解情况。

4.5.1设计简单：

通过word就可以任意设计表单图表，同时提供设计平台和丰富的控件类型（数字、日期、文本、复选、单选、流水号、重复项表格字段等），不需要专业开发语言，仅仅通过鼠标就可以快速完成设计，并可导入OA协同工作系统；此外还可以将表单样式导出到本地，再次导入时包括样式和表单元素均可一起导入；

4.5.2将设计的表单与单位各职能部门的管理规定结合，快速定制出审批流；并应能够针对相关部门、级别、岗位、个人进行授权。

表单还需支持并发流程。

表单审批流程应能够针对表单填写者的部门、级别、岗位等进行判断进行分支，也能够根据表单内容，对表单中字符型、数字型、枚举型、日期型、日期时间型、布尔型、数字表达式等进行组合分支条件定义；

4.5.3统计方便：

系统应能够根据表单的内容进行任意的统计设置，并支持表单报表导出、支持结果转发协同和内容转发协同功能；

4.5.4穿透查询：

领导对表单统计表中异常的数据能够直接进行查询数据的来源和处理内容；

4.5.5表单审批流能够作为过程型知识存放在OA系统归档中心。

4.6提醒管理

对代办工作，会议安排等提供便条提醒、邮件通知、手机短信提醒等功能，保证信息的可靠传递。

4.7OA归档中心

OA归档中心应将协同工作、表单应用和会议、公文等处理过程的信息进行归档。

并通过授权能够向组织各部门及各分支机构员工进行共享、借阅、转发和链接。

其中文档存储中心，提供文档目录管理、文档查询等功能。

通过文档目录管理，能够方便地对所有文档目录进行设定、维护，使文档体系能够严格遵循单位的相关管理要求。

用户可经文档管理中心授权后对相应的文档目录进行维护，自主添加和删除文档。

其他用户能够对文档中心有访问权限的文档进行查阅。

4.7.1我的文档:

存储用户个人的文档，提供文件夹的建立，文件的建立修改和查询；

4.7.2单位文档:

存储单位的文档，提供文件夹的建立，文件的建立修改和查询；

4.7.3项目文档:

增强对项目的管理，对项目文档进行独立的分类，形成以项目负责人为主导的项目文档管理体系；

4.7.4公文档案：

公文档案用来进行公文文档的存储、归档，由公文档案库管理员进行管理；

提供批量上传功能；

4.7.5提供对过程性的知识归档功能，如协同、表单、公文中的流程过程、所有人的意见以及对正文的修改等，作为一个文档进行保存；

4.7.6提供协同、表单和公文流程预先归档功能；

4.7.7提供在线编辑OFFICE和WPS文档的功能；提供按照权限设定是否支持下载和打印操作

4.7.8显示其他用户共享给使用人的文档夹；

4.7.9提供综合查询，能够进行发起人、关键字、时间段、标题、归档状态等组合查询各类文档，如：

协同、公文、表单、事件、计划、会议、新闻、公告、调查、讨论、文件等；

4.7.10文档与其它系统关联，如文档能够转发协同、转发邮件；

提供文件树，在“我的文档”根目录下包括我的计划、他人文档、借阅文档、用户个人文档和文档夹。

在“我的计划”文档夹中包括日计划、周计划和月计划文档，分别用来存放用户个人的日计划、周计划和月计划。

形成完整协同、文档和计划的全面管理。

4.7.11存放全集团各种新闻，公告，调查，进行全集团讨论，展示各种集团共享文件和文档，是信息共享最大化。

4.8个人办公

能够浏览和查询个人工作状况，处理个人日常的工作事务。

包括日程安排、工作计划、工作日志、个人文档、个人通讯录、电子邮件以及事务提醒等项目。

4.8.1邮件系统：

支持多个附件的传输

4.8.2工作计划

用于个人和本部门的日、周、月工作计划的建立、送交、告知等日常计划管理。

要求具有计划主送/抄送/告知、多附件上传、格式