知识资产管理系统

一、内控系统需求概况

说明：

1.投标人须对本项目为单位的服务进行整体响应，任何只对其中一部分内容进行的响应都被视为无效响应。

2.具体技术要求中打“★”号条款为实质性条款，投标人如有任何一条负偏离则导致投标无效。

3.具体技术要求中打“▲”号条款为重点要求，不满足会导致严重扣分，但不作为无效投标条款。

背景和依据

根据《财政部关于贯彻实施政府会计准则制度的通知》《教育部关于直属高校直属单位实施政府会计制度的意见》《行政事业单位内部控制规范（试行）》《教育部直属单位经济活动内部控制指南（试行）》《财政部关于全面推进管理会计体系建设的指导意见》的要求，结合学校财经管理和信息化建设实际，启动内控管理信息系统项目建设。

系统建设目标

l 提高效率，减轻工作量：本项目的首要目的是提高学校经济活动的运行效率并减少使用人员的工作量，在学校现状中，存在大量的因纸质单据流转和审批造成的数据重复录入、人员签批报销跑腿多等问题，这些问题严重阻碍了学校行政及经济活动的运行效率并为流程参与者增加了大量的工作量。因此需要通过本项目实施的软件达到尽可能全面的线上审批，使数据代替人跑腿；达到以项目为主体的数据同步共享，尽可能的减少数据反复校验产生的额外工作量；通过数据的互联互通，衔接预算、执行、核算、决算的全流程管理，与经济活动各业务各子系统以及OA、科研管理等业务系统的互联互通及数据信息资源共享，实现信息系统与银行、财委顺畅对接。

l 规范业务，优化流程：学校现有业务流程还有许多可优化的空间，通过本项目中的流程优化设计和系统实施，可以达到结合先进管理理念，以“预算和费用管控为核心，构建整体多维管控方式”，整体提升财务管理水平，全面实现预算全过程管理，合理保证经济活动合法合规、资金安全和使用有效、财务信息真实完整。

l 防范风险，提高管理：通过本项目对流程的优化和业务的规范在系统中的落实，达到防范各项经济活动风险，实现对经济业务活动的约束，严格执行政府采购规定，严格执行合同；有效制止任何违背规定的行为，减少人为因素对预算执行的影响，降低经济风险。

l 数据分析，支持决策：通过对经济活动数据的归集，进行数据统计和分析，改变现有的各项经济活动（预算、收支、合同、项目、资产）分块管理、信息分割的局面；通过提高信息时效性和关联性，实现业务信息的有效公开与共享，为开展经济决策提供数据分析。

采购内容目录

本次项目范围包含流程梳理和优化咨询服务和内部控制信息化建设服务，其中，咨询服务包括深入调研单位层面以及业务层面围绕预算业务管理、收支业务管理、采购业务管理、资产管理、合同管理以及项目管理等内部控制活动信息化管理现状以及其具体操作风险，设计与学校管理相适应的内部控制信息化建设方案。

软件建设内容为内控管理信息系统建设服务，软件服务内容包括以下经济业务活动：

具体报价范围、采购范围及所应达到的具体要求，以本采购文件中商务、技术和服务的相应规定为准。

二、系统基础架构和规范

系统非功能需求

