吉林省公共资源交易中心
（吉林省政府采购中心）
采购合同
合同编号：SJL-JZ********00004GKXMHT1
签订地点：吉林省长春市人民大街9999号
签订日期：2019-11-29
采购任务通知书编号：项目采购X[********]-2501号
长春理工大学需求的党群服务大厅项目第1包党群服务大厅经吉林省公共资源交易中心（吉林省政府采购中心）以编号为JLSZC********9的磋商文件在国内公开磋商，磋商小组评定 上海科探信息技术有限公司为成交供应商。供需双方按照《中华人民共和国合同法》和有关法律法规，遵循平等、自愿、公平和诚实信用原则，同意按照下面的条款和条件订立本合同，共同信守。
1.合同标的：
| 序号 | 货物名称 | 品牌型号/服务内容 | 详细配置及主要技术参数（服务具体要求） | 数量 | 单价(元) | 小计金额(元) |
| 1 | 长春理工大学党群服务大厅项目第1包党群服务大厅项目 | 科探、科探一站式流程服务平台软件V3.01、面向用户的流程服务大厅1套2、表单设计能力1套3、统一的数据管理中心1套4、可视化流程设计器1套5、移动应用支持1套6、非结构化附件存储和管理1套7、打印与导出服务1套8、消息通知服务1套9、完全的开放性功能1套10、开放API1套11、内置支持线上线下融合（O2O）的服务模式1套12、与学校现有数字校园平台深度集成对接1套13、业务整合的完整方案1套14、性能及可靠性要求1套15、业务调研30项16、基础流程开发30项17、流程修改及完善30项18、业务数据的管理与对接30项19、流程上线准备30项20、流程上线的协调服务工作30项21、流程在维护期内的持续维护30项 | （一）、需求名称：面向用户的流程服务大厅要求 主要需求条款：产品提供现成的一站式师生服务大厅的移动终端模块，支持基于 HTML 的服务大厅移动网页版。 数量：1 数量单位：套 （二）、需求名称：表单设计能力要求 主要需求条款：提供全功能的图形化表单设计，可根据业务需求自定义任意样式的表单。用户填写表单时，通用信息可自动填报，避免师生的大量重复填报问题。1）表单设计方式：支持可视化建模，提供拖拽式、所见即所得的图形化表单设计能力，如可通过文件（包括 word、excel 等常见日常办公格式）导入模式导入表单格式，或者支持从 word 中粘贴的设计方式更佳；提供种类繁多的模板库满足快速制表需求。2）支持丰富的表单内置控件，以及丰富的表单数据验证、操作方式，支持快速配置各种表达式，支持表单字段间的自动关联，支持可配置的代码级联，支持条件样式。3）表单内置支持非结构化附件的上传、下载、图片预览，无需程序开发 4）表单内置支持重复表、重复节等动态、二维表格功能的可视化定义，无需程序开发。表单内置支持二维表数据行及重复节在用户填表时动态增、删及调整次序，无需程序开发。5)易于打印：表单设计器所形成的表单能以“所见即所得”的方式，无需调整、无需程序接入直接形成打印结果，满足日常办公打印需求。6)内置支持表单版本管理。7)内置支持基于表单数据自动创建关系型数据模型，并实现无需程序开发、可配置的自动数据持久化；支持多种数据来源：支持 Oracle ,SQL Server ,MySQL 等常见的关系型数据库。8)字段级表单权限控制。基于用户、角色、组织结构分配用户入口访问、填报的权限。支持根据不同流程活动配置表单内部字段显示、编辑的权 限（即设置各个流程节点可编辑的字段，针对不同流程节点配置每一个表单字段的增删改查权限）；9)表单渲染：将可视化的表单定义自动转换为可在浏览器中执行的 web 页面。需兼容大部分主流浏览器，至少包括 IE／Firefox／Chrome／ Safari 及其相应的移动版本等，无需第三方浏览器插件支持。数量：1 数量单位：套 （三）、需求名称：统一的数据管理中心要求 主要需求条款：1）提供统一的数据管理中心，实现对服务流程产生的数据的统一管理功能。2）支持服务流程产生数据的自动持久化，从表单数据转换为基于关系数据库模型的业务数据。相关转换通过对平台的配置即可完成无需编码， 平台能够提供自动的机制保障流程数据与业务数据之间一致性。3）在统一的数据管理中心中，平台支持无需代码开发就能够对服务流程所形成的业务数据提供增、删、改、组合查询等标准数据管理功能，为相关业务管理人员提供基本的信息管理能力。4）数据管理中心能够提供数据管理功能的标准开发框架，框架支持开发人员对数据的查询、展现、管理、统计功能进行个性化的定制开发，以满足业务管理人员的深度数据管理需求。5）数据管理中心提供开放、标准化的数据接口和事件驱动模型，实现流程产生数据与各类管理信息系统的对接，实现与现有管理信息系统的有效融合。6）数据管理中心中，能够基于流程平台提供数据采集流程、数据交换流程、数据查询流程的开发和管理，结合上述各项功能提供从业务流程到数据管理的完整闭环。数量：1 数量单位：套 （四）、需求名称：可视化流程设计要求 主要需求条款：流程开发平台提供全可视化的流程集成开发环境，并拥有大量成熟实用的案例模板。无需编码即可实现绝大部分的应用开发，开发人员无需掌握复杂编程语言，简单培训即可胜任开发工作，极大的降低软件开发的复杂度和软件开发速度。流程开发平台可支持多语言的 Web 应用开发者，即无需为不同语系的最终用户设计任何额外的 Web 应用即可实现多语言的支持。流程开发平台对于工作流管理需具备以下功能：1）支持多种流程模式能够对工作流提供良好支持，四种办理方式；包括人工节点、自动节点、条件节点、子流程、行与归并等各种流程要素；支持包括支持单一签核、多人顺序、多人并行、多人抢占、多人任意、指定执行、会签、传阅等常用模式；支持撤回、评价、催办、通知、过期、中止等常用操作；以及上述功能的各种组合。2）流程开发与表单设计无缝集成，支持基于表单数据直接配置流程的岗位、权限以及执行路径 3）支持多视图架构，不同的流程节点上可以配置不同的表单视图 4）对移动终端表单、多语言表单提供完善支持，在无需程序开发的情况下实现多种终端适配和多种语言适配。5）支持混合流程：业务流程引擎完全支持人工参与流程和自动处理流程。6）支持流程执行状态的可视化流程图显示；7）支持根据流程图及当前执行状态动态生成易于用户理解的流程办理进度条及后续执行路径。进度条的生成时自动的，无需另行开发程序。8）支持在任意流程节点配置自动的表单数据建模与表单数据持久化，无需程序开发 9）支持流程任意节点通过配置实现打印及下载，无需程序开发；10）可视化过程监控，跟踪活动状态， 发现流程错误时可人工干预。11）内置多级权限体系：平台提供完善的组织架构管理，支持多维权限模型。支持任意级别的组织架构管理，支持基于角色／岗位的权限体系 RBAC，支持分级授权管理，支持权限体系与学校统一身份体系的无缝对接，支持权限体系与流程表单数据的无缝对接。12)支持可动态执行的工作流及数据操作脚本：无需编译就能够通过动态脚本在工作流中直接处理表单数据。13)内置支持业务流程的版本管理。 数量：1 数量单位：套（五）、需求名称：移动应用支持要求 主要需求条款：1）提供基于 HTML 的服务中心移动网页版：兼容 Android／iOS 操作系统的主流移动浏览器。2）提供基于微信的服务中心移动应用场景：服务中心实现与微信应用平台的对接，用户可以用微信企业号做为服务中心的移动访问方式，访问服务中心的各项功能。 数量：1 数量单位：套 （六）、需求名称：非结构化附件存储和管理要求 主要需求条款：1）平台内置支持表单中非结构化的附件文件的上传、存储、下载、图片预览等功能，流程开发人员无需开发额外程序。2）附件的存储可对接用户提供的各种存储设备，流程开发人员无需关心 3）非结构化附件的管理提供完整的 API 接口，以便于第三方系统访问； 数量：1 数量单位：套 （七）、需求名称：打印与导出服务要求 主要需求条款：1）平台内置支持无需程序开发的的流程表单打印和导出功能。内置支持基于 MS Word 模板的打印和导出：流程开发人员在任意节点配置不同的个性化打印和导出模板，无需程序开发，平台根据模板自动实现数据填充、打 印结果渲染及导出结果的下载；2）支持表单转换成 word/pdf 文件导出 3）打印与导出服务支持开放 API，可以被外部应用通过 API 实现快捷的打印与导出服务数量：1数量单位：套（八）、需求名称：消息通知服务要求 主要需求条款：1）平台内置统一的消息通知服务，能够在任意节点通过配置实现各种指定形式、指定内容的流程执行通知 2）消息通知服务支持开放 API，可以被外部应用使用 3）支持标准化、可扩展、可配置的通知渠道。平台支持标准、可扩展的发送渠道 API，包括但不限于邮件、短信、微信。对于满足 api 标准的通知渠道，可在流程图节点上进行可视化配置。4）可视化配置的待办通知时机。可在流程节点级，可视化配置灵活的发送时间。至少支持即时发送、指定延时时间发送、重复发送配置。5）可视化自定义配置的发送内容可在流程节点级，配置待办及办理通知的发送内容及模版。模版可根据审批表单内关键信息进行适配。6）可视化配置的办理通知对象。可根据业务场景，灵活指定办理通知的发送对象。至少包括已参与流程审批的人员、表单内出现的人员、需要特殊配置的通知人员。 数量：1 数量单位：套（九）、需求名称：完全的开放性要求 主要需求条款：1）一站式服务平台以校内部署的方式运行于学校信息环境，基于平台的流程开发中所需要的程序开发不必依赖任何特定的程序开发语言和程序开发工具。平台具备完全的开放性。2）支持完全无需程序开发的流程开发场景与运行模式；3）能支持包括 Java、.Net、PHP、Python、Ruby 的多种语言进行全功能的流程开发。4）至少对 Java、.Net 等主流开发环境提供完备的 SDK 支持。可以扩展更多的语言 SDK 支持。5）支持与统一身份认证授权及访问控制平台紧密集成而实现用户在业务流程中的身份、角色和权限匹配。6）系统可为相关应用系统提供共享数据访问服务，为第三方软件及二次开发提供服务接口，服务接口符合 RESTful 和 Oauth 开放标准。7）支持多浏览器访问，例如IE8.0、IE11、Firefox、Chrome、safari 等及其移动版本。 数量：1 数量单位：套（十）、需求名称：开放 API 要求 主要需求条款：一站式服务平台提供完备的 API 接口体系，实现对学校校务服务中心的支持，接口体系需实现的功能包括 ：服务大厅：能够以各种方式检索用户有权使用的服务。包括通过分类浏览、快速搜索、学校推荐、自主收藏等等方式，快速找到所需要的办事流程服务。待办任务：能够给出需要当前用户办理／填写／审批的工作节点，以待办任务的方式列出。用户（包括员工及各种管理岗位、审批领导）不必了解当前任务来自后台哪个模块，只需要以统一的方式完成该任务展现出来的具体内容即可。办理中任务：为指定的流程办理者（包括申请者、审核者），找到并跟踪自己参与流程的进展情况。已办任务：能够给出指定用户所有自己曾经办理过的流程及其具体内容。服务评价：支持让用户对所有自己请求发起的流程服务进行评价。提供平台的接口体系需支持OAuth2.0 协议，实现基于用户个人授权的安全模式，有效避免大范围信息泄漏。平台的接口体系需经过长期的测试及案例验证，支持分布式负载均衡，支持百万级日均 PV 的访问量。 数量：1 数量单位：套 （十一）、需求名称：内置支持线上线下融合（O2O）的服务模式 主要需求条款：1）内置支持可视化的线上线下混合流程编排能力，无需额外程序开发即可实现线上信息流转与线下实物流转无缝融合的业务流程，灵活支持电子校务中个性化、跨校区的材料配送、提取及物流跟踪流程，大幅提高校区内及跨校区的校务管理与服务效率。2）充分考虑校园线上服务大厅与线下服务大厅的无缝融合，灵活支持校务流程中的预约、材料受理、递送、材料／物品的配送与提取、自助服务等等各种 O2O 业务场景。3）提供完整的线上线下融合电子校务 020 解决方案与实践经验。 数量：1 数量单位：套 （十二）、需求名称：与学校现有数字校园平台深度集成对接 主要需求条款：1）内置支持市场大主流的校园身份认证协议，包括 CAS、SAML 等。内置支持与市场主要供应商身份认证平台的对接。2）系统对外提供的程序调用接口全面符合RESTful 及OAuth 规范，有效实现与数字校园其他信息系统的对接。3）与学校现有门户系统集成，在门户中可展现一站式服务中心的可办、待办、已办等事件的提醒。4）和学校现有数据中心结合，符合数据中心化相关标准和要求。 数量：1 数量单位：套 （十三）、需求名称：提供业务整合的完整方案 主要需求条款：对流程处理完成，所形成的数据，为业务管理部门提供处理方案，使得服务流程与学校已建和未来待建相关业务系统能够无缝对接，使得解决方案能同时满足用户服务需求和业务部门管理需求。 数量：1 数量单位：套 （十四）、需求名称：性能及可靠性要求 主要需求条款：l 系统能够达到在线用户 5 万人以上，单页面平均响应速度小于 3 秒。l 系统能够支持不限数量的应用接入。l 系统具备高可扩展性，能够在不降低性能的情况下扩展用户容量。l 系统具备先进的分布式架构，处理节点支持水平多点扩展，自动实现负载均衡。l 支持实时数据备份 l 支持云存储及非结构化数据存储，容量无限扩容 数量：1 数量单位：套 （十五）、需求名称：业务调研 主要需求条款：根据业务单位现有业务办理的基础材料(办理人需填写的表格文件，业务办理的流程说明文件，参与业务审核的部门人员信息等等)进行流程梳理，形成以下文件：1）业务流程表单：根据业务办理需要，审核节点的需要形成若干表单文件，并供业务部门逐一确认表单内容；2）在流程平台中绘制流程图：根据业务办理的流程说明，形成可视化的流程图，表达基本的流转逻辑以供业务部门确认及修改。 数量：30 数量单位：项 （十六）、需求名称：流程基础开发 主要需求条款：根据业务调研的结果，完成流程的基础开发，能够快速实现可运行的原型，以达到业务部门所见即所得的流程演示效果，在此基础上做进一步需求确认。 数量：30 数量单位：项（十七）、需求名称：流程修改及完善 主要需求条款：根据业务部门的修改意见不断完善流程，提供快速迭代的流程修改和优化服务，包括表单修改及流程节点调整，流程逻辑修改。 数量：30 数量单位：项 （十八）、需求名称：业务数据的管理与对接 主要需求条款：根据业务流程的实际需要，对业务流程产生的数据实现自动、完整的数据建模和数据持久化保存，对流程产生的业务数据的实现基于主题的数据管理功能，并根据需要实现与现有其他业务系统的数据对接。 数量：30 数量单位：项 （十九）、需求名称：流程上线准备 主要需求条款：完成流程审核节点的岗位配置，流程上线前的试运行工作，相关人员的使用培训等等 数量：30 数量单位：项 （二十）、需求名称：流程上线的协调服务工作 主要需求条款：流程上线后，协助完成数据维护，人员信息服务，流程外部干预等工作。 数量：30 数量单位：项 （二十一）、需求名称：流程在维护期内的持续维护 主要需求条款：流程经上线后的局部修改，流程根据政策变化做的局部调整等工作。 数量：30 数量单位：项 质保期 ：6 年 交货（提供服务） 时间 ：合同签订之日起 15 天交货（提供服务） 地点 ：长春理工大学 交货（提供服务）方式 ：供方负责按需方要求提供全部服务并保证验收合格 | 1 | 398900 | 398900 |
备注：本合同中详细配置及主要技术参数（服务具体要求）以评标时供应商投标文件为准。
2.合同价格：398,900.00元，￥:叁拾玖万捌仟玖佰元整。
3.交货/服务时间、地点、方式
3.1交货/服务时间：合同订立后15天。所有货物安装调试完毕、验收合格并交付给需方的日期为交货时间。
3.2交货/服务地点：15
3.3交货/服务方式： 供方负责将货物安全完好运抵交货地点、安装调试并保证验收合格（供方负责按需方要求提供全部服务并保证验收合格）。
4.付款方式
4.1供方交货/提供服务时应提交下列文件：销售发票[发票抬头格式：需方单位名称]，国家有关质检机构出具的检验报告或证书（如果合同约定有的话），进口产品的报关文件（如果合同约定有的话），制造厂商出具的质量检验证书、产品合格证等。
4.2财政付款：政府采购项目资金支付程序，按照国家有关财政资金支付管理的规定执行。
4.3自行付款：本合同中总价款中由采购人自行支付的部分，采购人承诺无。
5．履约保证金
5.1在签署本合同之前，供方应向需方提交合同总价5%的履约保证金（人民币，取整数位到百元）。履约保证金可以采用银行转账或者银行保函等其他非现金的方式提交。
5.2履约保证金的有效期到供方提交的货物经需方验收合格并交付给需方之日止，以银行转账方式返还，不计利息。
5.3履约保证金由需方在货物验收合格交付后10个工作日内返还。
6.质量保证金：(不收取)。
7.合同补充条款：无。
8.争议解决方式：供需双方达成仲裁协议，向长春市仲裁委员会申请仲裁（向合同签定地人民法院提起诉讼）。
9．合同构成：下列文件构成本合同不可分割的组成部分，与本合同具有同等法律效力：
9.1本合同书；
9.2中标通知书；
9.3磋商文件及澄清、修改、补遗文件；
9.4供方的响应文件及书面澄清、说明、补正文件；
9.5产品样本、样品（样机）、说明书、图纸等有关资料；
9.6吉林省省级政府采购验收报告单；
9.7合同的其它附件。
上述组成合同的文件如有不一致之处，以日期在后的为准。
10.合同份数：本合同一式三份，供需双方、公共资源交易中心各执一份。
11.合同生效：本合同在供需双方法定代表人或其授权代理人签字、加盖双方公章或者合同专用章并且需方收到供方提交的履约保证金后生效。
12.合同修改：除供需双方书面修改、补充协议外，本合同条件不得有任何变化或修改。
| 吉林省公共资源交易中心 （吉林省政府采购中心）
（加盖公章或合同专用章）
地址：长春市人民大街9999号
| 需方：长春理工大学
（加盖公章或合同专用章）
地址：
法定代表人 或授权代理人 签字： 签字日期： 邮政编码： | 供方：上海科探信息技术有限公司
（加盖公章或合同专用章）
地址：
法定代表人 或授权代理人 签字： 签字日期： 邮政编码： 电话： 传真： 联系人： 开户银行： 账户名称： 账号： 税 |
