维扬经济开发区管理委员会OA办公系统信创升级及数据迁移项目
****管理委员会OA办公系统信创升级及数据迁移项目
项目需求详情
一、项目一览表
项目名称 | 采购预算 (万元) | 成交供应商数量(名) |
****管理委员会OA办公系统信创升级及数据迁移项目 | 48.5 | 1 |
二、建设背景
****经济开发区管委会系统信息化建设,在信创环境下,提高办文办会办事效率,满足公文、会议、督办等移动办公需求,经相关部门反复测评研究,****经济开发区管委会协同办公系统国产化升级及数据迁移项目建设。
建设内容
****经济开发区管委会一办****社区,****政府政务OA办公系统,共计覆盖用户200人。本次协同办公系统主要实现办文办事办会、督察督办、资产管理、合同管理等功能并实现移动办公,移动端数据和电脑端数据同步,并将老系统中相关数据进行迁移。
三、建设目标
1、 项目建设目标
****开发区管委会内部业务管理需要为基础和核心,****开发区管委会内部高效沟通平台为长远目标。通过建设国产化业务管理系统,实现业务管理过程中信息的协同、业务的协同和**的协同,提高业务管理效率,构建办公室办公和移动办公为一体的自动化管理体系。建立与IT总体规划相适应的具有前瞻性、先进性、可扩展性和易于集成的大型业务管理管理平台,是本项目建设的总体目标。在保证现有版本OA各项功能和授权不少的基础上,对其进行升级在适配Windows的基础上适配各类国产化桌面和移动端操作系统。
四、需求清单
序号 | 子系统 | 模块 | 功能说明 |
1 | 协同办公系统 | 基础平台 | 基于J2EE架构开发,具有开放的体系,采用B/S结构设计。全面支持包括全面国产化软硬件平台,支持Windows Server/Linux/中标**/银河**等操作系统,支持WebSphere、WebLogic、Tomcat、**通、金蝶等中间件,支持人大金仓、南**用、达梦等国产数据库产品与Linux JDK,同时可支持Oracel/SQL/MYSQL |
门户空间 | 利用Portal技术提供灵活的门户定制功能,可同时订制综合信息门户、部门门户、个人门户和主题门户,支持不同单位风格和内容定制。 系统需预置多种样式库(包含整体样式库、栏目布局库、栏目外框库、栏目样式库等)、**库(图片库、图标库等)、门户开发手册,方便后期用户自行调整门户空间布局及展示内容。 | ||
门户页面中,支持自定义栏目,展示领导免冠照和基本信息,包括但不限于领导姓名、邮箱等信息,信息内容支持自定义;对于人员去向的多种状态,需有公示牌进行展示,员工状态有在岗、外出、休假等。 | |||
事务管理 | 政务审批:通过表单和流程的配置,实现政务审批的规范管理,包括请销假审批、公务接待审批、外出培训审批、公务员出国审批、用车审批等管理应用。 | ||
领导审批的意见落款支持自定义,包括:态度、意见、姓名方式、 部门、单位、日期时间及格式等;支持意见与落款换行显示;支持日期与签名换行。 | |||
工作交办:能够把工作任务指定到单位和具体的人员,并能通过设定完成的时间,到期提醒,方便进行督办和催办,工作任务完成情况反馈到工作交办人。 | |||
综合办公 | 日程安排:用于安排个人的工作、活动、计划等事项;秘书可代为领导记录日程;领导工作动态,仅供有权限部门或个人查看。也可形成日程表,向有关人员发放。日程安排可以同步到移动终端设备(手机或pad设备)。 | ||
主要完成办公的辅助管理,包括车辆、办公用品、设备、图书资料的登记、申请、审批、借出归还以及统计功能。由单位管理员指定的综合办公管理员对车辆、办公用品、设备、图书资料进行登记,普通用户申请后再由管理员进行审批借出归还等 | |||
文档管理 | 公共文档:可分级管理的公共文档库,可以按部门、级别、岗位等方式分配权限,进行文件、资料的查阅。 | ||
个人文档:本系统为个人收集保存不同来源的重要资料文档和信息提供分类共享管理,可以将文档和信息共享给其他人员,其他人员可以通过共享文件夹查看到共享给自己的文档和信息,但是不能删除,共享人可以随时取消资料的共享。 | |||
对各种文档、信息、期刊简报等资料文件进行分类管理,实行分层次、分级别的权限管理。 | |||
工作流管理 | 工作流模块应具备可视化的流程自定义,能够轻松实现添加、修改、删除等功能;流程发起者及时查看流程走向、当前状态,流程图形上能显示办理人的在线状态、处理情况、办理退回的次数,当前环节的处理人等信息。 | ||
流程模板:系统可根据各单位工作管理规范,定制审批流程,审批流程可以和公文和表单绑定,形成公文管理和事务审批应用。流程模板可以根据工作需要,由管理员方便的增删和修改。 | |||
自由流程:系统提供自由流程,可以由普通工作人员根据工作需要自由创建流程,包括串发、并发和组合流程,通过流程实现文件传递和事务协作。 | |||
流程处理:根据需求任意定义各种工作流程,包括分支、汇总和循环等流程,支持回退、会签、加签、自动选择流程办理人员等功能,并且可以随意定义私有流程、部门流程、修改已定义的各种流程。如:支持用户可自行定义流程表单信息内容、以及所需要审批的路径环节;支持单人、多人顺序、多人并行、单个多人等流程模型。 | |||
| | 对于已经结束或被终结的流程,支持复活功能,复活后的流程自动恢复至最后一个处理节点的待办中,流程可以继续流转。 | |
2 | 公文管理 | 公文管理 | 发文管理:提供完善的发文管理。设计发文模板,实现公文拟稿、审核、复核、签发、套红、盖章等操作。支持自动分析标题和正文内容,自动提取并生成公文标签。 针对拟稿过程中可能出现的错别字、语法错误、敏感词等,系统可以自动纠错并发出提醒,可导出错误报告。 针对紧急发文,系统支持直接绑定红头模板,拟稿完成即套红完成,直接生成红头文件。 |
公文交换:交换,公文交换用于发文签发完成后,向主送、抄送单位发送公文,实现各单位间公文的发送与接收。公文交换系统提供送文单和签收单,签收后自动回执信息记录到送文单。 | |||
电子签章:支持在office、PDF、表单html上使用,具有公章或签名的密码管理、真伪性校验、支持USBkey硬件方式加密 | |||
收文管理:提供完善的收文管理,实现文件签收、登记、拟办、批示、承办、办理等完整收文管理应用。对于收到的PDF文件,系统支持OCR扫描后自动读取相关公文元素和正文内容,并自动填充至系统中的对应表格中。 | |||
支持生成和读取符合国家要求的OFD文件。 | |||
公文正文及附件支持一键批量下载,包含:文单、正文、附件、处理意见附件等。 | |||
公文督办:可预先设定公文督办人,督办人员可进行办理过程进行监视和督办,并对逾期的公文做催办,可以调整办理人员或跳过办理节点。 | |||
公文处理权限定制:系统处理权限的定制,提供提交、修改正文、签章、文单签批、加签、减签、会签、暂存待办、回退、终止等权限的定制。 | |||
痕迹保留和清稿:对正文的每次修改,系统保留原稿的修改痕迹。系统提供清稿功能,在领导正式签发前完成清稿,清稿后,形成没有修改痕迹的正文和带有修改痕迹的正文两个内容,清稿后,带有修改痕迹的正文只有管理员和授权人员可以查看。 | |||
代批示:领导出差或者不方便处理时,可以设置代理人代领导进行批示,支持设置代理人代理批示的内容范围,不在范围内的无法代批示。 | |||
3 | 会议管理 | 会议管理 | 具有会议方案拟批、会议申请、会议审核、会议通知、会议回执、会议签到、会议纪要等完整的会议管理应用。 |
提供图示化会议室管理和会议室申请、会议室占用查询。 | |||
会议内容包括文字、图片和音视频文件。 | |||
会议通知提供在线消息提醒和推送到智能终端设备,支持智能终端设备上查看会议内容并回执是否参会。 | |||
会议排座:支持自动排座(按职务顺序):系统需预置 3 种及以上常见会议坐席布局,可直接使用;支持自定义坐席布局,自定义的坐席图支持复制复用;排座时可设置预留席、固定席。 | |||
4 | 督察督办系统 | 事项立项 | 事项立项,填写事项名称、事项类型、计划起止时间、事项要求、事项目标等基础信息,主办协办信息,阶段计划信息。填写后发送审批。 |
立项申请流程审批结束后自动给主办人推送任务分派流程,主办人对各阶段任务分配对应的承办人员。 | |||
立项登记支持4种方式:立项审批通过后立项、快速**(无需审批)、excel批量导入、公文/会议/事务一键转督办进行立项。 | |||
事项执行 | 包含事项进度反馈和阶段任务进展情况反馈 | ||
立项人对事项可进行催办,填写相关催办信息后发送 | |||
立项人或主办人可对任务进行催办,填写相关催办信息后发送 | |||
事项延期或停办等事项发生变更的情况下,填写变更申请单,选择并更改需变更内容后发送 | |||
事项通知 | 立项人可发起督办通知,通知主办人的督办要求 | ||
若需召开会议,可以调用会议通知单,选择相应的事项信息,在线选择会议室并进行会议室预定 | |||
事项检查 | 对事项进展过程进行检查,填写检查记录后发送 | ||
由事项检查记录单流程结束后自动推送到主办人待办,仅需要整改时推送 | |||
事项提醒 | 根据事项计划完成时间设置事项到期提醒,到期前当天提醒。系统自动推送消息提醒 | ||
根据任务计划完成时间设置事项到期提醒,到期前当天提醒。系统自动推送消息提醒 | |||
根据事项计划完成时间设置事项超期提醒,超期后一天提醒。系统自动推送事项超期提醒待办 | |||
根据任务计划完成时间设置事项超期提醒,超期后一天提醒。系统自动推送事项超期提醒待办 | |||
事项催办 | 支持手动催办、自动催办(满足相关设定条件)、批量催办三种模式。 | ||
事项结项 | 事项结项评价,事项完成后可发起事项结项申请,并进行事项评价 | ||
事项档案 | 记录事项的立项、执行、检查、整改情况。 | ||
内置的部分统计报表及其功能如下,均可根据实际需要调整修改。 ①事项反馈查询:查询事项的反馈情况。 ②事项延期查询:查询事项的延期情况。 ③任务反馈查询:查询任务的反馈情况。 ④重大事项: 查询重大项目、重大任务事项。 | |||
内置的部分统计报表及其功能如下,均可根据实际需要调整修改。 ①事项评价统计:统计完结事项的评价占比。 ②事项状态统计:统计所有事项的状态占比。 ③事项类别统计:统计所有事项的类别占比。 ④任务甘特图:阶段任务的执行甘特图。 | |||
5 | 资产管理 | 资产信息 | 存储资产的基本信息、详细信息、使用信息、配件信息和其他信息。 1.基础信息包括名称、类别、编号、数量、原值单价、入库日期等; 2.详细信息包括购入日期、品牌、型号规格、基本配置、生产商、供应商、维保服务商、生产日期、产地、保修期、保养周期、相关证照等; 3.使用信息包括使用项目、使用情况(存放地点、状态、使用方式、使用单位、责任部门、责任人、责任开始日期等)、折旧情况(折旧期限、开始折旧日期、月折旧金额等); 4.配件信息包括该资产所安装的需纳入资产管理的相关配件的情况; 5.其他信息包括录入人、附件、资产图片、其他信息等。 |
存储各资产个体的详细使用信息。 1.管理信息包括状态、使用单位、责任部门、责任人、责任开始日期等; 2.盘点信息包括最近盘点日期、盘点人、盘点周期、下次盘点年月; 3.保养信息包括最近保养日期、计划保养日期、保养周期; 4.租借信息包括租借日期、应归还日期、租借责任人、租借次数; 5.折旧信息包括折旧开始日期、折旧期限、已折旧月数、月折旧金额、已折旧金额、预计残值、现值金额等; 6.配装信息包括是否用作配件、配装的资产、是否纳入配装资产以及配件列表。 | |||
查看资产信息中存储的资产保修信息。 | |||
资产盘点 | 根据单位、企业的规定,通过资产信息档案生成资产盘点的任务,方便资产管理人员执行。 | ||
资产管理人员按单位、企业的规定定期对资产进行盘点并记录结果。 | |||
查询资产历次盘点的记录。 | |||
查询资产按盘点任务要求应盘点单没有盘点到的记录。 | |||
资产报表 | 统计各部门、各员工管理的资产数量; 统计各状态、各类别(分国标类别和自定类别)的资产数量; 统计资产维修、保养的费用; 统计本年入库的资产数量; 统计员工本人管理、借用、维修资产的情况。 | ||
6 | 合同管理 | **方 | 存储与单位有业务往来的单位、个人的相关信息,包括: 基础信息(包含**状态、类型、**等级、信用等级、证件号等); 单位信息(包含工商注册信息和联系人信息); 个人信息(包含证件号码、联系电话等); ****银行账号、开户银行等)和其他附件等。 |
供单位内需要签订、经办合同的相关人员查看本单位的**方的相关信息。 | |||
单位内管理**方的相关部门对**方的**等级、信用等级进行评定后,对**方的**等级、信用等级进行调整。 | |||
合同准备 | 单位内各部门可根据实际需要,定制所需的合同编号格式。 | ||
单位根据实际需要,可存储本单位、外单位的格式与非格式的合同范本或模板,供合同编制时相关人员下载使用。 | |||
供单位内需要签订、经办合同的相关人员查看本人权责范围内的合同范本,并下载使用。 | |||
供单位内需要签订、经办合同的相关人员查看合同相关的项目信息。 | |||
合同档案 | 存储合同的各项信息,包含: 基础信息(包含名称、编号、种类、业务类别、所属项目等); 详细信息(包含签约单位、相对方、金额、期限、签订日期等); 收款信息(包含应收、未收、已开票、未开票、收款计划明细等); 付款信息(包含应付、未付、已收票、未收票、付款计划明细等); 执行情况(包含风险、变更次数、补充合同、状态变更、保证金等);其他与附件(包含执行人员、附件列表等)。 | ||
按项目查看项目的合同签约记录。 | |||
按合同的结束日期,查看目前正在履行中且在当前系统日期之后90天内将到期的合同记录。 | |||
合同签订 | 供单位内各部门在合同拟稿后,提请相关部门、法务、领导等进行审批,形成最终可执行的合同文本,记录合同的签订日期、相对方、合同金额、期限等内容并形成合同档案。 | ||
供单位内的相关领导(如总经理、董事长等)批量审阅待签订的合同,批准合同的签订。 | |||
合同执行 | 合同执行过程中,需要对合同内容进行变更时,由经办人员注明变更的的内容(包含相对方、合同金额、合同期限、部分条款),上传变更后的合同文本发起审批,之后对合同档案信息进行更新。 | ||
合同执行过程中需要签订补充合同时,合同执行人员根据实际情况上传补充合同并发起审批,之后补充合同作为合同的一部分同时执行。 | |||
合同签约后,执行人员根据合同条款编制合同的收款计划(包含收款款项、条件、应收日期、应收金额等),经审阅确认后执行。 | |||
合同签约后,执行人员根据合同条款编制合同的付款计划(包含付款款项、条件、应付日期、应付金额等),经审阅确认后执行。 | |||
合同执行过程中,根据实际需要对合同状态进行变更(如“履行中”变更为“已终止”、“已解除”、“已中止”)。 | |||
合同执行完毕,修改合同的状态为“已终止”,对合同履约情况进行总结,并对合同履约相对方按评价指标结合其实际**表现进行评分与评价。 | |||
合同票款 | 合同执行人根据收款的需要,填写开票信息(包含发票抬头、金额、开票内容、开户银行等),经财务部门审批后由财务人员开票并记录发票号码、发票金额等信息。 | ||
合同执行人员选择合同以及相应的收款计划(包含应收款项、金额、日期等),经财务确认并填写实际收款金额、收款日期等信息。 | |||
合同执行人员选择合同以及相应的付款计划(包含应付款项、金额、日期等),经财务确认、领导审批后,由出纳人员进行付款的处理并填写实际付款金额、付款日期等信息。 | |||
登记已收发票的信息(包含发票号码、代码、金额、税率、抬头、开票日期、开票单位)及发票对应的合同。 | |||
存储已开发票的信息(包含发票号码、代码、金额、税率、抬头、开票日期、开票单位)及发票对应的合同。 | |||
合同执行完成,有履约保证金的情况下,经必要的审批后,将保证金退还合同的相关签约单位。 | |||
我的经办 | 员工可自行补录由本人经办合同的信息,上传合同的相关附件;按权限修改本人经办与执行合同的部分信息。 | ||
员工登记本人所执行合同收到的票据信息,并进行数据维护。 | |||
员工上传和维护本人所编制或经办的合同模板或范本。 | |||
员工登记并维护本人经办和联系的**方的信息,允许员工指定**方信息的查阅范围和指定维护人员。 | |||
员工查询本人已经办、需处理的合同付款记录。 | |||
员工查询本人已经办、需处理的合同收款记录。 | |||
统计员工本人已经办、需处理的合同付款总金额。 | |||
统计员工本人已经办、需处理的合同收款总金额。 | |||
合同报表 | 统计各种类、各业务类别的合同情况、各部门经办的合同情况; 统计本年度合同签约情况、本年实际合同付款与收款情况; 统计本年度合同状态调整、变更情况; 统计**方信用、**等级情况。 | ||
7 | 移动APP | 移动app | APP,移动统一门户、 移动办公管理、移动业务管理、移动集成管理、移动开发管理、移动社交化业务、移动智能管理、移动安全管理、隐私合规; |
8 | 数据迁移 | 数据迁移 | 原办公自动化系统中的所有公文历史数据、会议纪要等数据需要迁移到新办公自动化系统中,可以在新办公自动化系统查询,统计及下载。(需自行与原系统厂商进行数据对接,如涉及相关费用由投标人自行承担) |
9 | 国产操作系统 | 统信 | 统信服务器操作系统V20 |
五、整体建设要求
1、总体架构规划
整体架构设计将基于B/S的设计思想,采用J2EE技术实现**服务的灵活扩展和调整,并实现各系统间信息**的互联互通,每个独立的功能单元将以服务或组件的形式进行封装设计,从而提高整个系统的扩展性、灵活性和健壮性。****区管委会OA具体业务需要,最大程度的利用现有建设成果,最大程度的利用已梳理的办公业务流程、信息**以及现有的其他业务系统,最大程度的避免重复建设和多重管理等问题。
2、技术指标
1、用户体验
要有**的使用界面、导航、信息设计,具备完善的交互设计、便捷的功能菜单,视觉效果要简洁**;
简化操作步骤,完成一项工作鼠标点击次数控制在三次以内。
保持不间断稳定运行,用户注册操作用户数≥200个,同时界面响应时间不超过3秒。
支持SSL VPN登录、CA认证、应用系统登录等实现统一的单点登录功能,用户只输入一次密码便能访问到所需应用。
2、兼容性
基于J2EE技术、SOA框架、XML结构化数据设计和web services数据交换技术等安全技术路线要求;
支持市面主流office产品,包括WPS、Office2007及以上版本;
3、运行平台
操作系统要求支持Linux、Windows等操作系统;
数据库:Oracle数据库;
存储空间:系统运行环境按需配置,保证系统正常稳定运行。
4、运维管理
平台应提供7×24小时的连续运行,平均年故障时间小于1天,平均故障修复时间小于2小时。
5、应用集成**台接口
在平台中集成CA认证、电子印章等。登录方式应尽可能简单易用。所有集成费用包含协同办公系统建设费之中。
提供开放、统一的数据接口,明确系统内部的数据通讯协议,系统之间的数据交换标准,与第三方软件做好数据接口等。
制定统一标准接口和规范,通过接口实现与第三方系统等对接。
6、平台的先进性、成熟度
平台支持多层体系结构、先进的交互式网上应用技术、成熟的开放性技术、成熟的关系型数据库,基于WEB的使用和管理界面。
系统采用完全的B/S结构,无论是前台操作或是后台管理,全部操作均使用通用浏览器进行,保证系统易于操作、易于使用、界面**。
系统采用基于J2EE规范的体系结构,采用SOA架构,建议部署在Linux操作系统上。安全性高、稳定性高。系统底层核心功能模块采用EJB实现,保证系统在大负载运行情况下的稳定和效率。
系统客户端通过浏览器即可方便使用,支持IE8及以上浏览器上应用,支持safari、Firefox等主流浏览器。
操作方便,具有消息提醒功能。在事务处理过程中,能根据用户可操作列出相关功能菜单。
7、开放互联
系统提供组织机构人员库管理、跨单位选人界面、**服务管理、统一的数据标准以及跨系统公文/信息交换服务,为大规模组织互联网化应用提供支撑。
3、移动平台特性
移动应用H5化:全面H5化的移动政务应用,界面更优、操作更简、兼容更强,全面支持企业微信集成,瀑布式文单处理,超强的业务处理能力,各项事务“一触即办”,真正便捷、轻松的移动办公体验。
一端多点集约化:通过“移动端+交换中心+移动端”一端多点模式,实现移动端集约统一,可以将多套系统的移动端应用集于一体,只需一个APP,便可进行多套系统的移动端“一体化”办公,信息统一展现、事务集中处理。
政务场景移动化:所有政务办公、所有政务应用全面实现移动化,基于H5技术带来的高度兼容性,可以个性定制各类移动政务应用场景,督查督办等,应用场景一一实现,让政务无处不移动。
移动安全立体化:信任体系全面增强,通过“扫码登录、指纹验证、密钥口令、安全水印”等多重安全保障,建立起一套软硬件管理双安全引擎,从而全面、立体、稳健地保障了移动端的信息安全,客户可以安全、放心移动办公。
4、安全要求
安全保密是协同办公系统的关键。系统涉及到单位中重要信息,因此安全性需要放在首位进行考虑。系统要有完善、周密的安全体系和信息安全支撑平台紧密配合,从物理、传输、网络、应用等采用多层次的安全保障措施。
协同办公系统要求按照国家安全等保三级标准进行分区分域设计建设,提供网络安全、主机安全、应用安全、数据安全、虚拟化安全等多种安全措施,保证虚拟机、云平台、网络边界的安全,同时为将来的业务应用系统发展提供可兼容的空间,最大程度地降低业务应用系统安全风险,确保整体信息安全目标的实现。
本次项目从分析到设计,安全性的原则贯穿始终。系统的安全性总体要求如下:
系统采用严密的安全体系,从用户访问接入、传输控制、存储控制、运行控制、访问控制五方面建立安全可靠的防御机制,全方位保障用户的信息安全、数据安全。
要求具有完整的身份认证与授权,对关键用户、领导的身份确认进行数字签名,并支持对敏感数据的加密传输。
要求确保数据存储的安全性。系统具有安全防护功能,提供数据的防控能力,限制用户访问权限,避免高危操作对数据库造成破坏;对用户访问的时间、地点进行限制。只能通过相关的功能模块对数据进行操作。
要求平台提供有效的、严格的分级管理模式,把系统管理员和各级单位的应用管理员的权限分开,按照各自的职责范围划定管理权限,除了系统管理员以外,分别设置公文管理员、文档管理员以及其它功能模块的专门管理人员,在保证各施其责的基础上,保证数据的安全性。
六、软件建设需求
协同办公系统基于模块化设计,主要实现门户管理、组织机构管理、公文管理、会议管理、领导日程、文档管理、文化建设、督查督办、资产管理、合同管理等功能并实现移动办公,移动端数据和电脑端数据同步。
序号 | 需求模块 | 需求介绍 | ||
1 | 办文 | |||
1.1 | 发文管理 | 发文管理是建立公文和对应的发文流程,实现公文审核、审批、签发、复核、封发等操作,完成公文审批、修改、清稿、套红等一系列动作,并形成可交换的正式电子公文的过程。 按规定的流程和模板进行起草公文及其流转过程,能够做到审批痕迹保留、整稿、套红、电子盖章,提供办理日志等监控和查询,能够按照国家行政公文格式自动生成符合格式的文稿和打印功能。 校行**党委发文流程流转结束后,流程中的经办人可在发文传阅中将文件内部分发给部门相关人员查看。 支持发文类型自定义,如行政发文、党委发文、请示报告等。 支持多部门联合发文。 支持在起草公文时上传各类附件的功能。 支持发文撤回功能,发出的文件如发现问题能否由下发者撤回,对撤回操作必须进行审核、记录等备查。 发文拟文需提供office编辑环境,支持修改在线编辑、痕迹保留、套红头等功能。 | ||
1.2 | 收文管理 | 收文按规定的流程进行外来文件登记及其流转过程,能够对纸质文件扫描录入,并可以对工作流程进行监控、跟踪、催办。 | ||
1.3 | 模板管理 | 支持自定义多种公文模板管理,如:公文一般由版头、份号、密级、紧急程度、发文字号、来文单位、来文字号、收文日期、登记人、签发人、标题、主送机关、抄送机关、正文、附件、发文机关署名、成文日期、印发传达范围、主题词、印制版记等组成。支持自定义必填字段。 | ||
1.4 | 流转管理 | 支持工作流管理的流转定义,包括【拟稿】、【审核】、【会签】、【签发】、【套红】、【印发】、【二次分办】、【归档】、【发布】、【多维度统计查询】等多级流转环节。 | ||
1.5 | 归档管理 | 实现公文文件在审批处理结束后自动归档到文档库。 ****学校档案系统的集成,****学校档案系统中。 | ||
1.6 | 公文统计 | 按照公文的收文发文进行统计,并提供相应的查询,将查询的数据导出为Excel文件 | ||
1.7 | 模块联动 | 实现与督察督办模块的联动,做到公文处理过程中可以 一键转督办,即有权限的人员可以通过特定按钮,将公文中的相关信息一键复制到督察督办模块的对应表中,无需二次手动输入。 | ||
2 | 办会 | |||
实现会议议题、会议室**和会议安排信息一目了然,提供冲突提醒功能,实现会议议定事项与相关人员个人待办事项的关联。会议申请、审批,会议统计情况的实时发布,会议人员通知、会议资料传递、会议记录、会议决议下达、会议决议与日程的关联、会议决议执行和监控、会议决议执行情况汇总等功能。 | ||||
2.1 | 议题管理 | 不同类型走不同分管领导审批,议题由各部门上传汇报,全部通过的议题实现自动汇总。 | ||
2.2 | 会议发起 | 发起会议通知,选定时间、地点、主题、会议参会人员(到秘书或者直接到个人),参会人员可回执是否参加,并可转办请其他人代为参会。同时可以提交议题,文字和附件均可,并明确是否公开;确认有领导参加的会议可根据需要填写邀请领导的流程单,有领导参加的会议需同步到对应领导的日程。 | ||
2.3 | 会议日历 | ****开发区管委会所有的会议安排,并根据要求可实现会议报表,如:周会议、月会议等,可由会议负责人创建报表后转交领导批示。 | ||
2.4 | 会议室管理 | 集中展现所有会议室的情况,会议室可用**、容纳人数、使用情况,在发起会议时进行冲突检测。 | ||
2.5 | 会议通知 | 会议管理员或发起人可根据会议的主题选择对应的提醒方式,如:移动APP等,可预约提醒时间。 | ||
2.6 | 会后管理 | 会议结束后,支持输入会议纪要,可直接转发文审批,也可根据会议结果,实现与督察督办模块的联动,做到会议重大事项一键转督办,即有权限的人员可以通过特定按钮,将会议中的相关信息一键复制到督察督办模块的对应表中,无需二次手动输入。 | ||
3 | 办事 | |||
协同流程主要分为两类: 其一是严格意义上的流程,此类协同工作要求流程中每个角色,必须严格按照组织定义的业务或工作流程操作,如预算审批流程,此类称为固化流程; 其二是工作的结构和规则已定义,但是在流转过程中可根据需要进行规则外的处理和新角色的加入,以更加贴近实际场景的有效处理,如:协同工作的转发、加减签、会签、知会等处理,此类称为自定义流程。 | ||||
3.1 | 表单定制 | 可任意的定制出差、请假、报销、合同、采购、物品领用等表单,表单的定制采用向导式,普通人员即能完成表单定制工作。而无须专业的计算机知识。同时,所定义的表单的每个字段可以进行授权操作。 表单定制与流程定制工具结合,编辑流程对应表单样式;支持所见即所得方式编辑表单。 | ||
3.2 | 图形化流程管理 | 支持图形化的流程配置与管理,支持对流转的审批过程进行连续的动态演示,流转过的审批过程图例显示; 分支流程:支持当前处理人可根据情况选择下一步的流向。 并发审批:支持多人并发审批功能。 撤回:支持环节处理人可将下一环节处理人未处理的文件撤回。 驳回:支持流转过程中,若某一个审核环节通不过,系统可提供驳回功能,将公文驳回到起草人或者流程中规定的环节; 知会:支持流转过程中的参与人可将事项知会给相关人员; 转办:支持当前处理人直接将办理事项交由其他人办理; 过程跟踪及消息订阅:支持办理人(或上级领导)可查看当前事项后续环节的办理情况,支持秘书跟踪领导批示意见,支持对关心(重点)事项订阅办理过程动态消息; 催办提醒:支持通过系统催办规则进行自动催办,支持管理员进行手动催办,支持办理人则自定义规划进行催办,同时支持同类事项在一定时间段内不多次催办的规划设定;支持超时提醒功能; 委托办理:当用户因故不能及时处理公文时,可将工作委托到其他人员,可设置委托的生效时间和结束时间,被委托人具有委托人同样的处理权限。当文档要提交流转至该委托人时,系统便根据委托设置去判断,是否委托给他人处理; | ||
3.3 | 流程优化和再造 | ****区管委会的现行管理制度,整理分析老办公自动化系统中的流程流转情况,提出优化方案,对于已严重与实际不符的流程,需要进行重新设计和建设。 | ||
4 | 督察督办管理 | |||
按照督查督办的要求,在办公流程中同步实现了督查任务的发起、跟踪、检查、提醒、定期汇报等功能,且根据督查督办的要求建立了不同的督查督办类别。工作人员在处理业务过程中,可以根据督查任务的要求及时反馈督查意见,学校督查办人员可以实时了解所有的环节和状态,真正体现了实时督查督办的价值。 通过立项、通知、催办、反馈、报告、归档。以及其中过程的跟踪、自动提醒、定期汇报等功能。做到交必办、办必果、果必报。 | ||||
4.1 | 督办台账 | 记录督办事项的立项、执行、检查、整改等全部信息的台账。支持excel导入、手动录入、办文办事办会模块一键转入等多种模式。 | ||
4.2 | 督办立项 | 实现excel导入、手动录入、办文办事办会模块一键转入等形式进行立项,支持导入阶段计划,支持选择多个协作单位、协作部门、协作人员,支持立项依据关联系统文档。 | ||
4.3 | 督办执行 | 包含事项反馈、事项催办、阶段任务催办、项目变更、任务变更等。 | ||
4.4 | 通知 | 包含督办通知和会议通知。事项超期的情况下,系统会自动发送督办通知单提醒对应部门和人员。 | ||
4.5 | 督办检查 | 督办事项执行过程中,领导可不定期对事项的进度和相关材料进行检查,当发现进度或提交的材料有问题时,系统会自动弹出整改通知,通知对应的部门或人员进行整改,并要求限期反馈。 | ||
4.6 | 自动提醒 | 包含事项到期提前提醒、任务到期提前提醒、事项超期提醒、任务超期提醒等。系统之后自定义提醒规则和提醒方式,前端实现自动提醒的功能 | ||
4.7 | 督办结项 | 支持自动结项和手动结项两种模式。自动结项即事项的完成进度达到100%,系统自动弹出结项单,领导确认后即可进行结项。手动结项是事项的完成进度还未达到100%,由于某些特殊的原因,需要进行结项,可以由管理人员手动发起结项单,经领导审批同意后可结项。 | ||
5 | 资产管理 | |||
以协同为设计理念,以流程为驱动,将资产全生命周期需求标准化、固化,通过标准功能场景化,为用户提供轻量化、角色化、智能化和移动化的协同运营平台,量身打造企业专属的协同资产管理系统。基于全员应用视角,通过新技术应用,固化资产业务场景逻辑,进一步提升系统易用性和跨部门协作的效率。 | ||||
6 | 合同管理 | |||
以合同档案的标准化、集中化、数字化管理为核心,覆盖合同审批、信息及状态变更、合同补录、收付款管理、签约方管理等合同签订、履约、归档全过程,合同审批规范高效、信息变更流程化控制、收付款到期自动提醒、数据实时掌握,通过数字化系统,全面提升企业合同管理及履行效能。 | ||||
7 | 移动办公 | |||
移动办公平台支持IOS、 Android操作系统,用户均可以采用安装客户端的方式,在手机及移动智能终端上完成各项移动办公操作,同时需要具备原笔迹手写签批和签章功能。移动工作模块应与对应的PC端功能保持一致,根据实际需要进行开发,以公共信息发布、工作流审批和文档资料查询为主,以固定流程为主,以菜单选择和低填报量为主,避免通过移动终端开展需要进行大量文档编辑和数据填报工作。 (1) 支持移动终端建立流程,支持催办督办管理、流程可监控; (2) 移动办公需要支持Android、IOS等操作系统的智能手机,支持移动终端上原笔迹手写和签批; (3) 应用功能上要支持文件办理、资料查询、通知公告、通讯录、离线消息提醒等主要功能,包括文件办理的移动端手写及原笔迹签批; (4) 支持移动**调用(调用语音、照相机等),形成工作协作直接信息; (5) 具有较高的安全控制策略,能实现用户与手机硬件号进行绑定。 | ||||
8 | 数据迁移 | |||
原办公自动化系统中的所有公文历史数据、会议纪要等数据需要迁移到新办公自动化系统中,可以在新办公自动化系统查询,统计及下载。 |
七、项目实施与管理要求
1、项目进度要求
本项目建设期为自合同签订之日起1个月内完成。供应商按此时间要求制定相关工作计划,并提供驻场人员不少于2人。未经采购人同意不得擅自更换驻场人员。
供应商给出科学、合理的实施计划,提供进度甘特图。
根据工程总体进度的变化,采购人可能会**工期或调整进度计划,供应商在投标总价中充分考虑这种工期风险,在实施过程中不得藉此要求增加任何费用。
2、 培训要求
1、按照采购人的要求,对系统管理人员、使用操作人员等相关人员进行免费现场培训和集中培训。培训时间和期限由采购人根据需要确定;
2、供应商提供所有产品的全套中文技术资料、使用手册,以及系统集成和实施中形成的完整文档资料。
3、 售后服务要求
1、系统安装、调试、培训及售后服务工作由本地服务伙伴,需有协同平台厂家授权,直接负责并免费完成;
2、服务响应要求:正常情况下5×8的技术支持(电话、邮件以及本城市内上门);突发事件情况下7×24的紧急技术支持(电话、2小时内本城市内上门);对系统使用中暴露出的缺陷和问题进行必要的调整;每个季度对客户产品和系统使用情况的定期回访;
3、供应商向采购人提供自验收之日起为期一年的免费系统维护服务,系统维护的范围包括:系统优化和升级、系统的正常运行和数据维护。供应商承诺在合同期内和维护期内提供1名驻场服务人员。
八、其他
1、项目需求中提出的功能是本次协同办公系统建设的主要功能,均为必须满足项,供应商在实施期间应结合需求调研对建设内容进行补充完善,并提交详细设计。
2、服务接口:根据需求合同服务期内,供应商须承诺开放与第三方应用集成的接口,并涉及软件的二次开发及功能板块调整,提供免费技术支持。提供组织身份目录对外服务接口,提供基于Java开发的统一标准接口。其他应用系统或工作平台可通过此平台API接口获得平台**。
3、身份认证:组织身份目录是全市各应用系统集中认证的基石,使用者在认证授权后方可以登录各应用系统和业务系统。根据需要,集成现有的全市电子政务外网CA用户统一认证系统,移动端系统根据实际需要集成CA软硬件证书。
4、系统兼容性:支持B/S多层体系结构,支持跨平台部署,要求能够兼容当前多种主流浏览器,包括IE、谷歌浏览器等。
九、采购标的的其他技术、服务等要求:其他技术、服务等国家强制性规定的要求。
十、付款方式:
中标价即为合同价,合同签订后,乙方出具有效的发票后10个工作日内付合同总价的30%,服务期满乙方出具有效的发票后10个工作日内,甲方一次性支付剩余款项。
项目名称:
计划编号:
计划名称:
服务周期: 360 天
报价方式: 价格
评选方式: 综合评分
最低价相同评审办法:
采购成本价: ¥0
服务地址:
询价通知书: 询价通知书
联系人: 徐青
座机电话: 0514-****6778
报名开始时间:
报名结束时间: 2024-07-22 14:30:00
发布时间: 2024-07-08 17:25:21
采购编号: ****
采购单位: ****
供应商数量: 报名供应商不足二家流标。
允许1家中选
是否需要上传响应文件:
供应商资格: 一、符合《****政府采购法》第二十二条规定,且已在本系统注册的供应商。
二、落实政府采购政策满足的需求:无。
三、特定的资格要求:无。
异议处理项: 如有异议请电话咨询采购人,采购流程问题请咨询平台运营。
招标导航更多>>
工程建筑
交通运输
环保绿化
医疗卫生
仪器仪表
水利水电
能源化工
弱电安防
办公文教
通讯电子
机械设备
农林牧渔
市政基建
政府部门
换一批