事项	描述
架构设计	系统在结构设计上应充分考虑整体性、可用性、稳定性、成熟性、灵活性和开放性的要求，要体现出安全性、可扩展性、可管理性、用户界面友好性和高性能等特点。Web型应用系统应采用B/S(浏览器/服务器)结构，支持IE8及以上版本、Edge13/14、谷歌（Chrome）浏览器、火狐（Firefox）浏览器、360浏览器兼容/极速模式等业界主流浏览器，应基于统一的技术开发平台的三层架构，支持SOA技术。系统应支持IPv6，实现IPv6用户可访问。采用SOA架构的成功管理思想和技术，须体现“软件即服务（SOA）”，“碎片化服务”的理念。每一项服务都是相对独立的单元，无论是系统内部，还是与学校其他信息系统对接，通过“服务调用”即可获得相应的功能。最终实现建设一个能够全面支持学校整体运营管理和服务的内控管理系统。
业务一体化、服务化设计	系统整体应提供完整的一体化的解决方案，各模块或子系统之间应保证数据互相独立、实时交互和安全内部对接，业务系统可单独升级或根据实际需要进行模块化的替换。
前端界面UI	支持使用主流的前端框架，包括但不限于JQUERY,VUE,REACT等，
后端开发语言	主流的编程语言及开发框架
服务器端运行环境	基于Windows Server2008 R2+以上或Linux等主流操作系统
数据库	主流数据库，包括但不限于Oracle、MySql、Sqlserver等。数据库必须采用关系型数据库，兼容Oracle 10g及以上版本，应用服务中间件要求支持Weblogic、Websphere、Tomcat部署。使用其他数据库和中间件的，由投标人自行提供并负责安装部署和技术支持，相关费用包含在项目总体报价中。
数据集成规范	系统应根据学校《信息资源共享管理暂行办法》和信息资源目录要求，通过与学校数据共享交换平台集成和对接实现数据共享和交换，并提供基于数据库和应用系统的全量/增量、多条/单条数据等不同方式的共享同步接口，保证业务数据向数据共享交换平台提供的频率和质量达到学校管理的要求。 作为数据提供者，系统应向学校数据共享与交换平台提供数据，满足学校数据采集需求。在系统实施阶段，投标人应与学校技术部门商定系统数据开放目录，目录应满足学校需求，包含开放的数据内容、更新频率、接口类型等。系统基础信息以及应开放数据的表结构、代码标准等必须符合采购人智慧校园信息标准，提供详细数据字典。系统按数据目录提供数据接口，并确保数据有效、完整，接口运行正常，性能满足要求。 作为数据使用者，系统需要使用非本系统产生或管理的基础数据的，如学校信息系统用户、人事、学生、资产、科研等基础信息的，应使用采购人的统一代码和标准名称，通过与学校数据共享交换平台集成和对接实现数据更新，并满足学校对数据实时动态更新的要求，杜绝产生信息孤岛。
统一身份认证规范	学校统一身份认证平台向应用系统开放必要的用户信息，应用系统应支持统一身份认证平台用户登录，与学校统一身份认证平台集成，符合平台接入规范，实现单点登录、单点登出。在项目实施的过程中，如果实施技术方案与学校智慧校园基础平台的集成要求有冲突，应作相应调整。各应用系统支持通过调用教育技术与信息中心提供的身份认证接口，验证用户身份，确保各应用系统使用统一的账号和密码进行身份认证。 各应用系统根据业务需求进行自身的权限管理。根据统一认证的用户身份，设置和分配适合业务需求粒度的通用角色和权限，同时支持自定义角色，支持组合及分级授权，提供用户账号信息及权限的维护功能，提供不少于最近六个月的用户操作日志和系统访问记录的查看功能。
服务集成规范	应用系统中涉及面向全校师生和访客提供公共服务的功能模块和办事流程或服务事项，应与学校“一网通办”系统进行集成。对于办理类服务事项功能，具体集成要求包括： 1.服务事项办理页面或申请页面、申请详情和状态查询页面、审批页面均提供直达的URL链接。 2.应用系统的服务事项或业务办理办理功能的申请单应至少包括申请流水号、申请业务名称、申请人、申请部门、申请时间、申请状态等信息，并在用户成功提交服务事项或办理申请的同时，将以上信息通过学校提供的接口提供给学校“一网通办”系统。 3.申请流水号应可按学校规范设置长度、格式和流水规则。 4.上述申请的办理状态发生变化时，如办结等，应将更新后的办理状态及时通过学校提供的接口提供给学校“一网通办”系统。 5.相关办理申请页面、申请详情和状态查询页面、审批页面，应提供适配移动端的HTML5页面，以便集成到学校统一的手机端APP和微信企业号中。 6.需要进行服务集成的功能列表由投标人与学校商定，以学校需求为准。 应用系统待办任务、已办任务等应统一推送到学校“一网通办”任务中心，按照学校技术规范要求调用任务推送接口或共享任务数据，实现任务信息在“一网通办”任务中心的时效性，即有新待办任务能立即显示到任务中心。任务办理环节变化时，也需通过接口通知任务中心。 系统向用户发送微信或短信等消息通知应通过学校“一网通办”消息中心进行，按学校技术规范调用消息推送接口。
中间件	主流中间件，包括但不限于Tomcat、Nginx、Apache等
系统部署平台规范	根据应用系统所采用的技术路线，如技术路线允许在Linux操作系统中部署的，应在Linux中部署。 除学校有提供的以外，投标人负责包括操作系统等应用系统部署所需系统环境、组件的安装、配置和调试。 操作系统及相关组件应采用所选用平台及组件的最新稳定版本，投标人在运维服务期间负责及时安装最新补丁包，避免产生系统安全漏洞和性能隐患。 应用系统支持部署在采购人的虚拟化平台上。 应用系统的支撑平台及组件（不包括硬件）严格限制在以下三种组合范围内，其所列举的操作系统或服务组件版本均为最低版本要求，各应用系统在实际应用过程中可使用更高的版本。 1. Windows平台 服务器操作系统：Windows 2003 Enterprise Server或更高 运行时/框架：.NET Framework 1.0或更高 应用服务器：IIS 6.0或更高 Web服务器：IIS 6.0或更高 2. Linux平台 服务器操作系统：Linux (kernel 2.6)或更高 运行时与框架：JDK 1.5或更高 应用服务器：Tomcat 5.0或更高 Web服务器：Apache 2.0或更高 3. Aix平台 服务器操作系统：Aix 5.2或更高 运行时与框架：JDK 1.5或更高 应用服务器：IBM WebSphere Application Server 6.0或更高 Web服务器：IBM HTTP Server
终端支持	Windows7、Windows10、常用版本Linux等操作系统
浏览器支持	IE9以上、Chrome V49及以上内核浏览器
移动端支持	IOS、Android6.0以上版本手机操作系统。
辅助软件或插件	如有任何插件需支持一键安装，用户无法自主完成一键安装的终端不得超过30个
适应性和扩展性	适应未来系统的扩展，采取结构化、高内聚低耦合的设计，具有一定延展性，提供接口数据平台和标准的接口规范。 适应系统更新、功能扩展、设备升级的特点，在网络带宽、存储容量、并发承载能力等方面留有足够的调整性与冗余度； 以结构化、规范化、模块化、集成化的方式实现功能，提供软件组件管理，可以快速的适应业务需求。
可靠性要求	保证该系统7*24小时的正常运行。 稳定性方面：不应出现妨碍工作顺利进行的系统错误或意外中止的情况，对于市场主流计算机有着良好的兼容性。系统运行速度不会随着数据量的大幅增加而有显著降低。 资源利用方面：在进行海量数据的查询、统计、上传的过程中，允许CPU和内存的占用率提升及网络带宽占有量的加大，但在操作结束后，应该及时释放所占用的资源。
性能要求	在硬件环境满足的前提下，系统的总体响应时间控制在2-5秒左右，并对个别等待时间较长的界面设置滚动提醒条，提示用户操作进度，减少用户的等待时间。支持同时在线用户数量不少于500人，并发用户数量不少于100人。系统支持集群的应用部署方式，核心组件都必须提供“双机负载均衡”的运行方式。 在硬件环境满足的前提下，应用系统应满足相应业务场景下并发访问和在线访问人数要求，确保并发访问响应时间符合操作要求；系统安全、稳定，保证7×24小时运行；存储系统满足需求，运行稳定，易于扩充；支持负载均衡、可横向扩展；支持远程管理；终验时须提供系统关键业务功能的性能测试报告。
友好性要求▲	系统必须以用户为中心，满足用户的各种业务需求，以及高效、易学、人性化交互、少错、向后兼容的基本要求，并具有多语言扩展的能力。应用系统需具有用户界面和使用习惯的一致性；必须对用户动作提供及时的反馈信息；需具有用户可读的操作提示，引导用户操作，并可帮助用户从错误中恢复；需具有在线帮助文档，供用户随时查阅；数据展示类的功能界面应符合学校统一管控中心的界面设计规范和风格。 系统可以满足不同终端屏幕尺寸的展示需求，人机交互界面友好、简洁、易用，满足用户便捷性需求，可以不断提升用户体验。文字、按钮搭配合理，同一模板各功能页面的排版风格统一。系统须提供多维度、精准的应用查找和定位功能。对常用和重点业务，系统提供业务专题推荐功能，可对操作做出介绍和引导。 系统框架结构清晰，页面模块分类科学，层次结构划分合理，可根据权限显示不同内容，并支持按不同业务逻辑配置业务导航。 界面按钮、表格、文字的字体可适应正常范围的浏览器的扩/缩放，可支持150%的高DPI
安全性要求▲	1.应用系统应严格遵循《深圳职业技术学院校园网络与信息安全管理规定》以及《深圳职业技术学院信息应用系统安全规范》等的相关规定，确保信息安全。 2.应用系统应在架构、设计、编码等各方面符合可信计算的规范和要求，确保系统不存在各类已知的安全漏洞隐患，包括但不限于：SQL注入、跨站脚本执行、任意文件或未经校验文件上传、任意文件下载、越权访问、命令执行、应用程序错误信息或服务器信息泄露、httphost头攻击等常见漏洞；使用明文或在程序/脚本文件中写死密码；在网页源码中暴露应用处理逻辑等敏感信息；表单信息有效性缺少服务器端后台校验；系统留有“后门”，设计违反或者绕过安全规则的任何类型的入口和设计文档中未说明的任何模式的隐藏入口。 3.系统具有完善、有效的用户角色权限控制机制，确保资源和数据的权限授权和控制粒度符合业务需求。应用用户的权限最小化，控制用户对功能、文件、数据等的访问。 4.系统在上线试运行前应先通过第三方检测机构的系统安全检测，并出具报告。在终验前须通过信息系统安全保护等级二级或以上测评。相关费用包含在项目总体报价中。 3.系统支持HTTPS，默认使用HTTPS访问。 4.根据业务需求，如应用系统同时有面向互联网开放的功能模块和只面向校内网络开放的功能模块，应支持分离部署。 5.如业务系统除集成统一身份认证和单点登录外，还提供了自有用户管理和登录功能的，相关功能应满足网络安全要求，避免安全隐患，包括技术上保证密码强度禁止弱口令、限制恶意爆破登录、限制机器登录、口令禁止明文保存和传输等。 6.系统采取技术手段有效识别和拒绝爬虫类访问，能避免信息被恶意采集。 7.系统详细记录所有用户操作日志，确保每个用户每个行为可追溯。系统各类各级网络日志、操作日志符合《网络安全法》要求，至少保留六个月以上。 8.投标人在服务期内负责应用系统所在操作系统、系统运行和维护所依赖的相关组件的安装、配置，确保符合网络安全要求，不开放不必要的端口，不存在已公布或已知的漏洞或隐患。
可维护性要求	支持非专业维护人员对流程、功能、业务表单等模块的调整，支持非专业维护人员对流程、功能、业务表单进行配置。 投标人应提供交付版本系统数据库数据字典，表明系统所有数据表各字段的中文含义、字段意义、字段长度、字段类型和外键关联关系。提供数据库关联图。
运维规范	应用系统应具备开放的运维接口，报告应用运行状况数据，且提供给学校统一运维管理平台使用，系统应记录完备的业务日志和运行日志，并按照业务管理要求和系统运行安全对日志进行管理。
备份规范	具有应用系统和数据的备份与恢复功能，能够提供定期自动备份与按需手动备份、本地备份与异地备份；具有快照模式，易于数据运行和管理，并提供完备的容灾方案。软件应用服务器与数据服务器可分离，提供应用系统和数据的备份与恢复的技术服务。
系统文档	系统应在其软件生命周期各阶段遵照国家标准编写相应的适应特定读者的文档，并按时限要求交付。
系统IPv6支持	应用系统应支持IPv6-Only网络。

系统初始化设置

基础信息是学校内控系统对业务管理、数据统计分析应用的基础要求。

系统应提供统一基础数据标准，通过确定、完善和灵活的基础数据编码体系，以保障系统对学校内控管理业务有效支撑能力，同时满足财政部门、教育部门及学校主管部门对财务数据不同口径的统计分析要求。系统中的编码体系应根据学校实际情况进行配置和调整，基础数据字典维护可自定义基础数据并维护相应的数据值。

数据字段配置

在实施过程中，投标人应根据实际业务需要，灵活添加关键功能的数据库表结构字段，对关键业务功能表可进行字段扩展、自定义报表扩展等操作，通过配置相应的数据字段可进行业务数据范围和统计范围的扩展。该系统各表均应保证有足够的备用字段和长度，确保后期系统的延展。

验收时，投标人应提供交付版本系统数据库数据字典，表明系统所有数据表各字段的中文含义、字段意义、字段长度、字段类型和外键关联关系，还应提供数据库各表关系图。

部门人员设置

该功能用于管理全校所有部门，部门和人员可根据需要分配用户登陆账户密码

具有自身系统的用户账户密码体系，可实现用户使用本系统自带的登陆功能进行登陆，可自助通过短信、邮件等方式找回密码。部门和人员信息可需要实现导入和更新接口，可与校园统一登录平台对接从校园统一登录平台中获取人员账户数据，可与校园CAS单点登录对接实现统一单点登录。人员信息可灵活支持其他的单点登录方式，人员账户可绑定手机、微信、支付宝账户以方便使用相关APP或小程序。

系统权限设置▲

本模块用于管理全校所有人员部门的权限，管理员可根据业务需要分配相应的菜单、角色、功能和数据的权限管理，权限管理应支持基于角色的权限访问控制RBAC，可进行角色的自定义新增和配置，对系统用户和岗位进行权限设置、更改、回收等功能。系统支持通过接口或者流程自动调整权限。权限管理分为功能权限管理和数据权限管理。功能权限要求可根据角色和用户进行授权，要求可到页面的按钮一级。 数据权限要求可按照角色和用户进行定义，其中，应允许一个用户多个角色，同时，可允许针对角色和用户，对具体业务根据部门、责任人、发起人、业务类别等字段，定义相关数据权限，可把特定的数据授权给某个用户（如临时授权某用户查阅某个文档）。并可针对业务的数据字段，自定义数据权限规定（如规定某个角色只能看金额多少以内的业务数据）。

接口目录管理

所有业务模块都可从外部获取业务数据或向外部传输数据，应根据业务需求建议相应的接口目录，方便其他外部系统调用接口，所有接口的访问要通过相应的权限控制。

页面功能：接口目录管理应可以在页面中配置和修改对接口程序包等进行配置。开发人员增加新的功能点时，可在此页面进行扩展和新增相关的接口程序。

所有接口需根据学校信息中心统一的接口规范制定和部署。

