OA协同办公系统建设综合项目专项招标书模板.doc

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
投标方应承诺所投标软件等介质均为正版，确保招标方享受其提供软件在知识产权方面权利，假如在招标方使用过程中一旦发生第三方指控时，应由投标方负责和第三方交涉，并负担由此产生一切法律和经济上责任。假如在诉讼或仲裁中被认定组成侵权，软件使用被严禁，投标方应负担对招标方所造成一切经济损失，任何软件知识产权纠纷和招标方无关。

*11
投标方应承诺所投标软件等介质不含计算机病毒类程序，不存在损坏招标方应用环境系统隐患。

*12
投标资质文件。见招标书第二章第二项

*13
法人代表授权书

第五章 协议格式
招标方（需方）：
协议编号：
投标方（供方）：
签署地点：XXXX电子股份

签署时间： 年 月 日
一、 产品名称、商标、型号、厂家、数量、金额、供货时间及数量
序号
名称
功效模块
单位
（套）
数量
单价
（万元）
总价
（万元）
交货期
备注
1