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

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

34
2020年4月19日
文档仅供参考

XXXX电子股份有限公司
采购OA协同办公系统建设项目

招标文件
（招标编号： CAICJD018）

招标单位： XXXX公司
地 址： XXXXX

x月x日

目 录

第一章 投标邀请
第二章 投标人须知
一、投标人
二、投标资质文件
三、投标文件的编制
四、投标文件的审查、评议
五、授予合同
第三章 货物需求及技术规格一览表
第四章 商务条款
第五章 合同格式
第六章 附件
一、投标货物分项报价表
二、投标货物分项明细表
三、技术条款响应表

第一章 投标邀请
XXXX电子股份有限公司邀请国内合格的投标人就该公司OA协同办公系统建设项目及服务进行国内招标。特邀请具有此项供应能力的厂商前来投标。
1.招标编号： CAICJD018
2.招标内容：OA协同办公系统建设项目 1项
3.招标文件发售时间、地点：有意向的合格投标人可从 11月17日8时30分起至 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/T 8567- （计算机软件文档编制规范）、GB/T 7- （信息技术　软件维护）、SJ/T 10352（办公自动化系统开发设计指南）等国家各项标准的相关条款规定，与系统紧密联系的系统实施、产品服务也应遵循标准化原则，提供严谨科学的实施体系和多途径、及时有效的产品服务。
2.8 可扩展性：系统设计要科学、合理，应具有良好的可扩展性，用户能按需扩充新的功能模块及扩大应用规模（如数据量、用户数等），不得出现因功能与规模相互影响而导致实质性无法有效扩展等问题出现。
2.9 可管理性：系统应提供可视化的管理工具，允许经过多种手段，快捷管理、配置和监控系统运行状况，为系统正常运行提供技术保障。
2.10 系统集成性：系统应提供标准的接口，实现与当前及未来可能发生的系统的单点登陆、集成和整合。
3 技术要求
3.1 总体
3.1.1 OA系统应能满足在Windows /XP/ /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.5 OA系统的数据库采用Oracle 关系数据库（10G）或Domino（R8）数据库。
3.3 系统管理
3.3.1 系统管理应在OA平台内完成，不需要启用第三方开发软件，应具备一定范围内的远程管理能力。
3.3.2 ★系统应具有严谨的权限管理机制，可进行全面的权限管理，支持分级别管理授权。
3.3.3 ★系统应具备详尽的日志功能，记录操作者，时间，操作内容，文件去向，系统运行记录、错误报警等信息，便于分析与监管。
3.3.4 ★系统应具有完备的数据管理能力，支持数据备份、恢复策略定制，数据分区等操作。
3.3.5 OA系统应具有容错能力，在运行过程中出现错误时，提示故障原因。
3.4 二次开发
3.4.1 ★投标方应在投标文件中明确办公系统接口开放的范围和开放程度，系统应易于二次开发扩展，具备标准的二次开发平台，并提供开发工具和详细的二次开发指导文档。
3.4.2 ★系统应支持LDAP技术，以方便日后对人员信息的统一管理与集成。
3.4.3 OA系统的定制开发过程应按照软件项目进行管理，确保开发文档齐全，项目完成后应有列举所有开发项目的详细列表。
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开发，交换中心web Service接口。
4.5 表单中心
该功能主要完成公司的申请类、统计采集类、资源类、静态表单类从填写到审批到统计的全过程。
如借款/费用报销/合同审批/采购申请/固定资产报废/公务联络/绩效考核/办公用品申报/公章借用/接待申请/用车申请/培训申请/部门用人申请/人员调动申请/请假申请单/工作交接/重要工作请示等，经过定义信息载体（表单）和切合公司管理实际的应用流程，方便公司领导和各部门相关领导快速统计数据，了解情况。
4.5.1设计简单：经过word就能够任意设计表单图表，同时提供设计平台和丰富的控件类型（数字、日期、文本、复选、单选、流水号、重复项表格字段等），不需要专业开发语言，仅仅经过鼠标就能够快速完成设计，并可导入OA协同工作系统；另外还能够将表单样式导出到本地，再次导入时包括样式和表单元素均可一起导入；
4.5.2将设计的表单与单位各职能部门的管理规定结合，快速定制出审批流；并应能够针对相关部门、级别、岗位、个人进行授权。表单还需支持并发流程。表单审批流程应能够针对表单填写者的部门、级别、岗位等进行判断进行分支，也能够根据表单内容，对表单中字符型、数字型、枚举型、日期型、日期时间型、布尔型、数字表示式等进行组合分支条件定义；
4.5.3统计方便：系统应能够根据表单的内容进行任意的统计设置，并支持表单报表导出、支持结果转发协同和内容转发协同功能；
4.5.4穿透查询：领导对表单统计表中异常的数据能够直接进行查询数据的来源和处理内容；
4.5.5表单审批流能够作为过程型知识存放在OA系统归档中心。
4.6 提醒管理
对代办工作，会议安排等提供便条提醒、邮件通知、手机短信提醒等功能，保证信息的可靠传递。
4.7 OA归档中心
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 工作计划
用于个人和本部门的日、周、月工作计划的建立、送交、告知等日常计划管理。要求具有计划主送/抄送/告知、多附件上传、格式模板套用、项目关联、OFFICE和WPS文档编辑、任意时段计划编制、计划意见交流、计划总结和计划归档等功能。
4.8.3 个人日程
4.8.3.1该功能主要是为了记录个人或部门每天的工作内容，以起到日志、提醒和管理监督的作用。要求具有信息汇总、共享类型、优先级安排、完成情况显示、附件上传和查看多人日程的功能，支持跨日事件的安排、协同转日程和日程委托等，从多方面满足协同工作、事件安排、个人时间管理和部门日程管理的需求。
4.8.3.2支持根据日程时间安排工作事项，相互协调一致地展开工作；支持根据待安排的工作事项按重要、紧急两个纬度安排“我”的日程。软件必须兼顾两个方向的日程事件安排方式，按待安排、已安排、处理中、已完成共4种状态对“我”的工作进行管理，并对事项的数量、耗时等按重要/紧急两个纬度构成的4个象限进行工作统计，提供图形分析工具，帮助个人提升时间管理能力，对于领导者和中层经理特别具有价值。
4.8.3.3针对实际管理，系统需支持领导给下属安排日程事件，办公室给公司领导安排日程等应用功能，同时支持从协同事项转入日程事件、接受她人委托事项等多种的日程事件的管理，针对日程事件的信息的价值取向，提供私有、领导、下级、公开等多种信息共享和保密措施，保证信息化后的日程事件管理和协作能力。
4.8.4 工作日志：记录用户操作，即工作内容，并允许用户查阅近期工作情况。
4.9 会务管理
实现会议申报、审批、安排、通知、记录、查询等的综合管理功能。会务管理主要包括会议管理和会议室管理两部分。用户能够经过会议室管理查看所有会议室及相关资源的占用情况，会议冲突的检查，预定会议拟召开期间可用的会议室，确保会议室资源的合理、充分使用。会议管理还需要包含对参会人员日程冲突的检查，并支持如OFFICE和WPS文档在线编辑、会议与项目关联、会议纪要上传和多附件上传功能。并能提供会议信息统计功能。
4.10 公共信息
4.10.1企业文化展示窗口：用以展示企业在文化建设方面的内容
4.10.2管理制度查阅窗口：对公司各类管理制度进行分类管理，方便在需求时进行查阅
4.10.3公告
4.10.3.1包括发布公告、浏览公告、维护公告信息、查询公告、打印公告等功能。
4.10.3.2公告发起人能够按部门、职务级别、人员等方式发布公告。
4.10.3.3公告支持OFFICE和WPS文档格式排版发布，忠实再现公告原文格式。
4.10.3.4公告发起人能够查看公告接受人是否阅读公告，以及阅读的时间。
4.10.4 调查
经过发布调查问题，组织员工参与调查提交意见，收集和分析员工意见，以投票功能等多种应用帮助管理者及时掌握大范围的调查信息反馈。系统需要提供设置调查范围、问题多选、附加意见、结果统计等功能。调查能够设置多个题目，题目能够多选，或者单选，题目允许评论。
4.10.5 新闻
发布公司的重大新闻事件，树立员工信心，激发员工的工作热情。要求支持NEW标识显示。
4.10.6 公共通讯录
用于单位内部及对外联系的各种公共电话和邮件等信息的录入、导入、修改和查询。由有关部门负责收集和更新，集中在一起为所有用户共享使用。
4.11 办公助手
主要是为工作人员提供日常工作时要用到的一些小工具，如计算器、万年历查询等工具。并能方便地直接从OA系统登录到单位其它网站。
4.12 关联项目
4.12.1管理项目首先是在项目团队中共享信息，协调一致，在分工的原则下共同完成项目，实现既定目标。项目工作包含广泛，如筹备一次会议、举行一项重大活动等，除此以外也有一些行政中的如目标管理、督察督办等组织行为都能够按项目进行管理。
4.12.2软件必须建立必要的项目信息和归类，包括：时间、人员、文件、会议、计划、文档等相互联系要素，而且能够经过项目讨论区、项目留言达成项目信息的高效沟通和意见一致。
4.12.3项目建立含有以下这些元素：项目名称、时间、项目主管领导、人员、项目关联人员、项目负责人、项目状态、项目分类、项目阶段。对于项目权限进行设定，项目查看的权限完全和各个信息本身的权限相同。项目文档在文档管理中生成项目文件夹, 新建立的项目在项目文件夹的对应子目录中，经过预归档和归档来存储相关资料。
4.12.4项目计划管理：管理与项目相关的工作计划，用来分析解决问题需要花费的时间，增加项目可控性；
4.12.5项目范围管理：组织建立项目，确定项目的领导者和执行者；
4.12.6项目阶段管理：针对项目进展的阶段进行管理；
4.12.7项目信息管理：对所有相关的协同信息、计划、会议、文档进行组织管理；
4.12.8项目人员管理：对项目的相关人员能够查看相关人员的协同信息、计划、会议、文档；同时能够发给相关人员的协同、邮件；
4.12.9项目信息交流管理：项目的内信息和外信息都需要沟通，邮件连接协同，协同关联项目，将项目的内信息和外信息进行双向联系，达到信息的全面流通；
4.12.10项目讨论：项目组成员内部工作讨论区，用于项目组的成员进行协调和达成工作上的一致。
4.13 关联人员
经过建立组织中的人员关联机制，将工作中同事、上级领导和合作伙伴的相关信息快速关联在一起，能够快速查看到她们之前往来的协同，文档，日程，计划会议。根据人员的关联关系，把相关的事件信息统一在一起，方便快速查阅和共享关键结果数据，督察关联项目、关联人员的信息和状态。同时根据需要，能够给关联人员直接留言、发送协同、消息、委托安排事项，实现互动沟通。
4.13.1关联人员协同：获得关联人员发出和收到的协同信息，转发查询到的信息；
4.13.2计划会议：与关联人员相关的各种计划和会议；
4.13.3关联文档：与关联人员之间共享和借阅的文档；
4.13.4日程：查看关联人员的日程安排,如果是秘书或者领导,则能够安排日程；
4.13.5建立上下级和助手/秘书关系，上级能够对下属进行工作检查和日程安排；助手或秘书能够辅助安排领导的日程。
4.14 系统管理
对使用单位、部门、人员、岗位以及流程、栏目等内容灵活定义，经过一定的配置就能够实现系统的适应性，保证系统维护的简易性，应用程序及接口的一致性。
4.14.1应能设立多级管理员：集团管理员、单位管理员、部门管理员；
4.14.2应支持批量导入方式；
4.14.3提供文档管理的分级授权管理员；
4.14.4提供表单管理的分级授权管理员；
4.14.5提供公文管理员设置，并能够作为角色在流程中进行调用，支持设定部门级的公文督办人员，对公文的流转进行实时管理；
4.14.6提供节点权限自定义设置；
4.14.7人员基本信息、权限和主副岗位，包含用户标识、登录口令、用户名称、年龄、性别、电子邮箱、单位、部门、职位等。同时对所建立的人员进行权限的定义。支持一人多岗及一人多部门；
4.14.8提供格式设计；
4.14.9提供企业邮箱设置；
4.14.10提供系统日志统计；
4.14.11提供印章授权管理工具；
4.14.12提供公文文号管理；
4.14.13应能对系统访问量及具体用户访问登录信息进行查询和统计。
4.15 桌面整合
系统应能够经过独立登录或将窗口最小化，形成在windows界面中的托盘，启用时经过框架调用IE并传递相应权限信息，调用相应功能发起协同事件。经过该功能实现整合桌面，要整合OFFICE系统如Outlook，Word、Excel、PowerPoint这些OFFICE系统中最常见的工具，经过集成OFFICE和WPS作为文件、附件的编写器，可有效完成信息的集成；同时系统登录进入首页后，可提供个人的办公页面以及单位页面等，个人页面提供个人日常办公需要的模板、文档等，单位页面提供单位的新闻、公告、共享文档，并能够提供首页桌面相关板块的快速个性化定制，包括将部门事件和单位事件以及个人事件定制到个人的首页上。
4.15.1发送协同：直接进入协同新建页面
4.15.2发送公文：直接进入公文的发文或是收文
4.15.3批量上传文件进入到我的文档和单位文档中
4.15.4设置手工登录、自动登录、开机登录三种登录协同方式。
4.15.5OFFICE打通：在Word、Excel、PowerPoint文件中嵌入系统，在编辑文件后能够直接经过系统发送到协同、公文，上传到文档管理中。
5培训要求
OA系统的实施，一个很重要的工作就是用户培训。必须建立一套完善的培训体系，从管理维护和普通应用两个层次，从支撑平台和OA系统本身两个方面进行全面培训。经过培训，切实建立起系统运行所需要的管理维护人员和普通办公用户队伍。由于影响面很大，要求在1个月内完成全部培训，实现全员正式使用。
5.1为项目组成员和其它应用人员提供总时间不少于5学时的OA系统简介培训，确保参与人员培训后对OA系统的原理、整体架构和流程，以及OA系统实施过程有完整的了解；
5.2为OA系统管理员提供总时间不少于60学时的OA系统管理培训，确保OA系统管理员能进行正常的OA系统管理和配置工作，掌握OA系统的备份/恢复和性能优化，正确处理OA系统常见问题；
5.3为应用人员提供总时间不少于5学时的应用培训，确保应用人员能在OA系统中熟悉相关操作，顺利办公；
5.4为至少2名OA二次开发人员提供总时间不少于40学时的二次开发培训（如系统、数据库的维护和开发等），确保开发人员具备根据工作需要和变化进行独立二次开发的能力；
5.5提供详细的使用手册。
6售后服务要求
为保证OA系统上线后的正常应用，并拥有长久生命力，投标商必须提供完备的售后服务保障。对于系统运行过程中出现的问题能及时得到技术支持和解决；对新的需求和出现的问题能得到后续的升级服务等。
6.1投标方提供OA系统在正式验收后至少1年的免费维护服务；
6.2投标方在被要求现场服务后，应在2小时内到达现场，4小时内解决问题；
6.3除软件模块和用户许可扩充外的产品升级，包括OA系统的各种集成接口升级等，应及时告知并提供永久性免费升级服务。
（备注：如各投标商在售后服务方面可提供更为优厚的承诺，请在投标书中明确列出，）