文档管理基础功能

系统涉及多个文档管理的环节，所有系统中的文档可按照项目归集管理，通过项目列表可查询项目相关的所有过程文档、附件。系统应实现对每个项目上传的文档进行归集管理，可在系统页面中显示项目的文档，供用户下载查看，兼容txt、jpg、gif、pdf、doc、docx、xls、xlsx、ppt、pptx等主流文档后缀，图片和文本文档可进行在线查看。

具备一定的版本控制管理功能，对同一文本文档多次上传修改应有版本对比的功能，提供对比内容差别的功能。该功能主要用于招标需求文件、合同等审批过程中存在的Word\PDF文档，所有审批环节都可对修改的文档有版本对比提示的功能。

服务运行记录和性能优化

可对软件服务运行情况进行记录，对相关的数据进行统计和分析。软件服务运行情况包括软件运行的日志、中间件运行情况、软件传输、 消息队列、批量备份、传感器数据传输情况等软件系统整体运行情况，运行情况可以日志、图标、告警等形式进行展示。

日志管理：软件中所有的数据库增删改查操作均有相关的日志并可查询。系统应提供对日志进行相应的查询和筛选的渠道。

垃圾回收：软件在运行时会产生大量的日志和历史运行记录，其中包括许多过时的数据信息，如传感器数据信息、数据库操作记录等，系统应自动对垃圾信息和过期信息进行回收。

缓存机制：对于大量的数据和页面的加载提供相应的优化功能，系统应采用主流的缓存机制提升数据处理速度和页面响应速度。

三、 内控系统技术要求

内控咨询服务★

1.深入调研梳理经济活动管理现状，结合学校已建立的内部控制体系咨询成果，评估内部控制活动信息化管理现状以及其具体操作风险，调研分析软件建设需求，包含但不限于业务需求分析、用户需求分析、接口需求分析以及安全需求分析等。

2.提出优化方案，设计信息化管控优化措施

从学校总体管控为目标出发、以财务核算为基础，以业务风险为导向，以内控标准为纽带，实现内部控制规定与信息化无缝对接，针对学校如何解决自身管理中面临的实际问题，将标准化的、程序化的内控规定、现代化管理理念嵌入系统，通过完善经济业务管理制度、流程、标准、归口管理、表单等规则，制定相应的风险防控信息化管控措施。在与学校各部门负责人、校领导充分沟通的基础上，确认信息化管控措施，设计与学校管理相适应的信息化建设方案，实现先优化，后固化到信息系统的控制目标。

审批流组件▲

审批流是内控管理系统的脊梁骨，各个模块可以通过页面发起相关业务的审批，审批过程数据在审批流中详细保存。审批流模块应具备灵活方便的流程自定义功能，可由用户自行定义审批表单、流程等功能，以适应未来需求的变化。

同时审批流模块也需要根据实际业务需求和已有系统的实际情况对接学校其他系统审批模块，以获取其中相关的审批数据，支持通过第三方接口将审批结果取回内控系统，自动生成并完善整体的完整的审批文档，第三方结果可作为附件保存。

岗位角色部门设置

系统需具备对审批岗位、权限、职责、部门和人员数据的独立编辑或通过接口实时同步功能。审批流模块中的岗位权限信息可被其他的模块界面灵活调用，可灵活设置一定时间段内的代理人。

为确保安全性和合规性，审批流系统支持

l 支持加密证书认证或支付宝、微信认证或其他合法第三方认证对审批人员注册认证。

l 可保存图片的签名，支持纸质打印审批表单并包含签名图片，签名图片可由用户自行维护或在移动审批时在手机端签名完成，纸质打印审批表包含用户签名图片。

l 支持管理员人工进行岗位、角色部门等功能的直接调整，同时需支持通过预置的流程或数据接口对人员岗位角色设置进行自动化的调整，例如通过本系统中的流程或人事系统的接口，完成调动审批后直接根据预置的方案自动化的变更人员岗位、部门、角色等。

审批模板设置

l 根据不同的流程自定义相关的表格模板，表格模板有打印功能，流程模板的数据可绑定其他模块自动获取的数据。

l 具有模板分类、审批分类、审批动作配置、审批路径配置等功能。

流程设置

l 审批流模块具备流程设置功能，可以自定义不同的流程，包括可选流程、必选流程、固定流程模板等，流程设置中可编辑对选择指导。

l 具有审批流程路径的维护功能，维护固定流程路径的路径类型，方便在创建审批流程时快速选择路径。

l 可以维护固定的审批路径，方便快速创建流程审批。

l 可制定流程模板或绘制流程路径，可对已分配或设计审批路径的模板分配使用权限。

l 审批流程组件应包含流程控制、业务审批、会签、会议论证、财务审核等不同的组件，系统维护人员可根据实际业务需要进行组件功能组合和配置流程

审批功能

l 可通过系统界面或其他模块的审批发起页面新建或查询审批单据，在审批系统中可通过个人工作台页面对待审批、已审批、已拒绝等进行查询、审批或修改。

l 可在个人工作台页面对个人权限、代理人进行设置，个人工作台页面具有任务、代办、审批记录查询等功能。

l 可在待审批功能中，查看当前节点是登录人的流程审批，审批流程等功能只显示当前节点是登录人的流程审批。 排序按照申请日期正序排列。

l 可在审批页面中，显示当前节点操作所拥有的功能（根据审批流配置相关功能权限），包括不限于直接退回申请人、退回到之前某一审批环节、审批撤回、指定下一审批人、同意顺序审批等

l 具备审批意见功能，可显示当前流程所有审批意见。当前审批人审批路径用不同颜色区分，审批意见显示已审批记录。

l 查看登录人已审批完毕的流程审批，查询条件：申请日期起、申请日期止、申请人、编号、审批状态、审批主题等，可支持审批记录查询、排序和筛选操作

l 系统中的各类审批流程可图形化体现，易于了解进度，即需支持按人、岗位、职务等多角度配置流程，也需支持多种条件分支（如金额、部门等）配置跳转分支流程。

l 需支持审批事项能够加签、隐藏意见、转发、回退上级、指定回退、关联相关业务单据、传阅等功能，减少线下沟通成本，记录完整批示信息。

l 可加盖电子印章图片，电子印章根据签报类型不同作调整，通用类签报电子印章包括但不限于：预算内财经事项、预算外财经事项、合同约定事项、计划内采购事项、计划外采购事项、下属单位财经事项、一般合同、重要合同；合同类签报电子印章包括：一般合同、重要合同等。

审批OA接口

审批流可根据实际业务需要进行开发配置后，灵活调用其他模块中选择或关联的数据可直接导入所需填写的模板，审批状态、审批流程、审批结果等信息可回传到其他模块界面中。

审批流可以与学校现有的OA系统对接，用户可以通过输入文号、链接等信息，系统自动抓取OA系统中已有的公文，将公文作为审批附件，可直接显示，免除用户下载再上传的繁琐操作。

审批移动端

审批流系统具有支持主流移动终端的APP、移动网页或小程序，用户可在移动端进行审批、发起审批、查询、查看代办事项和已办业务等与网页端相同的功能，移动端可支持学校统一身份认证、支付宝微信实名认证或其他合法第三方认证模式。移动端采用HTML5语言，兼容iOS、安卓，可集成到微信端，或与微信集成实现手机端移动审批，支持IOS、Android等主流手机操作系统版本（兼容2017年以后的更新版本）。

审批流监控

对审批流的各项指标进行统计和分析，提供监控功能，包括审批流程来源分析和统计、审批时效性、流程完结情况等，可根据各维度的数据统计对审批流的运行状况和流程情况进行分析和统计。

系统集成要求▲

所有来源于其他系统的数据均应在本系统中保留副本数据，副本数据作为本地缓存数据可供审批流程、表单填写等过程引用。系统接口数据调用策略包含但不限于定时同步、触发器、中间数据库、消息队列等，可根据实际的业务需求进行开发与调整。系统集成涉及第三方提供接口并配合调试，校方将保证第三方供应商配合及网络环境支持。

与一网通办系统接口

实现一网通办单点登录，支持CAS、LDAP等主流的单点登录方式。一网通办系统与内控系统共享系统用户数据，用户登录一网通办后可从一网通办系统直接进入内控系统，无需再次输入用户名及密码

实现与一网通办的任务中心集成，实现待办事项和数据的推送和同步。

与OA系统接口

实现OA单点登录及与关联OA已审批申请，实现公文链接的获取。

与财务核算系统接口

实现支出单据的数据生成记账凭证，并传递到会计系统，减少财务人员的重复工作提高工作效率。同步财务系统相关基础数据，确保整体流程的顺利进行。

与科研子系统的对接

向科研系统推送来款数据，由科研系统完成认领。

获取已认领到账的科研的项目信息、合同审批和附件、合同收付款信息、预算数据、科研资金数据、管理费、税费的扣除数据等

向科研系统推送科研项目的收支情况、记账明细、结项相关的决算报表等

接受科研系统传来的科研绩效发放申请、审批流程，完成发放后可反馈结果

与招投标系统对接

对于校内招投标采购，支持与校方招投标系统对接，将招投标采购项目的采购分包要求、控制价、采购品目等采购要求信息传递给校方招投标系统，并可从校方招投标系统获取中标供应商、中标价等中标结果信息。

与资产、耗材管理系统对接

采购验收完成后，相关的采购品目形成资产、耗材台账信息，完成与资产、耗材管理子系统的对接。向资产系统推送资产入库数据，并获取资产系统入库完成后的入库单数据。

