大学审计智能管理平台需求

大学审计智能管理平台需求一、项目概况项目总体目标是建设一个审计管理监督一体化平台，将不同的审计项目（财务审计、工程结算审计等）的业务全流程（审计计划、审前准备、审计实施、审计报告、审计整改、审计归档、审计考评）从线下搬到线上操作，与学校信息化平台和钉钉对接，推动审计人员与被审计单位通过平台完成资料提交、审计实施、报告生成、整改跟踪等全过程，同时自动生成审计档案，自动完成审计档案整理归档，且能满足一线审计人员运用大数据进行审计的需求，努力实现审计平台数字化、审计监督经常化、审计整改信息化、应用场景智能化、监督力量协同化、审计档案管理规范化等目标，不断提升审计质量，提高审计效率。具体目标为：1．用审计作业流程信息化提高审计质量。固化财务审计、工程结算审计等的作业流程，实现审计作业全留痕的目标，确保审计证据、审计复核、审计沟通等工作严格按规范进行，结合对协审单位的考核，保障审计质量。2．实现审计全过程信息化电子化管理，通过增加线上审计资料上传途径以及电子签章功能，实现审计消息、审计资料和审计回复地快速传达，提高工作效率。3．通过报表功能，实现按不同维度的统计功能，自动生成各类审计报表。4．通过对审计整改线上实时跟踪，并实现通过钉钉进行整改交互，提高整改成效，解决整改不到位的老大难问题。5．通过对工程结算审计业务流的科学设计，规范工程结算审计工作，提高工程审计的风险防范功能的发挥。6．通过数据分析系统，提高审计问题查找效率，提升审计效率。充分利用现有59张标准化表数据，开展大数据分析，提炼审计思路，形成方法体系，建设审计分析模型，推送风险预警。7．提高结构化审计档案比重，实现审计档案自动生成并归档。8．实现综合展示审计各类信息的决策指挥驾驶舱。9．系统整合：与钉钉对接、与学校统一身份认证模块对接。二、服务内容审计智能管理平台建设项目的建设内容包括建立审计管理模块、审计作业模块和审计数据分析系统等模块。1.审计管理模块主要建设审计日常管理基础平台，实现与审计工作关联的信息管理和交互。包含系统管理、项目管理、文书模板管理、审计人员管理、审计对象（用户）管理、报表管理等，建立知识法规库、业务知识库等，实现审计信息在PC与移动端的推送通知提醒、按时间或关键词检索等功能。至少包含以下功能：序号模块名称功能介绍1审计管理模块1.1审计信息传递要求能够实现审计系统统一身份认证，实现电脑终端信息接收、上传和处理以及移动端信息接收、查阅。审计项目立项审批、审计通知、审计资料传递、审计结果发布、审计整改落实能够在审计信息平台传递、审批、发布。1.2系统管理与平台维护包括用户功能权限管理、部门管理、事务所管理与考核、审计项目维护、系统参数设置、后台监控、消息推送配置等。1.3计划编制与管理计划编制，将计划来源文件录入到系统中；计划穿透，新建计划后，根据计划类型和计划年度，后台自动关联相关项目数量。可以通过点击项目数量跳转到相关项目管理中。通过经责审计对象推荐模型等方式，实现审计计划全年的调增调减功能，要素包含计划名称、调整时间，调整原因等。统计各年度审计计划编制情况、调整情况等。1.4审计项目管理将审计工作流程、环节、岗责嵌入系统，可实时跟踪每个审计项目的计划、准备、实施、报告、整改、归档等阶段关键节点的管理。该功能要能够实现多维度搜索查询，不同人员根据身份设定操作权限。1.5文书模板管理根据审计需求，导入审计业务工作表单，并根据项目的生命周期完善各表单之间的逻辑勾稽。分用途完善表单文书库。1.6审计人员管理区别各类审计人员权限，需要预留足够的审计人员用户数以及维护审计人员信息和权限的端口。同时，要区分内部审计人员和协审人员，后期系统引入协审单位的考评机制。1.7审计对象管理包含被审单位管理（实现各被审单位信息管理；实现被审单位与历年领导干部进行关联操作功能，方便后续数据统计；实现审计项目可以跟被审单位关联操作功能；能够实现上下级被审单位的管理，添加单位的时候可以选择上级单位），领导干部管理（领导干部基本信息管理和维护，可以连续添加多条任职记录，重点更新任职履历，包括就职单位、就职时间、离任时间、任职岗位、任职情况；领导干部与审计项目进行关联功能；后台对职务进行维护管理；领导干部审计项目查看）。要求有足够的用户口，接入学校员工数据，实现用户和被审计对象能够通过电脑端进行信息接收、处理、传递、编辑。后期实现移学校钉钉、动端信息接收、查阅等功能。1.8统计报表管理自动生成上级要求的审计报表、审计工作量统计表，可根据需求定制报表。1.9法规知识管理能更新补充法规库，且相关的法规库能与相应的审计项目类型关联，即在完成某一类审计项目时，在审计方案、审计查询单、审计签证单、审计工作底稿、审计报告编制时，可以有相应的法律法规条目选取。1.10业务知识库根据项目同类业务领域风险问题，归集积累已执行审计项目发现的问题，分类建立审计问题、审计建议等常用审计业务知识库，并能根据需要增补。2.审计作业模块审计作业模块需根据不同的审计项目类型设计不同的审计业务流程，审计项目包括但不限于以下类型：财务审计（预决算审计、经济责任审计、科研项目结题审计、内控审计、审计调查等）、工程结算审计。A.财务审计作业模块：以完整的审计项目流程管理为主线，实现从审计计划、审前准备、审计实施、审计报告、审计整改、审计归档整个审计过程信息化集成管理。至少包含以下功能：2财务审计作业模块2.1审计立项审批填写立项申报表，包括项目名称、项目类型、审计实施方式（自审/协审）、委托书、审计日程、审计对象、审计组构成、审计费用、考核方案等信息（设置必填项），提交审批，并关联归档数据。支持在审计归档前对已创建的项目表单进行撤回或调整。2.2审前准备2.2.1提交实施方案审计组长起草审计实施方案提交处领导审批。审批通过后，关联归档数据。2.2.2发出审计通知自审/协审模式下，均由审计组长起草提交至处领导审批，审批通过后对接学校发文系统，将审计通知推送至被审计单位及被审计人，并关联归档数据。2.2.3召开审计进点会进点会通知由审计组长起草提交上审计处长审批，审计处长审批通过，组织召开进点会，将进点会通知推送至被审计单位及被审计人，并关联归档数据。2.2.4开放被审计对象端口向被审计单位联络员开放上传接口，并在整个审计过程中均开放，并关联归档数据。2.3审计实施被审单位收到审计组要求上报的资料清单后，审计项目进入实施阶段。2.3.1资料上传『创建资料清单』审计组长拟定并向被审单位发送需要上传的资料清单，被审单位通过带附件回复的形式将资料上传，并关联归档数据。对部分资料定义标准格式。2.3.2资料管理被审单位及人员在整个审计过程中提供的资料、审计组长/执行组长自行获取的资料均在此流程中进行查看和管理，并关联归档数据。2.3.3出具查询单或签证单根据审计大数据分析，针对需要进一步求证和确定的问题向被审单位出具查询单或取证单，提交审计组长、审计处长审核，审核通过后流转至被审计对象，并通过向被审计单位开放的端口实现电子平台反馈。该流程关联归档数据。2.3.4建立审计工作底稿审计人员根据分工各自将自己完成的工作记录到审计工作底稿中。该流程关联归档数据。2.4审计报告根据审计查询单、取证单、审计工作底稿生成审计问题分类汇总表，审计项目进入报告阶段。2.4.1生成报告初稿审计组工作人员按既定的流程和模板起草审计报告及其流转过程，能够做到审批痕迹保留、整稿、提供办理日志等监控和查询，能够按照学校审计报告基本格式要求，形成文稿。支持在起草报告时上传各类附件的功能。支持报告类型自定义。2.4.2生成征求意见稿审计组长对审计初稿审核或者修改完毕后，可在系统内生成审计报告（征求意见稿），提交审计处长进行审核审批。该流程关联归档数据。2.4.3意见征求征求意见稿通过审批后，审计组长将报告流转至被审单位进行意见征求。被审单位可反馈修改意见或者反馈无意见，审计组长判定是否采纳修改意见，形成正式报告阶段。该流程关联归档数据。2.4.4二次意见征求在『意见征求』环节，如果审计组长采纳了被审单位的修改意见，根据被审单位的合理意见对报告进行修改之后，将二次征求意见稿流转至被审单位进行二次意见征求。被审单位不存有异议便可直接生成正式报告，如果被审单位对二次征求意见稿仍存有异议，可再次反馈修改意见给审计组长，审计组长判定是否采纳修改意见，不采纳意见的话，进入生成正式报告阶段。支持多次意见征求。该流程关联归档数据。2.4.5生成正式报告意见征求结束后，审计组长可在系统内生成正式审计报告，提交处长进行审核审批。该流程关联归档数据。2.4.6出具审计报告（正式稿）正式报告经处长审批并签发后，由审计组长向被审单位、被审人员以及其他抄送、抄报单位出具审计报告（正式稿），此流程与学校发文系统对接整合。同时一并下发审计整改通知书给被审单位。该流程关联归档数据。2.4.7出具其他审计文书除了审计报告，还可撰写审计整改通知书、审计管理建议书、审计移送书等其他审计文书移交整改责任单位、有关业务主管部门或纪检监察部门。该流程关联归档数据。2.5审计整改审计整改责任单位收到审计报告（正式稿）和审计整改通知书后，进入审计整改阶段，并关联归档数据。2.5.1自动生成审计整改问题清单根据审计整改通知书，系统自动按整改责任单位分别生成审计整改问题清单，明确审计整改意见和整改时间。2.5.2审计意见落实情况反馈整改责任单位根据要求反馈整改结果清单及佐证材料。对于超时的整改问题，需要增加时限提醒功能。2.5.3持续跟踪整改根据整改责任单位的整改结果清单及佐证材料，审计组长判断相关审计问题是否完成整改，如若判定为尚未完成整改，便持续跟踪整改情况，并将整改问题根据整改难度分类。同时系统自动生成审计整改问题销号清单（待通知审计工作联席会议后，再决定是否销号）。2.6审计归档进入归档阶段后，无法对审计过程中的任何资料进行删除和废弃，如存在特殊原因确需变动，必须登记变动理由、变动执行人姓名、变动时间、变动复核人姓名及复核时间等信息。支持对审计档案的查询和统计。2.7审计考评在协审模式下，审计处需要了解和统计被审单位对受托事务所工作的评价，以此作为考评受托事务所的主要依据。2.7.1发送业务考评表出具审计报告（正式稿）至审计归档前，支持向被审单位发送业务考评表，由被审单位征求对受托事务所的业务评价和建议。2.7.2审计组长、领导打分由审计组长、处领导对受托事务所进行打分、评价和建议。2.7.3考评情况汇总以列表形式列示被审单位反馈给审计处的考评情况，包括具体评议指标得分。B.工程审计模块：主要实现工程结算审计（含零星修缮工程结算审计）业务信息化管理。至少包含以下功能：序号模块名称功能介绍3工程审计模块3.1建设工程竣工结算审计模块3.1.1结算送审工程管理部门通过交互平台立项发起或工程审计项目库中发起，自动同步到工程审计项目库对应项目里。按竣工结算审计送审资料清单直接上传材料（开竣工报告、竣工图、结算书等）。3.1.2分配审计任务审计人员预设分配方式，系统分配协审机构（根据需要，也可自行选取并说明原因）。3.1.3工程影像协审人员可上传汇总工程现场查勘照片，可上传工程现场视频。3.1.4出具审计查询/取证单协审人员根据自己所负责的审计事项编制审计查询/取证单，工程管理部门进入交互平台处理待办并回复意见。3.1.5核对审核初稿协审人员上传审核对比分析表初稿，发送给内审人员和工程管理部门，内审人员和工程管理部门进入交互平台下载核对初稿。3.1.6发起会议发起结算争议相关会议，记录会议情况及结果，形成会议记录。3.1.7出具审核终稿协审人员提交审核终稿，经审计处处长审核后，发送交互平台，工程管理部门下载后四方盖章出具审核终稿。送审人员和审计人员可在送审列表界面实时查看项目审计进度。系统可将合同清单、结算清单以及审核清单的信息和数据提取并进行比对，有差异的标红显示。系统可将审计报告终稿清单加载到工程审价分析库中。建立主材价格库、单方造价库，支持价格库信息维护和自动识别提取，可对工程审价进行分析，实现现有项目和历史项目的主材价格、单方价格进行比对分析，可以根据不同时间形成价格趋势，方便分析价格走向和合理区间。3.1.8协审考核对协审单位按项目进行考核打分，考评项可根据学校要求自定义。3.1.9服务费支付管理按项目汇总服务费及结算情况。3.1.10归档项目资料项目完成后对项目进行归档，系统自动根据文书类型将项目中的相关文书资料进行归档。审计项目结束后，统计项目审计成果，自动填写审计业务情况明细表、年度审计工作计划完成情况表（根据审计主管部门和学校内部审计统计要求设计），审计人员根据项目实际情况进行填写后，可按年度自动汇总。3.经责审计对象推荐模型通过各类指标对被审单位和领导干部赋分和统计，实现对被审单位和领导干部画像，推荐各年度优先审计对象。至少包含以下功能：序号模块名称功能介绍4经责审计对象推荐模型4.1被审单位画像通过图表、文字、表格等结合方式展示单位画像，包括单位人数、单位评分、数字雷达图、项目情况、单位审计情况、整改情况等。4.2领导干部画像通过图表、文字、表格等结合方式展示领导画像,包括领导职务任职情况、审计情况、单位情况、任职履历，历年审计项目情况。4.3经责审计对象推荐模型模型分析台账，包含被审单位、单位评分、领导干部审计情况、单位审计情况、项目情况以及其他各类指标等信息统计分析；综合查询功能，包含各类指标查询以及正向反向查询等；单位领导5年未审计分析及任职时间红色标识；单位及领导可以打开切换单位及领导画像；指标评分明细分析功能。4.3.1赋分管理根据指标分值对所有被审单位进行赋分和统计，每一项指标赋一定的分数，提供后台模型分析。4.3.2指标库一级指标和二级指标；主要包含指标分类、指标说明、指标级别、指标等级、指标值、是否含反向指标、分值、是否迹分、默认指标相关数据；指标进行参数设置及评分设置；实现指标能够灵活配置，指标可以跟统计报表及评分模块关联形成自动评分。4.审计数据分析系统对接采集学校数据中心的数据，支持数据统一查询、统一分析，数据直接对接或外部数据库导入导出功能。实现财务系统数据接入、管理和加工，按科目、项目、部门等辅助核算查询凭证、明细账、预算指标、报销记录等，能够按类别实现收入支出分析、预算执行分析等。提供辅助工具实现差旅费、交通费、劳务费等分析。具备自建模型分析筛查数据功能。将分析结果通过报表形式展现。至少包含以下功能：序号模块名称功能介绍5审计数据分析系统5.1模型管理结合审计思路编写审计模型。实现对审计模型的管理，包含模型名称、主类目、目录类型、跳转地址、关联项目、问题描述、审计事项、依赖法规、项目类型、预警配置、数据源、排序、图标、SQL语句、表头、发送单位等等。5.2模型运行分析实现模型运行详情及结果展示。模型后台运行后生产结果表，结果表存储在临时表中，方便模型调用读取，提高模型展示效率。模型运行分析主要包括模型名称、审计事项、问题描述、法律法规依据，并可以自由选择查询结果列，进行选择查询范围条件（多种查询条件）和查询内容。5.3模型数据源配置配置模型的不同数据源，方便数据分析。每一个模型都可以选择相应分析的数据源。5.4分析疑点管理可以将分析结果生产为疑点，并且可以存放到相关项目的疑点库中，方便后续可以推送被审单位核实。5.5模型目录结构维护可以对模型进行目录结构维护，实现模型可以分级维护和展示。5.6模型数量提供不少于30个适宜学校使用的成熟模型，并开发不少于20个新审计模型。5.驾驶舱及个人工作台主要包括总体概况、审计项目、审计整改、审计成果、审计预警等驾驶舱板块以及审计端和被审端个人工作台。至少包含以下功能：序号模块名称功能介绍6驾驶舱及个人工作台6.1驾驶舱驾驶舱1：主要包括总体概况、审计项目、审计整改、审计成果等板块。总体概况主要包括历年审计项目数量、单位数量、领导数量、问题数量等。审计项目主要展示审计项目进度情况、问题情况等；审计整改主要展示历年审计问题整改情况；审计成果主要展示历年各类审计成果信息；所有板块可以弹窗显示具体明细。驾驶舱2：审计预警展示，主要展示审计模型方法分析中涉及到的疑点推送。点击后可以按项目类型和按部门类型的模型分析预警展示。6.2个人工作台6.2.1个人工作台（审计端）左侧导航：1.驾驶舱栏目，通过驾驶舱跳转到驾驶舱页面；2.审计操作台栏目，点击后展示项目全流程；3.审计整改栏目，点击后跳转到项目整改页面。我的项目：包含个人参与项目审计的展示（包括风险预警、年度、采购单位、项目名称、项目种类、预算金额、流转阶段），点击项目可以直接到项目审计操作台。我的待办：可直观查看自己待办的事项以及待查看的消息等内容；并与学校OA系统对接整合。我的应用：查看常用辅助应用，包括全文检索、计划库、模型库、法规库、问题库、模板库、事项库、知识案例库、对象库。6.2.2个人工作台（被审单位端）我的项目：包括个人审计项目、审计整改的展示。我的待办：涉及到被审单位需要查看和办理的消息的提醒；实现消息提醒后可以跳转到相应模块中，实施审计信息传递；并与学校OA系统对接整合。三、服务要求1.总体技术要求（1）系统的建设必须符合和遵守学校制定的信息化相关标准要求，以便规范地进行业务数据的采集、存储、传输、应用。（2）系统要求采用B/S结构设计，JAVA语言开发，J2EE技术架构，基于主流的MySQL数据库，采用前后端分离模式开发。（3）系统部署及运行在LINUX内核操作系统上。网络端口默认仅开放80及443端口，如有特殊要求请说明用途，由信息中心评估后开放。所有系统均须部署SSL证书，每个服务要求功能独立且可以独立部署与健康度检测，所有服务均本地化部署。（4）系统应保证客户端浏览器的正常使用，前端浏览及操作需兼容Windows、MACOS及其它主流PC操作系统，支持IE8及以上，Chrome、FireFox、Safari、Edge、360等主流浏览器访问。（5）系统支持不少于3000人同时在线，300人的并发访问，系统时延小于3秒，可以在大量并发用户访问时处理大量数据，高并发下保证整个系统的可用性、流畅性。系统支持分布式集群部署，满足更大并发访问需求。（6）系统上线前需通过学校信息安全评测，对检测出的安全问题需无条件免费整改，待所有安全问题处理完成后方可上线。（7）所建平台系统必须以国家信息安全等级保护2级(等保2.0)要求标准进行建设，并且中标公司须配合学校组织的等保2.0测评工作。如测评结果显示系统未满足等保2.0要求，必须在1个月内整改完毕，整改相关费用综合考虑在响应报价中，不单独计取。（8）项目所提供软件必须满足软件正版化要求，且供应商拥有该软件所有权，如未满足将由中标供应商承担法律责任。（9）本次项目建设内容中包含众多与学校智慧校园平台的对接与集成服务，投标人应仔细了解项目需求，在实施过程中需在学校信息技术中心指导下由服务单位完成。（10）服务单位在本项目履约完成后，对学校后期提出的软硬件系统扩展、升级、兼容、对接等需求，应无条件接受并达到无缝对接，实现互联互通。（11）符合学校信息