信息化项目建设管理审计是国家审计机关和内部审计机构对政务信息系统建设活动的经济性、效率性、效果性以及合规性进行独立监督与评价的专业领域。与传统基建项目审计相比，信息化项目具有技术迭代快、建设边界模糊、效益隐性化等特征，对审计人员的程序合规审查能力与信息技术专业判断能力提出了双重挑战。本文参照政府投资项目基本建设程序审计思路，结合审计署《信息系统审计指南 —— 计算机审计实务公告第 34 号》（审办计发〔2012〕34 号）、国家及各地现行有效的信息化项目管理办法，系统梳理信息化项目建设管理审计的主要内容，涵盖前期决策立项、招投标采购、建设实施、竣工验收与绩效评价各阶段，并重点阐述信息化项目造价投资审计以及数据共享、集约化、避免重复建设等专项审计要点。
01 总体概述与审计依据
信息化项目建设管理审计是国家审计机关和内部审计机构对政务信息系统建设活动的经济性、效率性、效果性以及合规性进行独立监督与评价的专业领域。与传统基建项目审计相比，信息化项目具有技术迭代快、建设边界模糊、效益隐性化等特征，对审计人员的程序合规审查能力与信息技术专业判断能力提出了双重挑战。本章从审计定位、法规依据和方法路径三个维度，为后续各专项审计内容建立总体框架。
信息化项目建设管理审计的定位与目标
审计目标
审计署在《关于检查信息系统相关审计事项的指导意见》（2010 年 12 月 21 日发布）中明确，信息系统审计的核心目标在于” 揭示由于信息系统缺陷导致的信息安全风险、经济安全风险，提高信息化建设项目的效益，保证审计所需数据的可靠性和可用性”。这一表述将信息化项目审计从单纯的资金合规审查，提升至国家安全与治理效能的双重高度。具体而言，审计目标包含三个递进层次：一是识别因系统架构缺陷、数据治理缺失引发的信息泄露、业务中断等安全风险；二是揭示因重复建设、资源闲置、概算虚高等问题导致的财政资金浪费和经济损失；三是通过审计评价与整改建议，促进信息系统对业务管理的支撑效能持续提升。对审计机关工作人员和内部审计人员而言，这意味着审计视角不能停留在” 钱花得对不对” 的程序层面，必须延伸至” 系统建得好不好、用得怎么样” 的绩效层面。
审计核心
围绕上述目标，信息化项目建设管理审计的核心抓手可概括为” 四查”：查程序合规、查审批完整、查手续闭环、查责任落实。在实务中，审计人员应重点锁定四类高频违规情形。一是未批先建，即项目未经立项审批或初步设计批复即开工建设，规避投资管控程序；二是越权审批，即下级机关超越审批权限批复应由上级核准的项目，或拆分项目规避限额审批；三是程序倒置，即先招标后补可研、先施工后补设计，导致投资控制失效；四是重复建设，即同一功能在不同层级、不同部门重复开发，形成新的” 信息孤岛” 和” 数据烟囱”。这四类问题的共同特征是表面合规、实质违规，需要审计人员穿透形式要件，核查时间顺序、权限边界和系统功能的真实对应关系。
审计依据体系
审计署 34 号公告核心框架
审计署印发的《信息系统审计指南 —— 计算机审计实务公告第 34 号》（审计发〔2012〕11 号，公告编号为审办计发〔2012〕34 号）是指导国家审计机关开展信息系统审计的基础性文件。该公告构建了应用控制审计、一般控制审计、项目管理审计三大审计领域，其中项目管理审计直接对应信息化项目建设管理审计的业务范畴。公告将项目管理审计细化为经济性评价、建设管理评价和绩效评价三个维度：经济性评价涵盖规划经济性、建设经济性、应用经济性和运维经济性；建设管理评价覆盖立项审批、招标采购、资金使用、验收管理、运行管理、等保管理和风险评估；绩效评价则从管理决策支持能力、资源共享程度、业务协同能力、系统建设发展能力和信息系统贡献能力五个角度进行衡量。这一三维框架贯穿了项目全生命周期，为后续各章审计内容的组织提供了方法论基础。
国家层面制度框架
2019 年国务院办公厅印发的《国家政务信息化项目建设管理办法》（国办发〔2019〕57 号）是当前国家层面最具权威的政务信息化项目管理规范性文件。该办法确立了” 五个统一”（统一工程规划、统一标准规范、统一备案管理、统一审计监督、统一评价体系）和” 四个强化”（强化集约共享、强化协同联动、强化事中事后监管、强化快速迭代）的制度框架，标志着政务信息化项目从分散自建向集约共享的根本转变。57 号文的核心约束在于：信息资源目录是审批政务信息化项目的必备条件；信息资源共享的范围、程度以及网络安全情况是确定项目建设投资、运行维护经费和验收的重要依据；对于未按要求共享的系统，不再安排运行维护经费。这些规定直接转化为审计人员审查立项合规性和资金拨付合理性的刚性依据。配合该办法，国务院《政务信息资源共享管理暂行办法》（国发〔2016〕51 号）从数据治理维度补充了共享责任、共享目录和共享流程的具体要求。
地方层面管理制度体系
国家制度框架在地方层面已演化为一系列操作性更强的实施细则，形成” 年度计划 + 项目库” 动态闭环管理、跨部门联合审查和审批否决清单三大共性机制。从现行有效文件来看，《江苏省省级政务信息化项目建设管理办法》（苏政办发〔2024〕38 号）建立了” 五个不得” 否决清单 —— 未纳入规划不得立项、未按要求推进系统整合不得申请新项目、未及时迁移至政务云不得申请新项目、未按要求共享更新公共数据不得安排运维经费、未按要求开展集约共享造成重复浪费的不得批准立项 —— 并将概算调整红线设定为 15%。《浙江省本级电子政务项目审批管理办法（修订）》（浙发改高技〔2024〕175 号）强化了审批与备案的双轨管理，对项目技术方案和数据共享可行性进行前置审查。《南京市政务信息化项目建设和资金管理办法》（宁政发〔2025〕24 号）则突出资金统筹和数据统筹，设立数字南京政务信息化专项资金，对未纳入年度计划的项目原则上不予安排资金。上述地方文件共同体现的制度趋势是：系统总量” 只减不增”、“一部门一系统” 原则刚性化、数据资源目录审批必备化、等保和密码应用审查前置化。审计人员在开展地方信息化项目审计时，应将上述现行有效文件作为直接依据，结合项目所在地最新制度进行合规性判定。
审计方法论
全生命周期覆盖
信息化项目建设管理审计应以全生命周期为主线，将 34 号公告的三维评价框架嵌入规划、立项、采购、实施、验收、运维各阶段。在规划阶段，重点审查项目是否符合本级政务信息化发展总体规划，是否存在可通过系统升级或数据共享替代新建的情形；在立项阶段，核查可研报告和初步设计是否包含数据资源共享分析专篇，信息资源目录是否按要求编制；在采购阶段，审查招标程序合规性与自主可控信息化装备优先采购策略落实情况；在实施阶段，跟踪建设内容与批复的一致性、资金支付进度与合同约定的匹配度；在验收阶段，审查验收程序是否规范、验收资料是否完整、信息共享和网络安全条件是否作为验收前置要件；在运维阶段，评价系统运行效率与运维投资占比的合理性，核查对未按要求共享的系统是否依规核减运维经费。这一分阶段审计路径将 34 号公告的经济性评价、建设管理评价和绩效评价有机融合，形成纵向到底、横向到边的审计覆盖。
技术工具应用
信息化项目审计的纵深推进离不开技术工具的支撑。当前审计实务中已形成三类核心工具的应用范式：一是项目管理平台数据核查，通过国家或省级政务信息化项目管理子平台的项目申报、审批、资金拨付、验收备案等全流程电子数据，开展跨项目比对分析，识别拆分规避审批、重复建设申报等异常行为；二是功能点测算，依据 GB/T 36964-2018《软件工程 软件开发成本度量规范》及各地发布的信息化项目预算支出标准，对软件开发费进行标准化测算，为造价审计提供客观量化基准，这方面可以利用 “软件造价喵” 这样的 AI 咨询工具，AI 进行软件功能点识别统计，并依据当地标准生成造价报告和清单；三是造价评估工具，利用信息化项目造价评估系统对硬件购置、系统集成、运维服务等费用进行合理性校验，识别概算虚高或报价异常，比较常用的比如 “AI 询价喵”，基于 AI 大模型和海量真实成交价格数据，进行智能价格分析决策，一键询价、比价和审价。审计人员应注重将技术工具发现的量化异常与传统程序审计发现的定性问题相互印证，提升审计结论的精准度和说服力。
02 前期决策与立项阶段审计
前期决策与立项阶段是政务信息化项目的起点，直接决定项目建设方向、投资规模及资源配置的合理性。审计署《信息系统审计指南 —— 计算机审计实务公告第 34 号》（审办计发〔2012〕34 号）将” 项目立项审批” 列为建设管理评价的首要内容，要求审查立项申请是否符合国家或行业有关规定和规划，项目建议书、需求分析报告、可行性研究报告、初步设计等是否通过评审批复。从近年审计实践看，“未批先建”“拆分项目躲避审批”“重复立项” 等问题在前期阶段最为集中，审计人员须以规划符合性、程序合规性、集约共享性三条主线开展穿透式审查。
规划符合性与年度计划审查
规划符合性审查
审计人员应首先核验项目是否纳入国家或省级政务信息化建设相关规划。《国家政务信息化项目建设管理办法》（国办发〔2019〕57 号）确立” 统一工程规划、统一标准规范、统一备案管理、统一审计监督、统一评价体系” 的顶层框架，要求各部门编制涉及政务信息化建设的规划须与国家政务信息化建设规划衔接。地方层面，江苏省明确要求按照” 一部门一系统” 原则优化流程、归并功能，破除” 信息孤岛” 和” 数据烟囱”；省级规划建设的政务 APP 应向下开放权限，省级以下不再重复建设。审计实务中，可通过调阅项目批复文件、比对规划文本和系统目录，核实项目立项依据是否充分。若发现项目功能与已建系统重叠或属于规划外新增系统，应追溯立项审批链条，判断是否存在规划管控失效。
“年度计划 + 项目库” 闭环管理审查
国办发〔2019〕57 号要求各部门所有新建政务信息化项目在全国投资项目在线审批监管平台政务信息化项目管理子平台报批或备案，所有中央本级政务信息系统全口径纳入管理平台统一汇总形成总目录。地方实践中，江苏、浙江、南京等地均实行” 年度计划 + 项目库” 动态闭环管理：项目须先进入动态项目库经前置审核（技术可行性、数据共享方案审核），再纳入年度计划，未入库或未列入年度计划的项目原则上不予审批。审计应调阅项目库入库记录、年度计划编制及调整文件，核查是否存在” 计划外立项”“先建后补手续” 等程序倒置情形。特别关注以” 应急需求”“上级临时安排” 为由规避年度计划约束的项目，须核验其是否履行了同级政府书面批准程序。
规避审批程序问题审查
拆分项目是规避审批监管的常见手段。建设单位将本应统一立项的大型系统拆分为若干子项目分别申报，以降低单项投资规模、绕过更高级别的审批权限或专家论证要求。审计组应将同一单位在同一时期内申报的建设内容进行关联分析，比对项目名称、功能边界、技术架构及承建单位，识别是否存在实质同一却形式拆分的情形。《江苏省省级政务信息化项目建设管理办法》（苏政办发〔2024〕38 号）第十二条设置” 五个不得” 否决清单：未纳入省级政务信息化建设相关规划、重点工作任务的，不得申请项目立项；未按要求推进政务信息系统整合的，不得申请新项目建设；未按要求及时迁移至省政务云的，不得申请新项目建设；未按要求共享、更新公共数据的，不得安排运维经费；未按要求开展集约共享建设造成重复浪费的，不得批准立项。审计发现触碰上述红线仍获审批的，应重点审查审批部门的审核记录和专家论证意见，判断是否存在审核走过场或利益关联。
立项审批程序审计
项目建议书审计
项目建议书是立项程序的起始环节，其核心作用是论证项目建设的必要性。审计署 34 号公告明确要求检查立项申请是否符合国家或行业有关规定和规划。审计人员应重点核实：审批权限是否合规，是否存在下级机关越权审批应由上级审批的项目；项目建议书内容是否完整，是否包含建设依据、必要性分析、初步需求说明及投资匡算；批复文件是否齐全有效。审计中应警惕” 虚假立项”—— 即项目建议书与后续可行性研究报告、初步设计方案在项目名称、建设内容、投资规模上存在实质性不一致，可能系以较小投资规模取得批复后再行扩大。税务总局所属 5 省市 17 个税务机关曾因信息化建设和运维项目内容重复、使用率低被审计指出问题，其中部分项目即存在前期论证不充分、立项依据薄弱的情形。
可行性研究报告审计
可行性研究报告是立项审批的核心决策依据。根据国办发〔2019〕57 号，可行性研究报告、初步设计方案应当包括信息资源共享分析篇（章），咨询评估单位的评估报告应当包括对该篇（章）的评估意见，审批部门的批复文件应当包括相关意见。审计人员应从以下维度开展审查：一是程序合规性，可研是否经具备相应资质的工程咨询单位编制，是否组织专家论证并获得评审批复；二是需求分析清晰度，项目建设目标、业务需求、功能边界是否明确，是否存在需求膨胀或模糊表述为后续变更预留空间；三是技术方案可行性，技术路线是否符合国家信创要求、是否优先采用成熟可靠的软硬件产品，架构设计是否预留共享接口；四是投资估算完整性，软件开发费、硬件购置费、系统集成费、监理费、测评费、运维费等是否逐项列明，取费标准是否合理。《政府投资条例》（国务院令第 712 号）规定，初步设计提出的投资概算超过经批准的可行性研究报告提出的投资估算 10% 的，项目单位应当向项目审批部门报告，项目审批部门可以要求项目单位重新报送可行性研究报告。该 10% 红线已成为信息化项目概算控制的法定基准，审计须严格执行比对。
初步设计与概算审计
初步设计（或建设方案）是在可研批复基础上对技术方案和投资概算的细化。审计应关注概算是否完整合规、是否存在漏项虚列。具体而言：概算编制是否依据可研批复的建设内容和规模，是否存在擅自扩大建设范围、提高建设标准的情形；分项概算是否与市场价格水平基本匹配，软件开发工作量测算是否有明确的功能点清单或工作量核算依据；工程建设其他费用（监理、测评、培训等）是否按标准比例计取。关于概算调整，江苏省规定项目投资规模未超出概算批复、建设目标不变，主要内容确需调整且资金调整数额不超过概算总投资 15% 的，经审核后可以调整。各地标准不一，审计须以项目所在地的现行有效文件为准。概算审计中还应关注” 以运维费列支建设费” 的违规行为 —— 部分单位将本应列入建设投资的开发内容包装为” 系统优化升级运维”，以此规避更严格的立项审批程序。
前置要件审计
信息化项目立项审批区别于传统基建项目的显著特征，在于其前置要件涵盖数据共享、网络安全和密码应用三大专项。国办发〔2019〕57 号明确规定：信息资源目录是审批政务信息化项目的必备条件，信息资源共享的范围、程度以及网络安全情况是确定项目建设投资、运行维护经费和验收的重要依据。审计须逐一核验以下前置要件是否齐备：信息资源目录是否编制并接入省级共享交换平台；可研报告和初步设计是否包含数据资源共享分析篇（章）；网络安全等级保护定级备案是否完成，二级及以上系统是否提交等级保护测评报告；密码应用方案是否编制并提交密码应用安全性评估报告；涉密系统是否提交分级保护测评报告或保密审查意见。福建省要求项目报批时需说明产品安全可靠情况，未说明的项目不予通过。审计发现上述要件缺失仍获审批的，应认定审批程序存在重大缺陷。
集约化与共享预审
“统筹、整合、共享” 原则审查
国办发〔2019〕57 号确立” 统筹规划、共建共享、业务协同、安全可靠” 的建设原则，坚持” 联网通办是原则，孤网是例外”。审计人员须审查项目是否优先依托政务云、电子政务网络等公共支撑平台建设，是否存在重复建设机房、重复采购服务器等基础设施的情形。中国法学会 2021 年已建成并验收的视频会议系统基本未用、工信部赛迪研究院牵头建设的 1 个项目平台验收后即闲置等案例表明，前期缺乏集约化预审是造成系统闲置浪费的重要原因。审计应调取本地区政务云资源使用台账，核对拟建项目的计算、存储、网络资源需求是否可通过政务云现有能力满足，而非另行采购物理设备。
重复建设审查
重复建设是信息化项目审计的高频问题。审计应建立” 已建系统清单” 作为比对基准，审查拟建项目功能是否可通过现有系统升级、模块改造或数据共享实现。苏政办发〔2024〕38 号明确：能通过现有系统升级、数据共享实现功能的，不得批准新建。审计实务中可采用” 功能映射法”—— 将拟建项目的业务流程、数据需求、用户群体与已建系统进行逐项比对，识别功能重叠度。海关系统审计中曾发现所属黄埔、深圳、上海海关 9 个信息系统存在重复建设、建成后停用或使用效率不高的问题，审计整改方向即为加强立项审核、避免重复建设。审计人员还应关注” 换名重建” 的变形 —— 将原有系统以” 新一代”“升级版”“智慧化改造” 等名义重新立项，实质功能与原系统高度重合。
业务专网与上云审查
国办发〔2019〕57 号及各地配套文件均明确要求：除国家另有规定外，禁止新建独立业务专网；已建专网应逐步整合迁移至电子政务网络或政务云。审计应重点审查：拟建项目是否存在新建独立机房、独立网络或独立数据中心的情形；存量系统是否制定并执行了整合上云的时间表和路线图；跨部门共建共享项目是否由牵头部门会同参建部门开展统一框架设计，形成统一的数据流和业务流接口。广州市白云区明确规定区各部门原则上不允许自建受理审批系统，须统一依托区级平台。审计发现仍新建独立专网、拒绝接入统一共享平台的，应认定为违反集约化建设原则，并提出终止项目或调整建设方案的审计建议。
为便于审计实务操作，下表梳理立项审批阶段的核心审查要点与对应的法规依据，供审计人员编制审计方案和审计工作底稿时参考。
上表所列八个维度构成立项阶段审计的系统化核查框架。其中，规划符合性与年度计划管理（第 1-2 项）属于” 入口关” 审查，直接决定项目” 该不该建”；立项程序与可研深度（第 3-4 项）属于” 程序关” 审查，决定项目” 能不能批”；概算控制（第 5 项）属于” 资金关” 审查，决定” 花多少钱”；数据共享与网络安全要件（第 6-7 项）属于” 质量关” 审查，决定” 建成什么标准”；集约化审查（第 8 项）属于” 绩效关” 审查，决定” 是否物有所值”。审计人员在实务中应结合被审计单位所处地区的具体管理办法灵活调整权重，对触碰” 五个不得” 等否决性条款的问题实行” 零容忍”，一经发现须在审计报告中单独揭示并建议整改问责。
03 招投标与采购阶段审计
招投标与采购阶段是信息化项目程序违规和造价失控的高发环节。审计署《信息系统审计指南 —— 计算机审计实务公告第 34 号》（审办计发〔2012〕34 号）将” 招标采购” 纳入建设管理评价核心维度，要求审查是否按国家规定组织招标投标和政府采购，设计、施工、研发、集成等单位是否符合资质，软硬件厂商和供应商是否符合规定，以及是否实施自主可控信息化装备优先采购策略。《国家政务信息化项目建设管理办法》（国办发〔2019〕57 号）规定，政务信息化项目应当按照政府采购有关规定开展采购，并严格按批复的初步设计方案和投资概算执行。
3.1 招标采购程序合规性
检查是否按照经核准的招标方案进行招标，有无应招未招、化整为零规避招标 审计首要任务是核对项目招标范围、方式和组织形式是否与可研批复及初步设计核准文件一致。《中华人民共和国招标投标法》第四条规定，“任何单位和个人不得将依法必须进行招标的项目化整为零或者以其他任何方式规避招标”。《招标投标法实施条例》第二十八条界定：在一个财政年度内，采购人将同一预算项目下的同一品目或类别货物、服务多次以非公开招标方式采购，累计金额超过公开招标数额标准的，属于化整为零规避公开招标。常见规避形态包括：将同一系统拆分为软件开发、硬件采购、集成服务等子项目分别发包，使单项金额低于《必须招标的工程项目规定》（国家发展改革委令第 16 号）设定的限额标准（施工 400 万元、货物 200 万元、服务 100 万元）；以应急或涉密为名虚构不招标依据却未履行法定审批程序。审计应调取预算批复、采购备案表和合同台账，按” 同一品目、同一预算项目、同一财政年度” 三条轴线交叉比对。
审查招投标程序是否合规，是否存在暗箱操作、围标串标、低价中标现象 程序审查应贯穿公告发布、资格预审、评标定标、中标公示全周期。《中华人民共和国政府采购法》规定，采购人不得向他人透露已获取招标文件的潜在投标人名称、数量以及可能影响公平竞争的其他情况。审计需核查招标文件是否含有指向特定厂商的倾向性、排他性条款。低价中标是信息化项目的特殊风险，《政务信息系统政府采购管理暂行办法》（财库〔2017〕210 号）第十一条规定，评标委员会认为供应商报价明显低于其他合格供应商报价、可能影响产品质量或不能诚信履约的，应当要求其提供书面说明；不能证明合理性的，应当作无效投标处理。
检查设计、施工、研发、集成等单位是否符合资质要求，是否落实自主可控信息化装备优先采购策略 供应商资质是项目质量和安全的基本保障。34 号公告要求审计” 设计、施工、研发、集成等单位是否符合资质”，“软硬件产品厂商和供应商是否符合规定”。审计应核验供应商是否具备信息系统集成资质、信息安全服务资质、涉密信息系统集成资质等，关注资质等级与项目规模是否匹配。在自主可控方面，审计应审查采购文件是否将国产适配、信创兼容作为实质性技术要求，可比对投标文件的响应承诺与中标后实际供货清单核查履约偏差。
下表归纳了招标采购程序合规性的核心检查要点：
该表所列七项维度覆盖了从招标方案源头到供应商履约终端的全流程风险点，可作为审计工作底稿的核心框架。“招标方案核准” 与” 应招未招审查” 需要纵向穿透项目审批链进行一致性比对；“程序公开公平” 与” 价格评审控制” 需横向对标评标档案进行实质性复核；“自主可控落实” 是当前审计新增关注点，审计人员须具备通过产品序列号、芯片型号等技术特征判别软硬件国产化率的能力。
合同管理审计
审查签订合同是否依据中标通知书，是否背离实质性内容，是否存在阴阳合同 《招标投标法》第四十六条要求招标人和中标人按照招标文件和中标人的投标文件订立书面合同，不得再行订立背离合同实质性内容的其他协议。“阴阳合同” 通常表现为以合规合同应对监管，另以补充协议变更价款、范围或付款条件。审计应比对中标通知书、招标文件、投标文件与最终合同文本，核查核心条款是否发生实质性变更。
检查合同建设内容、合同价格、软件版权归属、不可抗力因素和法律纠纷对策等方面的合法性 信息化合同审查具有鲜明的技术行业特征。建设内容方面，应核查功能需求清单是否与初步设计批复的模块一致。价格方面，软件定制开发费应明确计价方式并约定变更调价触发条件，防止后续以需求变更为由无限追加预算。软件版权归属须明确约定定制软件的知识产权归属、源代码交付义务及二次开发权利。
审查是否存在先施工后签合同、违规分包或转包行为 先施工后签合同往往伴随未批先建和概算失控。《招标投标法实施条例》第五十九条明确，中标人不得向他人转让中标项目；经合同约定或招标人同意，可将非主体、非关键性工作分包，且接受分包者须具备相应资格条件。信息化项目的核心软件开发和关键系统集成通常构成主体工作，不得分包。
监理与第三方服务审计
检查是否按规定配备项目监理，监理单位是否独立公正履职 信息化项目监理是控制质量、进度和投资的重要制度安排。《信息化工程监理暂行规定》（信部信〔2002〕570 号）要求项目建设单位委托具有相应资质的监理单位对项目实施监理。审计应核查监理单位是否具备信息系统工程监理资质且等级与项目规模匹配；是否与施工单位存在隶属关系或其他利害关系；监理日志、月报、签证记录是否完整。
审查第三方测评、等保测评、密码测评等服务的采购程序与资质合规性 第三方测评服务是项目质量与安全的独立验证机制。审计需关注三类测评：信息系统验收测评应由独立于开发商的第三方测试机构执行；网络安全等级保护测评须由经公安部认证的测评机构实施；商用密码应用安全性评估须由经国家密码管理局认定的测评机构实施。审计应检查测评单位是否具备法定资质、测评报告是否签章齐全，是否存在” 测评走过场、问题未整改即通过” 的形式主义情形。