与工资个税系统对接

能与院工资核算系统、个税系统对接，协同完成工资核算、个税计算、发放记录、财务核算等业务。获取劳务、科研奖金等业务发放的时候个人累计计税数据并讲计税记录推送到个税系统中。

与银行和财委支付对接

实现与银行支付系统对接，在出纳支付环节直接完成银行转账，并提供对账功能。

在条件允许的情况下与财委指标管理、国库直接支付、国库授权支付、公务卡系统等系统进行对接，实现获取指标、传输支付数据、发起支付指令等功能，并提供对账功能。

项目库管理▲

建设完整、规范、高效的项目库是财政预算管理的发展趋势，是部门预算编制的基础，可从根本上加强项目管理能力，促进整体财务管理水平的提高。项目库管理的系统页面和功能需要满足申报部门、归口管理部门的实际操作需求和各级领导的业务管理需求。

项目需求申报审核流程图：

根据学校目前项目管理现状，项目可定义为一件事，其预算支出包含运营支出和采购支出，运营支出包含各项财务经济科目（劳务费、差旅费、会议费等），采购支出包括货物、工程和服务类的采购业务对应的采购项目预算（设备费、服务费等）。

该模块的业务功能为设定项目库系统的基础数据。基础数据的设置应根据学校实际业务需求梳理和优化而成。该模块主要由项目申报部门与归口部门共同使用，用于收集项目数据包含项目、预算、采购、绩效、流程等信息，项目需求申报审核业务需求和功能需求如下：

业务模块	业务需求	对应系统功能点要求
基础数据 系统设定	该模块的业务功能为设定项目库系统的基础数据。基础数据的设置应根据学校实际业务需求梳理和优化而成。该模块主要由项目申报部门与归口部门共同使用，用于收集项目数据包含项目、预算、采购、绩效、流程等信息	1. 根据项目的业务类型对项目模板、预算模板、采购模板、绩效模板等项目申报相关模板的设定和关联 2. 项目申报审批流程配置 3. 采购方式设置，关联采购方式、采购品目审批流程 4. 可配置资产采购品目，关联单价限制，关联采购方式和审批流程等 5. 现有的存量资产、实施场所等数据源和接口配置，可以在申报页面中进行提示。 6. 可以设置多维度的条件，对流程、模板等进行关联，例如校外资金和校内资金的管理内容和重点不相同，审批流程也有所不同。 7. 系统需配置学校/部门资产配置信息（学校/部门拥有的相关资产信息），可通过数据接口完成。 8. 项目层级管理，支持项目进行归集和合并，可以将一组项目合并成一个项目，可以对项目层级进行设置。 9. 项目结项条件设置
项目台账和详细信息	项目库具有台账功能，可以展示项目相关的信息。根据不同业务归口部门、项目所属部门、岗位、角色等权限可看到不同的项目。 用户可在该功能中对项目进行多维度高级搜索或快速定位。 项目台账数据作为整个系统的基础数据应能够被其他模块直接引用。 用户可在台账中选取项目查看明细，包括项目各阶段业务数据、审批过程数据和相关附件 项目数据可进行批量导入、导出、数据更新等操作，可在页面中完成或以EXCEL上传的形式完成。	1. 台账展示数据页面应具备用户角色切换功能，用户具有多重权限的时候可以根据角色切换到相应权限页面中，展示出不同的项目数据 2. 系统应支持用户常用的角色为首选角色，用户常用的角色可进行用户自定义设置，也可以由系统进行判定，以提高用户体验。 3. 用户可以在台账页面进行快速项目定位，如输入项目编号精确定位或输入项目关键字缩小范围等功能 4. 用户可以在台账页面进行高级搜索，高级搜索所需字段可根据前期梳理的用户常用字段定制或系统支持自定义搜索字段，下拉菜单字段可支持多选。 5. 系统内置其他的模块可以根据需求读取台账的信息，系统提供数据接口，可由外部系统读取相关的数据； 6. 系统为用户提供体验良好的界面，帮助用户更好的浏览项目相关数据，项目进度与数据完整情况可在台账或项目明细信息页面通过颜色、进度条、图表等可视化的数据进行展示。 7. 可在搜索筛选或勾选项目后进行多项目导出，导出的字段可由用户进行选择。 8. 系统提供批量更新项目数据的功能方便项目管理用户对所管理的项目进行批量修改，批量修改的字段权限应可以控制. 9. 系统提供项目数据更新的功能，可以使用EXCEL上传、批量更新功能页面等形式。
项目申报填写 （申请人用）	各部门预算管理员、项目负责人可在网页中填报年度预算项目，填报表单根据现有业务需求、预算等申报信息，填写过程应简洁明了。 各类项目填报简介： 货物、服务采购：各部门报货物采购明细，填报时，系统可帮助其填写正确的采购品目，系统可提供货物安装环境、场地的审查确认流程，可以在页面对品目相关的流程、价格等要素进行控制。 工程采购：各部门先填报工程需求，归口管理部门对需求进行现场勘验和审核，根据需求进行合并\拆分，形成工程项目，再进行论证和立项过程。 运营项目：系统提供根据往年的申报、执行情况等数据，帮助各部门申请人填报各项目的预算。 综合类：系统支持涉及多个归口部门的综合项目，综合项目填报界面包含多种不同的填报要素。	1. 申报界面应针对不同类型的业务（货物采购、工程采购、服务采购、纯运营项目、综合项目），提供相应填报模板。 2.根据不同的项目类型，关联相应的申报模板、数据及审批流程。如采购类项目，可根据资金来源、采购品目，关联单价限制、采购方式及审批流程；同时，提供人工修改、调整项目信息权限。系统具备自动审核不合规采购品目的功能，并对未知的采购品目提供人工调整的建议。 3. 对于学校科研项目，可通过系统对接，项目库可自动接收从科研系统推送的项目信息； 4. 可在系统中新增、导入预算项目信息、系统中可引用根据往年的预算历史数据（填报数/执行数）及绩效目标库，基于历史数据进行填写及修改；支持根据往年数据一键填报项目预算。 5.系统需配置历史数据库、指标库、资产配置信息等数据源，方便申报人员申报项目； 6. 项目需设置绩效目标申报表，根据项目性质的不同，各部门可自行填报绩效目标。绩效目标申报表包括且不限于以下信息：部门名称、填报人、项目申报属性、项目类型、预算安排、支出内容、立项依据、项目实施计划、总体绩效目标及绩效指标等。 7.系统需根据项目类型设置、项目内容、金额的权重结构，自动判断归口管理部门并推送；支持人工判断手动操作，项目归口调整需要共同会签审核。 8. 项目采购内容申报应包含工程、服务、货物类项目模板和申报流程，可支持项目需求申报到归口管理的模式，例如支持工程类项目申报流程为申报需求-归口部门现场调研后对项目合并/拆分确定初审稿-论证确定项目；也可以支持项目需求申报后直接进行论证的模式，例如货物类项目申报-归口部门论证确认立项。
项目及预算申报管理 （归口管理）	预算项目申报过程可分多级完成，项目需求归集到归口管理部门/岗位/角色，管理人员可在网页中查询到自己所管辖的项目信息。	1. 在申报项目未正式提交前，归口管理部门专责人可查看到申报项目的信息，并可根据信息填报的情况对每个填写的项目提供反馈意见。项目负责人可根据归口专责人的反馈意见进行修改，完成专责人格式审核后，项目申报部门可进行内部专家评审等流程并正式提交。 2.系统提供统一的管理页面方便归口部门管理人员进行管理，数据展示应基于部门、岗位、角色、资金来源等多维度权限进行调整，提供对应管理人员所需的项目信息。 3.系统提供对项目需求中的各字段进行搜索功能，可在高级搜索中自定义搜索字段。 4．系统提供功能给归口管理部门/人员/角色，归口管理可在填报过程查看和辅助修改待提交内容，使其帮助申报人进行填报。 5. 系统支持归口管理部门对项目需求的合并拆分后立项功能，可对申报的项目需求进行合并/拆分，后进行立项，立项后形成的项目可关联需求申报相关的审批流程和文件。
项目论证管理 （归口管理、论证专家）	部分预算项目（科研、教研项目、后勤及设备资产等）需要归口管理的预算由对应归口管理部门进行汇总审核； 按需组织专家进行评估论证，项目统一论证、审批流程；	1.系统根据项目金额、类型等参数进行判断或由归口管理部门自行判断是否需要论证，如需要论证可以通过手工的形式勾选进入论证功能，论证可分多批次进行； 2. 项目申报人可在项目评审前上传到文件到系统中，系统提供页面对每个需论证的项目相关的评审文件进行展示； 3. 系统提供页面为专家进行现场论证功能（特殊版本的会签机制）： 3.1归口部门管理人员可创建现场评审，在待评审的列表中选择本次参与评审的项目，通过手工操作或系统接口指定与会专家，如校外专家，可快速注册评审账号，到现场后为专家指定组长（赋予组长权限）。 3.2每个评审专家与会后，在会议现场可以登陆系统打开专家评审页面，现场填写意见，勾选是否评审建议（通过、不通过、修改完善后通过等）。 3.3专家评审组组长可汇总评审结果，决定该项目评审决定（通过、不通过、修改完善后通过等），专家评审意见将会汇总反馈给项目负责人和部门领导。 4.系统汇总的打印页面，所有参与评审项目最终评审意见可打印后由专家共同签名，相关文件可由归口部门上传至系统中，批量关联到论证项目中。
项目审核管理 （归口管理）	归口管理者可在界面中对项目进行审核管理，可移交其他归口部门，可根据实际业务需求，对已经确定的项目进行合并或拆分项目，形成新的项目，新项目的前置申请、论证等流程数据与旧项目关联。	1. 系统支持项目在归口管理部门之间流转或协同审核,可以将项目整体移交给其他的归口部门； 2. 系统提供对已确定项目的拆分、合并的功能，完成合并/拆分后原项目的审批论证记录与拆分合并记录均在系统中保留。 3. 系统提供项目的撤销、调整等功能
项目出入库和预算分配管理 （归口管理、财务管理）	项目确认且预算分配以后，所有项目应由财务与归口部门共同确认对项目申请的预算额度进行配资，配资的策略将根据学校相关管理办法确定。财务人员将批复归口预算提供给归口部门，由归口部门完成对项目的配资确认，确认后项目可自动进行资金配置。 项目配资的状态有，当年预算配资、跨年预算配资、近三年预算配资、不配资。不配资项目作为备选项目进入备选库中，配资项目作为执行库可以进行后续项目流程。当年预算配资与否决定了项目是否可以进行当年支付。 项目长期在项目执行库中未完成执行的，将通知用户后确认，完成出库。	1.根据项目库中项目的类别、优先级和预算的可分配金额进行资金分配，自动生成资金指标并绑定项目，同时项目根据经费来源自动进入对应的项目子库。 2.一个项目允许有多个资金来源，当项目使用多个资金时，进入“混合子库”。项目的经费状态分为：已配资、部分配资和待配资等，预算分配结束后，待配资的项目进入备选库。 3. 各归口管理部门对本部门项目分配的预算资金进行确认，预算确认包括未安排经费的项目确认，已安排经费的项目确认，以及部分安排的经费确认。 对于综合类项目，在预算确认时，还需将预算经费再分配到各个子项目中。 预算确认后，项目可开始进入下阶段。 已与业务系统对接的，则将预算数据推送回各个归口管理系统。 4.各业务部门根据预算安排调整绩效目标并在系统固化，进入项目执行环节。 5. 长期未在执行库中的项目，系统提供预置的年限设置，接近年限设置的项目提醒项目负责人尽快执行或进行项目撤销申请。
项目执行管理	项目执行主要以实时监控和掌握项目执行情况为主。包括项目启动、采购执行、合同登记、支付管理、资产管理等进度情况，项目执行进度可以以审批过程、采购过程、实施过程和支付过程等项目节点为依据。	1. 系统提供项目执行相关的统计报表给相关各方 2. 系统提供项目执行统计功能并利用统计的数据可以对项目负责人、归口部门等进行通知和预警。系统将定时向项目负责人、部门领导、归口部门相关责任人发送项目进度情况，加快项目推进情况和提高支付的执行率。
项目监督管理	实现项目库项目信息的全流程跟踪，实时动态的查询项目从立项到结项的全生命周期的记录数据，对各项业务、各个项目活动情况进行实时监控、提前预警和及时报警，确保各项工作顺利进行。	可实现项目信息的全流程跟踪，实时动态的跟踪项目从立项到结项的全生命周期的执行情况。包括： 1.可实时查询项目目前的执行状况。 2.可查询项目每个阶段的具体情况。 3.可对项目各个环节的异常情况进行实时报警。 4.可对项目各个环节时间、资金等指标的临界点进行预警。 5.统计功能支持自定义字段，支持生成图形报表，直观的界面展示项目的各项相关信息、执行情况、分析结果、考核情况等，； 6.统计分析结果支持多种文档形式WORD、EXCEL数据导出。
项目结项	系统可以提供项目结项功能，项目结项条件可根据项目具体情况进行配置。项目结项功能可以给项目负责人、归口部门、学校管理层对项目的结项情况的统计，方便对项目完结进行统计和分析。方便项目负责人对自身项目进行管理，例如可以设置工程项目，工程质保期到期后项目完全结项，项目负责人可以对项目进行管理；科研项目则可由科研负责人通过流程发起申请结项。	1. 支持项目人工结项、流程结项或根据项目结项条件自动结项。 2. 系统支持自动打印结项所需相关文字材料、收支流水等 3. 系统支持按照自定义格式形成项目决算报告
项目状态动态调整	项目库类型包括备选项目库、执行项目库、完工项目库、清理项目库。 系统需要设置项目状态，项目库动态管理。 执行项目库：由归口管理部门根据资金预算情况以及项目优先级，对项目分配预算资金，形成了预算项目库。其他项目进入备选项目库 完工项目库：已经建设完成的项目库。 清理项目库：从申报时间算起一定时间的项目将会进入清理项目库。 系统自动列出立项三年后仍未安排到经费的项目，并且可查询项目申报的相关信息。 点击出库后，填写出库原因和出库日期后，项目进入淘汰项目库。	1. 系统提供归口部门管理项目的功能，可以由归口部门对项目进行手工调整，进行优先级调整、出入库调整等功能 2. 系统提供项目负责人对项目发起优先级调整申请或配资申请等功能，根据项目推进情况负责人可以申请对项目资金安排进行调整。 3. 项目调整应存在审批流程，完成审批流程之后系统自动按照需求进行调整。

