《XX大学审计平台开发服务采购需求.docx》由会员分享，可在线阅读，更多相关《XX大学审计平台开发服务采购需求.docx（12页珍藏版）》请在三一办公上搜索。
1、XX大学审计平台开发服务采购需求一、项目概况项目总体目标是建设一个完整统一、技术先进、高效稳定、安全可靠的基于学校新一代协同办公系统的审计项目集成平台系统，将审计过程中相关的人员、数据、方法和程序等通过管理平台有机组织成为一个整体，以磁介质作为主要的载体来存储审计工作底稿数据，并用电子计算机来处理、传送、查阅这些数据。通过该系统实现审计管理系统的嵌入与定制，从而使审计工作在全面联网、全域覆盖的环境中开展，促进审计管理现代化、审计作业规范化，提高内部审计工作的质量和效率。二、服务内容审计处高校审计平台建设项目的建设内容包括建立审计管理模块、审计作业模块和审计数据分析系统模块。1 .审计管理模块主
2、要建设审计日常管理基础平台，实现与审计工作关联的信息管理和交互。包含系统管理、项目管理、文书模板管理、审计人员管理、审计对象（用户）管理、报表管理等，建立知识法规库、业务知识库等，实现审计信息在PC与移动端的推送通知提醒等功能。具体功能如下表。序号模块名称功能介绍1审计管理模块1.1审计信息传递要求能够实现审计系统统一身份认证，实现电脑终端信息接收、上传和处理以及移动端信息接收、查阅。审计项目立项审批、审计通知、审计资料传递、审计结果发布、审计整改落实能够在审计信息平台传递、审批、发布。1.2系统管理与平台维护包括用户功能权限管理、部门管理、事务所管理与考核、审计项目维护、系统参数设置、后台监
3、控、消息推送配置等。1.3计划编制与管理用于维护年度审计计划，支持计划立项及计划调整，审计任务分派等。1.4审计项目管理将审计工作流程、环节、岗责嵌入系统，可实时跟踪每个审计项目的计划、准备、实施、报告、整改、归档等阶段关键节点的管理。该功能要能够实现多维度搜索查询，不同人员根据身份设定操作权限。1.5文书模板管理根据审计需求，导入审计业务工作表单，并根据项目的生命周期完善各表单之间的逻辑勾稽。分用途完善表单文书库；1.6审计人员管理区别各类审计人员权限，需要预留足够的审计人员用户数以及维护审计人员信息和权限的端口。同时，要区分内部审计人员和协审人员，后期系统引入协审单位的考评机制。1.7审计
4、对象管理要求有足够的用户口，接入学校员工数据，实现用户和被审计对象能够通过电脑端进行信息接收、处理、传递、编辑。后期实现移学校钉钉、动端信息接收、查阅等功能。1.8统计报表管理自动生成上级要求的审计报表、审计工作量统计表，可根据需求定制报表。1.9法规知识管理能更新补充法规库，且相关的法规库能与相应的审计项目类型关联，即在完成某一类审计项目时，在审计方案、审计查询单、审计签证单、审计工作底稿、审计报告编制时，可以有相应的法律法规条目选取。1.10业务知识库根据项目同类业务领域风险问题，归集积累已执行审计项目发现的问题，分类建立审计问题、审计建议等常用审计业务知识库，并能根据需要增补。2 .审计
5、作业模块审计作业模块需根据不同的审计项目类型设计不同的审计业务流程，审计项目包括但不限于以下类型：财务审计（预决算审计、经济责任审计、科研项目结题审计、内控审计、审计调查等）、工程结算审计。A.财务审计作业模块：以完整的审计项目流程管理为主线，实现从审计计划、审前准备、审计实施、审计报告、审计整改、审计归档整个审计过程信息化集成管理。2财务审计作业模块2.1审计立项审批填写立项申报表，包括项目名称、项目类型、审计实施方式（自审/协审）、委托书、审计日程、审计对象、审计组构成、审计费用、考核方案等信息（设置必填项），提交审批，并关联归档数据。支持在审计归档前对已创建的项目表单进行撤回或调整。2.
6、2审前准备2.2.1提交实施方案审计组长起草审计实施方案提交处领导审批。审批通过后，关联归档数据。2.2.2发出审计通知自审/协审模式下，均由审计组长起草提交至处领导审批，审批通过后对接学校发文系统，将审计通知推送至被审计单位及被审计人，并关联归档数据。2.2.3召开审计进点会进点会通知由审计组长起草提交上审计处长审批，审计处长审批通过，组织召开进点会，将进点会通知推送至被审计单位及被审计人，并关联归档数据。2.2.4开放被审计对象端口向被审计单位联络员开放上传接口，并在整个审计过程中均开放，并关联归档数据。2.3审计实施被审单位收到审计组要求上报的资料清单后，审计项目进入实施阶段。2.3.1
7、资料上传【创建资料清单审计组长拟定并向被审单位发送需要上传的资料清单，被审单位通过带附件回复的形式将资料上传，并关联归档数据。对部分资料定义标准格式。2.3.2资料管理被审单位及人员在整个审计过程中提供的资料、审计组长/执行组长自行获取的资料均在此流程中进行查看和管理，并关联归档数据。2.3.3出具查询单或签证单根据审计大数据分析，针对需要进一步求证和确定的问题向被审单位出具查询单或取证单，提交审计组长、审计处长审核，审核通过后流转至被审计对象，并通过向被审计单位开放的端口实现电子平台反馈。该流程关联归档数据。2.3.4建立审计工作底稿审计人员根据分工各自将自己完成的工作记录到审计工作底稿中。
8、该流程关联归档数据。2.4审计报告根据审计查询单、取证单、审计工作底稿生成审计问题分类汇总表，审计项目进入报告阶段。2.4.1生成报告初稿审计组工作人员按既定的流程和模板起草审计报告及其流转过程，能够做到审批痕迹保留、整稿、提供办理日志等监控和查询，能够按照学校审计报告基本格式要求，形成文稿。支持在起草报告时上传各类附件的功能。支持报告类型自定义。2.4.2生成征求意见稿审计组长对审计初稿审核或者修改完毕后，可在系统内生成审计报告（征求意见稿），提交审计处长进行审核审批。该流程关联归档数据。2.4.3意见征求征求意见稿通过审批后，审计组长将报告流转至被审单位进行意见征求。被审单位可反馈修改意见
9、或者反馈无意见，审计组长判定是否采纳修改意见，形成正式报告阶段。该流程关联归档数据。2.4.4二次意见征求在意见征求环节，如果审计组长采纳了被审单位的修改意见，根据被审单位的合理意见对报告进行修改之后，将二次征求意见稿流转至被审单位进行二次意见征求。被审单位不存有异议便可直接生成正式报告，如果被审单位对二次征求意见稿仍存有异议，可再次反馈修改意见给审计组长，审计组长判定是否采纳修改意见，不采纳意见的话，进入生成正式报告阶段。支持多次意见征求。该流程关联归档数据2.4.5生成正式报告意见征求结束后，审计组长可在系统内生成正式审计报告，提交处长进行审核审批。再上报校长审签。如有异义，返回修改后再报
10、校长审定。该流程关联归档数据。2.4.6出具审计报告（正式稿）正式报告经校长审批并签发后，由审计组长向被审单位、被审人员以及其他抄送、抄报单位出具审计报告（正式稿）。同时一并下发审计整改通知书。该流程关联归档数据。2.4.7出具其他审计文书除了审计报告，还可撰写审计整改通知书、审计管理建议书、审计移送书等其他审计文书移交整改责任单位、有关业务主管部门或纪检监察部门。该流程关联归档数据。2.5审计整改审计整改责任单位收到审计报告（正式稿）和审计整改通知书后，进入审计整改阶段，并关联归档数据。2.5.1自动生成审计整改问题清单根据审计整改通知书，系统自动按整改责任单位分别生成审计整改问题清单，明确
11、审计整改意见和整改时间。2.5.2审计意见落实情况反馈整改责任单位根据要求反馈整改方案、整改结果报告。对于超时的整改问题，需要增加时限提醒功能。2.5.3持续跟踪整改根据整改责任单位的反馈表，审计组长判断相关审计问题是否完成整改，如若判定为尚未完成整改，便持续跟踪整改情况，同时系统自动生成审计整改问题销号清单（待通知审计工作联席会议后，再决定是否销号）。2.6审计归档进入归档阶段后，无法对审计过程中的任何资料进行删除和废弃，如存在特殊原因确需变动，必须登记变动理由、变动执行人姓名、变动时间、变动复核人姓名及复核时间等信息。支持对审计档案的查询和统计。2.7审计考评在协审模式下，审计处需要了解和
12、统计被审单位对受托事务所工作的评价，以此作为考评受托事务所的主要依据。2.7.1发送业务考评表出具审计报告（正式稿）至审计归档前，支持向被审单位发送业务考评表，由被审单位征求对受托事务所的业务评价和建议。2.7.2审计组长、领导打分由审计组长、处领导对受托事务所进行打分、评价和建议。2.7.3考评情况汇总以列表形式列示被审单位反馈给审计处的考评情况，包括具体评议指标得分。B.工程审计模块：主要实现工程结算审计（含零星修缮工程结算审计）业务信息化管理。序号模块名称功能介绍3工程审计模块3.1建设工程竣工结算审计模块3.1.1结算送审工程管理部门通过交互平台立项发起或工程审计项目库中发起，自动同步
13、到工程审计项目库对应项目里。按竣工结算审计送审资料清单直接上传材料（开竣工报告、竣工图、结算书等）。3.1.2分配审计任务审计人员预设分配方式，系统分配协审机构（根据需要，也可自行选取并说明原因）。3.1.3工程影像协审人员可上传汇总工程现场查勘照片，可上传工程现场视频。3.1.4出具审计查询/取证单协审人员根据自己所负责的审计事项编制审计查询/取证单，工程管理部门进入交互平台处理待办并回复意见。3.1.5核对审核初稿协审人员上传审核对比分析表初稿，发送给内审人员和工程管理部门，内审人员和工程管理部门进入交互平台下载核对初稿。3.1.6发起会议发起结算争议相关会议，记录会议情况及结果，形成会议
14、记录3.1.7出具审核终稿协审人员提交审核终稿，经审计处处长审核后，发送交互平台，工程管理部门下载后四方盖章出具审核终稿。送审人员和审计人员可在送审列表界面实时查看项目审计进度。系统可将合同清单、结算清单以及审核清单的信息和数据提取并进行比对，有差异的标红显示。系统可将审计报告终稿清单加载到工程审价分析库中。建立主材价格库、单方造价库，支持价格库信息维护和自动识别提取，可对工程审价进行分析，实现现有项目和历史项目的主材价格、单方价格进行比对分析，可以根据不同时间形成价格趋势，方便分析价格走向和合理区间。3.1.8协审考核对协审单位按项目进行考核打分，考评项可根据学校要求自定义。3.1.9服务费
15、支付管理按项目汇总服务费及结算情况。3.1.10归档项目资料项目完成后对项目进行归档，系统自动根据文书类型将项目中的相关文书资料进行归档。审计项目结束后，统计项目审计成果，自动填写审计业务情况明细表、年度审计工作计划完成情况表（根据审计主管部门和学校内部审计统计要求设计），审计人员根据项目实际情况进行填写后，可按年度自动汇总。3 ,审计数据分析系统对接采集学校数据中心的数据，支持数据统一查询、统一分析，数据直接对接或外部数据库导入导出功能。实现财务系统数据接入、管理和加工，按科目、项目、部门等辅助核算查询凭证、明细账、预算指标、报销记录等，能够按类别实现收入支出分析、预算执行分析等。提供辅助工
16、具实现差旅费、交通费、劳务费等分析。具备自建模型分析筛查数据功能。将分析结果通过报表形式展现。序号模块名称功能介绍4审计数据分析系统4.1财务数据分析对接采集学校数据中心的数据，支持数据统一查询、统一分析，数据直接对接或外部数据库导入导出功能。实现财务系统数据接入、管理和加工，按科目、项目、部门等辅助核算查询凭证、明细账、预算指标、报销记录等，能够按类别实现收入支出分析、预算执行分析等。提供辅助工具实现差旅费、交通费、劳务费等分析。具备自建模型分析筛查数据功能。将分析结果通过报表形式展现。三、服务要求1.总体技术要求(1)系统的建设必须符合和遵守学校制定的信息化相关标准要求，以便规范地进行业务
17、数据的采集、存储、传输、应用。(2)系统要求采用B/S结构设计，JAVA语言开发，J2EE技术架构，基于主流的MySQL数据库，采用前后端分离模式开发。（3）系统部署及运行在LI三内核操作系统上。网络端口默认仅开放80及443端口，如有特殊要求请说明用途，由信息中心评估后开放。所有系统均须部署SSL证书，每个服务要求功能独立且可以独立部署与健康度检测，所有服务均本地化部署。（4）系统应保证客户端浏览器的正常使用，前端浏览及操作需兼容Windows.MACoS及其它主流PC操作系统，支持IE8及以上，Chrome、FireFox、SafarisEdge等主流浏览器访问。（5）系统支持不少于300
18、0人同时在线，300人的并发访问，系统时延小于3秒，可以在大量并发用户访问时处理大量数据，高并发下保证整个系统的可用性、流畅性。系统支持分布式集群部署，满足更大并发访问需求。（6）系统上线前需通过学校信息安全评测，对检测出的安全问题需无条件免费整改，待所有安全问题处理完成后方可上线。（7）所建平台系统必须以国家信息安全等级保护2级（等保2.0）要求标准进行建设，并且中标公司须配合学校组织的等保2.0测评工作。如测评结果显示系统未满足等保2.0要求，必须在1个月内整改完毕，整改相关费用综合考虑在响应报价中，不单独计取。（8）项目所提供软件必须满足软件正版化要求，如未满足将由中标供应商承担法律责任
19、。（9）本次项目建设内容中包含众多与学校智慧校园平台的对接与集成服务，投标人应仔细了解项目需求，在实施过程中如由于对接与集成产生的费用全部需要由中标方承担。（10）中标人在本项目履约完成后，对学校后期提出的软硬件系统扩展、升级、兼容、对接等需求，应无条件接受并达到无缝对接，实现互联互通。（三）符合学校信息化建设安全保密要求，确保人财物等学校数据的安全。四、其他要求1、安装调试（1）安装地点：采购人指定地点。（2）安装完成时间：接到用户通知后在两周内完成安装和调试，如在规定的时间内由于供应商的原因不能完成安装和调试，供应商应承担由此给采购人造成的损失。（3）安装标准：符合我国国家有关技术规范要求
20、和技术标准，所有的软件和硬件必须保证同时安装到位。（4）供应商免费提供产品的安装服务。（5）供应商在采购响应文件中应提供安装调试计划、对安装场地和环境的要求。2、验收（1）供应商应提供产品的有效检验文件，经采购人认可后，与合同的性能指标一起作为产品验收标准。采购人对产品验收合格后，双方共同签署验收合格证书，验收中发现产品达不到验收标准或合同规定的性能指标，供应商必须予以更换，并负担由此给采购人造成的损失，直到验收合格为止，如在采购人规定的时间内仍不能完成验收的，采购人有权终止合同，由此造成的损失由供应商承担。（2）供应商应于采购响应文件中提供产品的验收标准和验收办法，并在验收中提供采购人认可的
21、相应验收手段，验收标准应符合中国有关的国家、地方、行业的标准。（3）如供应商委托国内代理（或其他机构）负责安装或配合安装，应在签约时指明，但供应商仍要对产品及其安装质量负全部责任。（4）所有相关的技术文件及资料均已提交并得到采购人认可。（5）验收费用由供应商承担。3、知识产权（1）本项目的成果（包括计算机软件、技术诀窍、秘密信息、技术资料和文件等）归属XX大学；（2）涉及的源代码（含免费维护期内的后续升级版本）遵循相关标准和规范并无条件提交给采购人；（3）涉及接口的遵循相关标准和规范，向下部署的无条件开放所有接口且满足国家共享相关规定要求，中标人有义务配合采购人做好有关信息共享工作;（4）在开
22、发、使用和维护过程中接触到的采购人所有资料，未经采购人授权代表书面许可，不得留存、私自查阅及向任何第三方泄露；（5）设计开发专利申请权、技术秘密的使用权和转让权归采购人所有。（6）版权归属及使用要求：该系统的所有权和知识产权为XX大学完全拥有。供应商应保证校方在使用、接受产品或其任何一部分时不受第三方提出侵犯其专利权、版权、商标权和工业设计权等知识产权的起诉。一旦出现侵权，由采购人负全部责任。五、服务期及服务地点1、服务期：合同签订之日起90日内完成全部开发内容并通过验收。2、服务地点：XX大学XX校区，采购人指定地点。六、售后服务1维护期项目经校级验收合格后开始计算：不少于3年维护技术支持，
23、提供免费7X24小时技术支持服务、软件维护服务、系统巡检服务及应急服务。维护期内和售后服务期内，供应商还应负责对所建设的系统提供全部技术支持及升级服务,相关费用综合考虑在投标报价中，不单独计取。2、驻场要求在项目建设期间需要配备至少1人驻场服务。3、服务标准（1）项目启动后，中标人配合允许采购人及相关工作人员参与项目开发及系统整合本身必须的需求分析、初步设计、单元测试等相关工作，满足采购人提出的需求且得到书面认可后方可正式实施。（2）免费维护期内因不能排除的故障而影响工作的情况每发生一次，其免费维护期相应延长60天，免费维护期内因货物本身缺陷造成各种故障应由中标人免费予以更换，否则将扣除履约保
24、证金作为对采购人的补偿。（3）系统开发过程及免费维护期内，在系统大模块不变的情况下，根据实际使用需求各子系统功能变更及新增功能工作量增加30%以内的情形，相关费用综合考虑在投标报价中，不单独计取。（4）免费维护期满后，实行有偿服务，仅收取成本费（按一定折扣的优惠价格，注明折扣率），免人工费、差旅费。4、服务效率系统维护期内出现故障时，中标人接到采购人通知应在不超过2小时内做出响应，不超过2个工作日内解决故障。5、技术培训（1）中标人免费提供培训服务；（2）系统上线后安排集中培训，包括一般使用人员功能操作培训、管理员维护操作培训，培训涉及的电子培训教材及培训讲师由中标人提供。（3）培训工作完成，系统上线后的维护和技术带领期不低于2个月。系统技术带领期内，能对采购人意见进行充分的调研和回应。