第四章 商务条款
序号
招标主要商务要求
投标响应
备注
*1
投标方将投标货物的价格表单独密封。
1.投标价格分列出投标货物型号规格、数量、单价、总价；
2.列出投标货物到达招标方用户地所需运输费、吊装费、保险费、税费、杂费等，其中免费项目须作说明；
3.分列出安装、调试、验收、培训、技术服务所需费用，其中免费项目须作说明；

*2
投标方保证将此货物安全运抵招标方工厂内；

3
交货期是合同生效起10天内投标方到达招标方调研并提出实施方案，方案15天内在招标方经过后，交给投标方具体实施，具体实施时间在3个月内完成并经过验收，（非招标方的原因延迟除外），超过3个月不予考虑；如签订合同后，实际交付期每超过1天，将由招标方从投标方收取合同金额的3‰罚金，如超过交货期30天，招标方有权解除合同，同时，投标方将对招标方所造成损失进行赔偿，赔偿金额按《合同法》和《计算机软件法》条款执行。

4
投标方取得中标资格后，不得将本项目分包或委托第三方实施。

5
投标方应承诺所投标的货物均为招标方所要求的厂家原装正品货物。

6
买方（招标方）和卖方（投标方）一经签订合同，合同即生效，招标方在20天内支付合同金额30%给投标方，该货物到达招标方验收合格后，招标方在6个月内支付合同金额60%，质保金10%在该系统正常运行12个月后立即付清；

7
招标方支付给投标方合同款达到90%时，投标方在1个月内出具合同全额增值税发票给招标方；

8
免费质保期见第三章第6条售后服务要求

9

售后服务要求见第三章第6条售后服务要求

*10
投标方