预算管理

“以预算为主线、资金管控为核心”是当前高校内部控制建设的核心理念。高校预算业务控制是当前高校管理体系建设的核心内容之一，也是高校其他管理控制的基础。高校的预算工作是高校其他各项工作的起点，也是整个高校内部控制的基础。

该模块主要由归口管理部门和计财处进行使用，财务将会根据线下预算会议对归口管理部门的预算进行分配，归口部门再到项目管理模块中进行各部门的预算分配和具体项目的取舍，完成取舍的数据可以由归口部门再此模块中进行归集上报，经过系统外的二上二下的财政预算申报工作，学校财务可录入批复的预算，在此模块中对资金进行资金下达并分解为指标进行项目配资。该功能为承上启下的功能

预算管理业务流程图如下：

指标管理

资金指标管理是高校财务管理的直接管理对象，资金指标是落实的项目预算的方式，资金指标实际可以理解为资金账户，其中有余额、收支明细、预算控制等要素，指标之间可以相互转账，部分指标允许透支。指标中的资金来源于财政批复预算、财政指标、外部来款等，资金可以通过转账拨款到其他的指标中，通过支付模块可以完成资金的对外支出。资金的收入、划转等操作应生成相关的财务凭证，并可根据凭证接口传入财务核算系统中。

指标管理的具体业务需求和功能需求如下：

采购管理

在高校经济活动中，政府采购业务是高等学校经济活动的一项重要业务，通过加强对采购业务控制，实现管理、采购、监督的有效分离，有利于提高单位的采购质量、提升单位资金的使用效益、促进单位的廉政建设，实现单位资源的合理配置。

采购管理系统是为保障货物、服务、工程等的供应而对单位采购进行管理的系统，是单位采购活动的计划、组织、指挥、协调和控制的工具

采购业务基本流程图：

采购业务主要使用人是采购中心和项目负责人，在项目已经设定好了采购计划，项目负责人根据计划提交相关采购需求后，采购中心使用不同的采购方式完成采购（涉及招标的将会使用到第三方的招采系统），通过采购模块界面或数据接口收集相关的采购过程、中标、供应商等数据，这些数据将在合同模块中被引用。采购业务还包括验收工作，可根据合同和投标文件等数据，生成相关的验收表单，验收表单包括验收过程论证、供应商、供货清单、发票、支付方式等相关信息，验收信息可在资产入库、履约支付等过程中被引用。

采购业务的具体业务需求和功能需求如下：

合同管理

合同管理是内控管理六大模块中的重要一环，根据2019年实施的政府会计制度要求，合同中的支付条款和履约责任是作为高校财务经济活动的执行管理的重要依据，合同管理作为采购与支付的中间环节，起到了承上启下的作用。合同履约条款来源于招标文件，其要求应更高于招标文件，而合同中的支付条款（付款计划）将作为实际支付业务发起的审批依据。

根据合同的业务类型划分，学校合同可分为采购类合同、战略框架协议合同、学术科研类合同等，全校合同的执行责任分布于学校各业务部门。整体合同业务管理流程如下：

系统应具备以下功能，以满足合同管理的整体业务需要。

资产管理

资产管理业务在内控系统主要是以生成资产台账和资产信息数据库为主，新增的资产信息将会进入资产台账，并与资产管理系统形成数据同步，将资产入库信息传入资产管理系统，资产管理系统将会反写资产编号、分类等信息回到内控资产管理模块中。

支付管理

支付业务是高校经济活动的重点过程，支付管理的系统页面和功能需要满足项目负责人、收款方、财务人员的实际操作需求，支付管理的数据统计分析需要满足财务人员和各级领导的报表需求。

支付业务流程图：

支付业务的具体业务需求和功能需求如下：

财务凭证生成▲

移动端▲

数据分析

系统应提供统一的数据分析平台，通过直接的方式查询业务信息、可视化分析、风险预警、绩效考评和领导驾驶舱等功能。数据分析平台应包括：

注意：提供项目服务期限（完成期限）、项目进度安排、付款方式、验收要求、培训要求、售后服务要求

项目商务要求

▲项目服务要求

本项目实施团队成员须不少于10人，实施期间要求1名项目负责人和5名主要成员团队驻场提供实施服务，具体场地由双方协商，如需场地费用由投标人提供。

在服务期限内，项目负责人不得更换，主要成员应保持稳定，如需更换核心成员，须经采购人同意后方可更换。

项目实施周期自合同签订之日起365个日历日内，按合同和招标文件约定的要求和标准进行交付，完成项目的开发、调试、试运行及验收。

项目进度要求

1.项目实施要求

第一阶段：合同签订后30个工作日内完成服务咨询，调研梳理我校经济活动管理现状；评估设计和执行有效性、优化管控措施，优化完善符合我校业务实际和管控需求的经济活动制度规范，保证项目成果的适用性、落地性，为内控信息化定制化建设提供基础。

第二阶段：合同签订后60个工作日内评估内部控制活动信息化管理现状以及其具体操作风险，调研分析软件建设需求，包含但不限于业务需求分析、用户需求分析、接口需求分析以及安全需求分析，完成信息化系统设计需求调研。

第三阶段：合同签订后150个工作日内完成核心业务系统（项目库管理、预算管理、指标管理、采购管理、合同管理、资产管理、支付管理、财务核算）建设，达到初验条件。

第四阶段：合同签订后180个工作日内完成项目各分项系统初步验收、组织培训和系统上线试运行。

第五阶段：合同签订后200个工作日内完成项目全部建设内容、正式运行及项目整体验收。

说明：因采购人原因导致的项目延期不在此限制之列，如因与第三方对接导致的项目延期不影响整体验收，但投标人应提供相关的承诺函确保完成任务。

2.项目详细进度计划要求（投标时须针对本要求出具承诺函）

(1）详细进度计划管理工具要求：投标人须提供或开发针对本项目的详细进度计划管理工具软件或系统，可对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理，且开放给采购人使用，采购人可通过工具软件实时查询项目整体进度信息、各分子功能模块的详细进度信息等。投标时须提供详细功能截图。

(2）进度计划调整与驻场人员动态调整：非因采购方或第三方原因导致的进度计划延迟，采购人有权要求投标人增派驻场人员，以弥补进度损失。对重点功能模块，进度延期每超过2个工作日，投标人须在2个工作日内增加对应功能模块的驻场软件开发或实施人员一名，直至进度延迟情况消失；对普通功能模块，进度延期每超过5个工作日的，投标人须在2个工作日内增加对应功能模块的驻场软件开发或实施人员一名，直至进度延迟情况消失。且增加的人员不得复用。投标时须针对本要求出具承诺函。

项目团队人员管理

本项目要求中标人提供不少于10人的项目团队，其中项目经理不少于1人，内控咨询顾问不少于4人，开发人员不少于3人，实施人员不少于3人，人员不得复用。项目开发实施阶段应提供不少于2人的驻场服务，运维阶段应提供不少于1人的驻场服务。

驻场人员应遵守校方的各项管理规定。因中标人技术服务工程师给校方或其他第三人造成损失的，中标人应承担赔偿责任。

驻场人员在校方提供技术服务期间，应遵守校方的考勤管理制度。对于不遵守校方考勤制度的技术服务工程师，按照校方考勤管理制度进行相应的处理。驻场人员休假原则上应安排在寒暑假期间。驻场人员请假期间，校方有权要求中标人另派其他技能相当的工程师接替工作，如因中标人未能妥善处理工作交接对项目造成不良影响的，校方有权追究相关责任和追索损失。中标人如需更换驻场人员，需提前书面向校方提出申请，校方同意后方可更换。如驻场人员无法胜任所承担的工作，校方有权要求中标人在限期内更换，直至符合校方要求为止。

项目变更要求

1、项目实施过程中，中标单位不得擅自变更项目合同规定内容，如确需进行变更，须按规定提交变更申请，经采购人审核变更可行并确认后方可开展变更。

2、所有变更均要符合深圳市政府投资项目相关管理规定，且变更的技术规格参数、功能、性能均为正偏离，如因政策法规、不可抗力等原因导致的需求变更，经双方协商后可将变更的内容折算为后续驻场服务时长。

3、非删减的变更，其变更单价参考中标单价及国家、省、市关于信息系统工程、软件工程、软件开发等的造价指导、成本规范，变更价格以最终审计价格为准。

4、“关于与其他整合集成”因采购人或第三方系统厂商原因导致的无法集成，不影响项目整体验收，投标人须在项目整体验收时出具承诺函，承诺未完成集成系统在具备集成条件后指定时间内完成整合集成，并提供相关的文档资料。

付款方式

投标人须同意项目款项的支付根据市财政部门付款流程的要求进行，具体方式以财政付款要求为准：

采购合同签订后，按财政国库集中支付程序办理费用的支付手续，在财政拨款到位后15个工作日内，支付合同金额的25%。

完成第一、二阶段工作内容并经采购方确认完成核心系统主要内容建设后，在财政拨款到位后15个工作日内，支付合同金额25%。

完成第三阶段工作内容并经采购方及采购方聘请的专家初验确认合格后，在财政拨款到位后15个工作日内，支付合同金额20%。

完成第四阶段工作内容并经采购方及采购方聘请的专家对整个项目终验合格且试运行2个月后，在财政拨款到位后15个工作日内，支付合同金额15%。

验收要求

投标人提交的所有项目阶段交付成果都必须通过采购方和内控建设信息化项目监理方、设计方的审核。当所有项目工作完成后，由采购人内部人员、相关专家、内控建设信息化项目监理方、设计方共同组成验收评审团队，进行验收评审工作。

1、总体要求

（1）验收标准按照招标文件要求以及国家有关标准，如有冲突以国家规范为准。

（2）提出详细的《项目验收方案》，包括各个分阶段如项目初验、项目终验的具体内容。在各部分系统联调通过并完成系统优化后分别进行系统初验，初验合格后进入试运行阶段，试运行阶段通过后，投标人可申请项目整体终验。

2、初验要求

项目初验至少满足以下条件：

（1）本项目的所有系统的功能和性能必须满足招标文件、需求规格说明书、深化设计、设计变更、项目变更、概要设计方案、详细设计方案、会议纪要、项目例会讨论结果等所包含的内容。

（2）投标人提交《初验申请》和《系统初验方案》（应包括系统初验计划、系统验收内容、初验标准、初验流程和初验考核办法等内容），经招标人、监理单位和设计单位审核同意后组织初验。投标人应提交《系统初验方案》，包括系统初验计划、系统验收内容、初验标准、初验流程和初验考核办法等内容。

（3）投标人必须在初验前提供完整的文档资料，技术文件使用中文文档。

3、试运行阶段需求

（1）各部分系统初验阶段结束，可以分别进入试运行阶段，系统正常运行3个月后试运行期结束。

（2）在试运行期间，采购方同时邀请国家认可的第三方测评机构参加本项目的测评工作，测评费用由采购方承担。

（3）在试运行期间系统出现的一切故障和问题，投标人均应在采购方限期内及时免费解决。如以上故障和问题影响系统基本功能和目标的实现，并且排除或处理问题所需时间超过10个工作日且投标人无正当理由解释的，则视为投标人交付违约，除非上述故障或问题有由采购方和用户单位引起的。

（4）投标人应提交试运行期间所有故障处理报告。

4、终验需求

项目终验需满足以下条件：

（1）各阶段遗留问题已全部解决。

（2）试运行期间系统稳定运行，用户单位签署使用意见。

（3）投标人应提出终验申请，并得到采购方同意。

（4）投标人应提交《系统终验方案》，包括系统终验计划、系统终验内容、终验标准、终验流程和终验考核办法等内容。

（5）投标人应提交《系统终验移交清单》。

（6）承担信息化产品校内推广使用工作，并完成全部培训工作。

（7）系统在上线试运行前应先通过第三方检测机构的系统安全检测，并出具报告。在终验前通过信息系统安全保护等级二级测评。相关费用含在项目总体报价中。

4、验收交付要求

在本期项目交付使用后，要求将各个阶段产生的全面、规范的成果和文档资料交付给采购人，而且要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料需包括以下部分：

(a)可运行的系统。

(b)系统源代码，具体参见源代码要求。

(c)技术文档：包括项目开发中的各种技术文档，如需求分析说明书、用户手册、培训资料等等。

(d)管理文档：包括项目开发中的一些工作文档，如，计划、报告、讨论纲要、会议记录等。

以上文档资料，连同中标通知书复印件、合同复印件等项目相关资料，中标人应在经采购人认可后，在验收前打印装订成册，并提供不少3份,同时提交光盘或U盘的电子版本。

▲知识产权要求

投标人所提交的所有过程文件和最终定制研发成果（第三方标准产品除外），采购方均拥有全部的知识产权和所有权，采购方可利用相关成果自行组织进行基于自身应用的非商用二次开发，投标人不得以任何技术、商务或其他原因进行限制。投标人所提交的所有过程文件、最终成果、工作过程中所使用的工具和方法等，均不存在与其他任何单位有相关产权和所有权方面的纠纷，亦不得侵犯第三方知识产权，采购方不承担任何关于投标人与其他单位的产权连带责任，如因此造成采购方无法获得过程文件和最终定制研发成果完整的知识产品，投标人无权主张合同款，且应退回已收到的全部款项。

▲售后服务要求

1、投标人必须在投标文件中提供详细的售后服务承诺书，投标人须保证向采购方提供和交付的产品是全新未使用过的产品，如采购方发现实际到货与项目要求不符，投标人负责免费更换，并承担采购方的相应损失。

2、项目中涉及原厂商提供维护服务的软件系统和硬件设备，要求提供原厂商维护服务。

3、对于本项目建设采购的软件系统，投标人需提供1年免费质保，质保期自项目竣工验收通过之日起算。质保期内，投标人负责对其提供的产品进行免费保修服务范围内的维修或替换。免费保修服务的具体范围在项目合同中针对不同硬件设备进行详细约定。

4、对于本项目下所有分项建设内容的设备硬件及软件系统，投标人需提供1年免费维保，维保期自项目通过竣工验收之日起算，维保内容包括：

维保期内，投标人应组建一个不少于5人的维保服务团队，其中不少于1人驻场技术服务。投标人应提供技术支持团队联系方式、电话、传真、Email，如人员需要调整应及时通知采购方。驻场人员需经过采购方面试确认，并在驻场期间遵守采购方的工作制度、工作安排和作息时间，驻场人员工作具体细则可在合同中详细约定。

维保服务主要职责：

l 负责对系统维护，解决使用中的各项问题，无法现场解决的积极向公司反馈，并跟进问题的解决情况。

l 负责对系统文档、日志、更新等进行管理，确保维护工作的记录和可持续性

l 负责系统数据的整理，协助数据的导入。

l 组织软件的推广和使用，解决日常运维中遇到的常见用户问题，并提供相应的培训服务。定期撰写文章、宣传资料等有助于推广该软件使用的内容。

l 软件系统Bug修复，故障排除

l 软件系统技术支持

l 每周1次巡检服务，检测运行情况；

l 及时处置和解决系统网络安全隐患；一旦发生网络安全事件，配合参与调查和处置；定期检查系统网络安全状态，确保符合《网络安全法》要求；应用系统、应用系统所依赖的第三方程序或组件、主机操作系统一旦被发现存在安全隐患，应在限期内完成修复、升级等处置，消除安全隐患。如因存在安全隐患导致系统被关停服务，维保服务期应按关停服务时间无条件顺延。

5、质保期内，按《网络安全法》等国家法律法规要求，提供应用系统的网络安全运维服务，具体内容包括但不限于：

（1）定期和根据需要不定期检查系统、数据库等的安全运行情况、配置情况，确保系统运行正常，不存在明显或已知的安全隐患，及时发现可疑的数据泄露、权限配置错误、遭遇系统攻击等问题，并根据需要出具书面检查报告。

（2）应用系统存在安全缺陷、漏洞等风险时，立即采取补救措施处置和修复。如有成交供应商其他采用同类产品用户发现的安全漏洞隐患，对采购方系统也有影响时，应及时主动告知并进行处置修复。

（3）应用系统所在操作系统、因系统运行或维护所需的服务和组件、由成交供应商提供的组件、软件、中间件、数据库等存在安全缺陷、漏洞等风险时，立即采取补救措施处置和修复。如因修复漏洞需要升级软件版本，造成应用系统无法适配的，应无条件完成适配开发。

（4）以上网络安全漏洞隐患，中高危漏洞应在发现后24小时内处置，并在48小时内修复。无法按时修复的，应在24小时内采取有效的临时处置措施，确保隐患漏洞无法被利用或检测，并提出后续修复计划。

（5）根据学校要求，制定应用系统的网络安全应急预案，并进行演练。

（6）在发生危害网络安全的事件时，立即启动应急预案，采取相应的补救措施，协助配合学校或公安机关保护系统现场环境、开展调查、提供技术支持和有关信息等。

质保期内，因成交供应商原因、网络安全原因造成系统停运的，应按停运时间无条件免费延长质保期。系统单次连续停运超过7天的，采购人有权追求违约责任。

▲培训及推广要求

投标人须提供详细培训推广方案，包括对招标人不同使用人员的操作培训、技术人员的基础培训和专业认证培训。具体如下：

1、培训工作：提供至少15次现场培训，每次培训时间不少于3小时，培训地点：深圳职业技术学院校内，培训内容包括但不局限于软件使用管理培训、运维管理和应急保障培训。

2、投标人应安排具备专业能力的讲师为招标人进行项目相关的培训，并提供培训相关的视频教程、操作手册或者使用说明，应简洁明了、易学易懂。

3、投标人提供培训推广期间的培训、交通、食宿等费用。

4、投标人提供持续的推广服务，在维保期中，定期撰写文章、宣传资料等有助于推广该软件使用的内容。

(一) 成果要求

投标人应在合同规定时间内，将招标范围内所界定的工作完成，在通过双方认可的验收，交付给招标方，其中包括：

1、投标人应提供项目所有可稳定运行的程序及源代码，并提供为本项目定制开发的源代码、配置脚本、测试脚本，提供技术文档包括但不限于《系统安装部署及管理维护手册》、《系统数据库字典》、《系统文件目录》、《测试案例》，投标人提供所有其他软硬件配套产品的货物清单、使用维修手册及保修凭证。

2、投标人应按照本项目技术文档要求提供相关文档资料，以便业主维护。

3、投标人应列出其所提供的技术资料的详细清单。

4、投标人提供的技术资料应与其提供的软件相一致，技术资料应该全面、详细。

5、投标人所提供的技术手册等文件资料应为中文。

(二) 保密要求

1、投标人应妥善保管招标方提供的资料和文件，未经许可，不得将任何文字资料对外公开或者泄露给他人，不得利用知悉的属于招标方的成果和资料为自己谋利或将相关成果材料提供给第三方。涉及本项目的文件资料、往来信函等，投标人应妥善保管，不得外泄。

2、在本项目开发实施阶段期间双方均对对方提供的技术情报和资料承担保密义务。不论项目是否变更、解除、终止，本条款长期有效。

项目其他要求

1、投标人应确保投标文件中的信息真实、有效。

2、投标人不得将项目非法分包或转包给任何单位和个人。否则，采购单位有权即刻终止合同，并要求投标人赔偿相应损失。

序号

评分项

权重

1

价格

20

2

技术部分

35

序号

评分因素

权重

评分方式

评分准则

1

对项目需求的认识和理解

5

专家打分

考察内容：

1.对采购人内控信息化现状、存在问题及发展方向、发展需求等认识和理解；

2.本项目建设必要性和重要性的认识与理解。

3.对本项目建设理念的认识与理解；

4.对项目建设内容、建设目标的的认识和理解；

根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：上述四项内容均满足评价为优得100%；上述四项内容基本满足评价为良得70%；上述四项内容不完全满足评价为中得40%，评价为差不得分。

2

系统设计方案的技术响应情况

20

专家打分

考察内容：投标人对系统技术要求的响应情况。本项分为两个部分，累加为本项全部得分：

1.投标人出具承诺函，承诺完全满足招标文件所有技术和功能要求的5%。

2.专家综合考察投标人响应方案是否完整、清晰以及方案的技术优越性、先进性和成熟度。

所投方案应通过系统截图或原型图配合阐述和说明，无法提供关键功能截图的，如有不提供的本部分最多得10%。专家需横向比较，分档评分：

l 满足全部需求，无偏离项的得95%；

l 满足大多数需求，有非重点偏离项的得50%；

l 满足基本需求，有重点偏离项的得10%；

l 其他情况不得分

3

项目进度安排方案

2

专家打分

考察内容：针对商务要求中“项目详细进度计划要求”做横向对比，并重点考察

1. 投标人提供的项目初步详细进度计划，计划的完整性、功能模块划分细化粒度、进度考察细节等；

2. 进度计划管理工具的功能响应情况；

根据招标文件的需求和投标文件响应情况进行横向比较：

完全响应得100%；

基本响应的得50%；

其他情况不得分。

4

项目组织及实施方案

3

专家打分

考察内容：

1. 投标人所提供的项目详细组织及实施方案；

2. 投标人项目组织架构的清晰程度，人员分工明确、层次搭配合理、实施方案成熟可靠、先进合理；

3. 投标人根据系统的体系架构等做的针对性实施方案；

4. 所投系统是否具有可管理项目进度及需求的工具或软件，可提供用户需求以及开发进度跟踪，且可真实投入项目实施过程，可查看到学校需求开发及跟踪信息。

根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：上述四项内容均满足评价为优得100%；上述四项内容基本满足评价为良得70%；上述四项内容不完全满足评价为中得40%，评价为差不得分。

5

项目完成后的服务承诺（如项目资料移交等）

5

专家打分

考察内容：在投标人承诺严格按照招标文件商务需求的“售后服务”要求为本项目提供售后服务的前提下考察下列内容，要求提供服务承诺函作为得分依据。由专家进行评分：

1. 投标人提供售后服务承诺函，且满足商务条款中有关售后服务的全部要求的得80%；

2. 投标人承诺提供本项目软件用户使用指导视频资料的得10%；

3. 投标人承诺可提供本项目软件定制化二次开发培训课程的得10%。

以上三项内容合计最高得100%。

3

商务部分

45

序号

评分因素

权重

评分方式

评分准则

1

投标人资格情况（或通过相关认证情况）

7

专家打分

1.具有高新技术企业证书的得25%；

2. 投标人具备CMMI3证书的，得25%。

3. 投标人参与国家级、省部级内控（管理、信息化等）相关课题研究项目的，需提供相关文件证明（包括但不限于立项、中标、结项、合作单位开具的证明等），每参加一项得10%，最高50%。

提交有效期内的证书复印件，原件备查。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。

22

投标人同类项目业绩情况

5

专家打分

考察投标人近三年（2016年1月1日至本项目开标之日，以合同签订时间为准）与为同一甲方单位软件建设项目的集合业绩情况，需满足以下条件：

1. 单一业绩功能应在以下功能范围内包含任意6项或以上。

① 审批流程（含移动端）、

② 预算管理

③ 项目库管理

④ 采购管理

⑤ 资金指标管理

⑥ 收入支出管理

⑦ 合同管理

⑧ 资产管理

⑨ 财务凭证管理

⑩ 数据集成接口

2. 单个业绩主体为软件开发服务项目，项目所销售的硬件产品占总业绩金额比例不超过5%；

要求投标人提供同类业绩合同复印件、分项报价清单、甲方盖章的项目履约（验收）合格评价（证明）文件（均要求提供扫描件，原件备查）作为得分依据。

得分规则：

1. 每提供一个同类业绩（包含上述功能任意6项及以上的）得20%；

2. 其他情况不得分。

证明资料中必须要体现相关业绩是否满足得分条件，以便专家判断得分情况。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。

23

拟安排的项目负责人（仅限1人）情况

3

专家打分

要求提供投标人与项目负责人签订的聘用合同，提供投标人为其缴纳的项目负责人近三个月社保资料（网页截图或窗口打印资料或社保部门出具的证明均可），需在提供的社保资料中标出拟安排的项目负责人。在此基础上，该项目负责人满足：

1. 大学本科学历得10%，硕士研究生及以上得20%，此项最高得20%，（提供学历证书复印件）

2. 具有计算机和财务相关高级职称、注册会计师可得10%，此项最高得10%（提供证书复印件）

3. 工作年限5年-10年(不含10年)得10%，10年-15年得15%，15年以上得20%，此项最高得20%（提供工作经历的简历并由项目负责人亲笔签名）

4.工作经验/项目经历每提供一个与财务、内控管理相关的优秀信息化项目或内控研究课题得25%，此项最高得50%（提供项目合同、验收证明或课题结项证明）

以上四项合计最高得100%。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。

34

拟安排的项目团队成员（项目负责人除外）情况

5

专家打分

团队成员总人数要求至少10人，其中内控咨询顾问4人以上，软件开发人员不少于3人，实施不少于3人，未达到人数要求的，不得分。

要求提供投标人为其缴纳的项目团队成员近三个月社保资料（网页截图或窗口打印资料或社保部门出具的证明均可）扫描件，需在提供的社保资料中标出拟安排的项目团队成员及提供聘用合同复印件。在此基础上，满足：

1. 团队成员大学本科学历及以上大于5人的得5%，全部大学本科学历及以上得10%，5位及以上成员学历为硕士研究生及以上的得20%，提供学历证书复印件；

2.软件与实施开发团队成员具有PMP项目管理师、计算机相关高级职称、Oracle认证（OCP、OCM）的 ，每人每个证书可得2%，本项最高得12%，提供相关证书复印件；

内控咨询团队成员具有内控风险管理师、注册会计师的，每个证书可得2%，累计不超过8%。

3. 团队成员具有工作年限3年-5年（不含5年）每个人可得2%，5年-10年每个人可得4%，10年以上每个人可得6%，本项累计最高得30%。

4.团队成员曾参与内控系统相关软件的项目经历，提供甲方盖章的项目参与证明，每个证明可得3%，本项累计最高得30%。

以上四项累计最高得100%，评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。

45

项目拟使用产品的成熟度及可靠性

4

专家打分

考察投标人《计算机软件著作权登记证书》情况，需提供软件著作权证书、所对应的软件产品简介和历史销售合同。

要求：提供的证书所指软件产品功能与本项目要求用途应保持一致或相近，并且有过销售记录。提供的证书所指软件产品功能模块属于下述范畴的。

功能范畴：

① 审批流程（含移动端）

② 预算管理

③ 项目库管理

④ 采购管理

⑤ 资金指标管理

⑥ 收入管理

⑦ 支出管理

⑧ 合同管理

⑨ 资产管理

⑩ 财务凭证管理

投标人可提供一个或多个证书及销售合同，证明该软件著作权包含上述模块，每个模块得12.5%，最高得100%。

6

服务网点

4

专家打分

考察投标人的服务网点情况：

1. 在深圳有合法注册的公司或售后服务机构或办事处（必须提供公司营业执照扫描件，原件备查）的得100%，

2. 广东省内深圳市外有注册公司或售后服务机构或办事处，得50%；

3. 其他情况不得分。

7

诚信评价

5

专家打分

投标人在参与政府采购活动中存在诚信管理相关问题且在主管部门相关处理措施实施期限内，或者近三年（以投标截止日期为准）投标人在市政府采购中心有履约评价为差的记录，本项均不得分，否则得满分。投标人无需提供任何证明材料，由工作人员向评审委员会提供相关信息。

8

履约评价情况

2

专家打分

根据深圳市政府采购中心项目履约情况现场抽检结果，投标截止日前一年内（以深圳市政府采购中心网站《关于给予供应商履约评价差的函》的落款日期为准），供应商履约评价出现评价为“差”的，本项不得分。未评价为“差”的，得满分。投标人无需提供任何证明材料，由采购中心工作人员向评委会提供相关信息。

9

现场系统演示

15

专家打分

演示系统包含项目预算申报-项目管理-采购-合同-验收-资产-支付-凭证自动生成全业务链演示，各环节审批过程、业务流程是否打通，展示软件一体化设计，整体操作的连贯性。

按照演示内容（共5项），每一项演示如全部满足演示要求的得20%，5项均满足的得100%，部分满足的可酌情扣分，不满足要求的不得分。是否满足演示内容要求由专家进行判断，专家可从软件整体的易用性、便利性、友好性等方面考虑和评价。投标人可事先准备好数据，并准备好离线备用系统。演示所用的系统需为软件成熟版本，必须为包含可操作数据并可顺畅运行，演示静态网页或PPT不得分。

演示一、考察系统中审批流程引擎设定的灵活性。现场操作演示通过系统流程管理和制作模块进行审批流程制作过程。

要求演示如下操作：

1.流程管理员接到采购部门的流程制作任务，其需求是：某一类项目的采购支付时，项目经办人发起采购支付申请，填写支付申请理由并关联合同的支付依据，经过项目负责人、项目部门、采购中心负责人、预算管理部门、副校长、校长等多级审批后，流程流转到财务结束。

2.申请表单包含：项目基本信息、支付对方单位信息、相关支付依据（招标文件、合同等）、支付金额。表单应包含自定义控制，如支付金额大于十万元且资金来源为财政预算的采购必须由校长审批，低于十万元的则流程自动流传到由副校长审批，低于五万元由采购中心负责人审批即可，必须由审批对表单的保存提交进行控制；

3. 投标人可事先准备好数据和流程模板，基于流程模板和需求进行调整减少现场演示时间，制作完成后，应基于虚拟数据将流程演示一遍。

演示二、考察项目申报及预算编制的过程。投标人需要演示货物类采购的项目申报及预算编制操作过程，考察不同管理角色在预算申报过程中的操作界面，展示预算申报到采购项目立项的过程。

要求演示如下操作：

1. 每年预算申报时间段中，某部门预算申请经办人申报项目，填写多个项目信息，上传附件，填写采购计划（包括采购品目、单价、物品名称等），填写绩效信息等，完成后将通过部门资产管理员、部门负责人审批流程。

2. 项目归口部门汇集所有申报的项目，预算归口部门可通过或拒绝项目申请

3. 预算管理部门获得项目已入库的预算归集数据，并导出报表。

演示三、考察系统各模块之间业务数据的互联互通及连贯性，演示预算-采购-合同-验收-资产全业务链，在项目中可以查看到资金指标、采购计划、合同数据、资产信息、财务收支情况、相关财务凭证；

要求演示如下操作：

1. 打开一个在库的项目，查看项目预算、采购、合同、验收等环节的数据、文档。

2. 展示该项目的收支流水账。

3. 展示项目相关的资金预算指标。

演示四、考察合同管理和收支管理功能，投标人应演示合同管理中的支出功能，演示包括合同拟定审批、文档管理、合同收支管理、合同收支与来款或支付之间的数据勾稽关系。

要求演示如下操作：

1. 演示合同拟定功能、演示合同收支数据录入的过程

2. 演示合同文档管理功能

3. 展示在合同拟定或支付环节与前置环节中的数据关联性，例如申请合同的时候可关联到中标通知书、申请支付的时候可以关联合同支付信息和预算等。

演示五、考察根据在执行的项目数据，生成财务记账凭证的过程，演示由业务驱动实现财务凭证自动生成的功能，可选择来款拨款、报销支付作为演示案例，生成的财务凭证必须包含符合最新政府会计制度的财务分录，并能够导出到EXCEL。

要求演示如下操作：

1. 选取某一完成审批的来款拨款或报销支付业务，基于该业务的关联科目、项目、经济分类自动生成生成支付凭证。

2. 将生成的凭证导出到EXCEL表，模板自定义即可。

注：本项目需根据以下内容进行现场演示：

1.演示过程中评委进行提问，演示人员需要进行现场回答。

2.投标供应商须自带电脑、网络设备等其它完成演示或操作所需的设备，评标评标现场提供电源、投影设备和网络。

3、每个投标供应商的演示时间不超过20分钟（演示期间评委将进行提问，并有权酌情延长时间），演示人员不得超过 2人，且须携带授权原件在截标时间前完成签到，逾期视为放弃演示环节。