审计署发布的《2026年第1号公告：中央部门单位2025年度预算执行等情况审计结果》显示，部分中央部门及所属单位存在专利、软件著作权和信息系统未入账问题。其中，国家能源局1个已建成信息系统未记入无形资产账，涉及194万元。此前的审计整改情况还显示，有的单位采购的软件使用许可权既未登记资产管理台账，也未计入无形资产财务账；还有本应由项目单位独有或共享的软件著作权，长期由受托开发企业持有。

系统已经上线，软件已经投入使用，项目成果也客观存在，为什么仍可能游离于资产卡片和权属管理之外？

如果仅将原因归结为财务人员“漏记了一笔账”，可能低估了问题的复杂性。信息化资产入账难，往往不是核算环节的单点疏漏，而是项目成果从“建设语言”转换为“资产语言”时出现了衔接断点。

一、系统已经运行，资产为何仍未“归位”？

信息化项目形成的成果具有明显的复合性。

一个项目中，可能同时包括服务器、存储和终端等硬件设备，定制开发的软件系统，购入的软件使用许可，软件著作权、专利等知识产权，以及部署实施、数据治理、培训和运行维护等服务。

在项目建设阶段，相关内容通常以“平台、系统、模块、接口、服务包”等形式组织采购和验收；进入资产管理阶段后，则需要进一步回答：哪些内容形成固定资产，哪些符合无形资产确认条件，哪些属于服务支出，哪些权利需要单独登记和持续管理。

《政府会计准则第4号——无形资产》规定，无形资产是政府会计主体控制的、没有实物形态的可辨认非货币性资产。确认无形资产，还需要满足相关服务潜力或经济利益很可能实现，成本或者价值能够可靠计量等条件。

对于软件，准则也作了进一步区分：不构成相关硬件不可缺少组成部分的软件，可以单独确认为无形资产；构成硬件不可缺少组成部分的软件，通常与硬件一并核算；委托软件公司开发的软件，则视同外购无形资产确定成本。

这意味着，信息化项目支出不能简单按照合同总额整体入账，也不能因为成果名称中带有“系统”或“软件”，就当然确认为一项无形资产。

真正困难的，是从复杂的合同清单和技术成果中，识别出能够被确认、计量和持续管理的资产对象。

二、从“项目语言”到“资产语言”，断点究竟在哪里？

（一）对象识别的断点：项目清单没有转化为资产清单

招标文件和合同清单主要服务于采购与履约，关注的是“建设什么、交付什么”；资产管理则需要进一步明确资产名称、类别、价值、取得时间、使用部门、管理责任人和使用状态。

两者之间并不存在天然的一一对应关系。

例如，一个“业务协同平台建设项目”可能包含多个相对独立的子系统，也可能包括实施、培训、数据整理和运行维护等不单独形成资产的服务内容。

如果验收阶段只核对功能是否完成，却没有同步梳理资产构成和价值归集，项目结束后，财务和资产管理部门面对的往往仍是一份技术性较强、价格边界并不清晰的交付清单。

此时，资产未入账未必只是后端登记不及时，也可能是因为前端从未按照资产管理口径重新识别建设成果。

换句话说，项目完成了建设成果的清点，却没有完成资产对象的识别。

（二）权利确认的断点：成果交付不等于控制权完整

信息化资产与一般实物设备存在明显差异。

设备完成交付后，通常可以通过实物占有判断其管理和控制情况；软件系统即使已经上线运行，项目单位是否取得了完整、持续的控制权，仍需结合合同约定和交付资料综合判断。

软件著作权由谁享有？项目单位取得的是所有权、共有权，还是一定期限内的使用许可？源代码是否移交？能否自主修改升级，或者另行委托第三方维护？授权期满后能否继续使用？

这些问题不仅关系后续运维，也会直接影响资产的确认、使用和处置。

审计署公布的《中央部门单位2023年度预算执行等审计查出问题的整改情况》显示，某单位应当独有或共享的10个软件著作权，被受托软件开发企业持有，涉及129.5万元，整改后才完成相关权利收回。

这一案例表明，系统完成交付，并不意味着知识产权和技术控制能力已经同步移交。

《财政部关于进一步规范和加强政府机关软件资产管理的意见》（财行〔2011〕7号）提出，对于自行开发或升级的软件，应加强财务核算、资产管理和知识产权管理，合理确定开发或升级过程中发生的支出，加强软件资产价值核算，及时组织验收，建立或调整软件资产账卡，并做好源代码、开发档案、验收文件等技术资料的归档管理。

如果合同只约定“完成系统建设”，却没有明确著作权归属、源代码移交、授权范围、技术资料和接续维护条件，项目单位可能获得了一个可以使用的系统，却未必取得了完整、可持续控制的资产权利。

（三）价值计量的断点：合同总价难以支撑资产归集

信息化项目经常采用软硬件一体化、开发实施一体化，或者建设运维一体化的采购方式。

一个合同总价中，可能同时包含硬件设备、软件开发、成品软件许可、部署实施、培训和多年运行维护费用。

如果相关费用未在造价测算、采购清单和合同中进行合理区分，项目结束后便容易出现一系列价值归集问题：

哪些支出应计入固定资产？哪些形成无形资产？哪些属于服务费用？升级改造支出是否应增加原资产价值？多年运维费用能否与软件开发成本合理拆分？

财政部在政府会计准则制度实施相关问答中明确，对于委托开发应用程序并包含后期维护服务的情形，如果合同能够明确区分软件开发价格和后期维护价格，应当根据两类支出的不同性质分别进行会计处理。

这一规定说明，入账依据并不是在财务制证时才形成的。

造价测算是否合理、采购清单是否清晰、合同价款能否拆分，实际上已经构成后续资产确认和计量的重要基础。

从这个意义上说，信息化造价不仅需要回答“项目需要多少钱”，还应尽可能为项目最终形成哪些资产、不同资产价值如何归集提供必要依据。

信息化项目的资产价值能否准确归集，部分取决于前端建设内容是否拆得清、费用构成是否算得明。针对定制软件需求边界不清、功能规模难以量化等问题，可以借助“软件造价喵”对需求材料进行功能拆解和功能点识别。平台集成近10年中国软件行业基准数据与全国70余项省市级、行业级信息化造价标准，覆盖功能点计数、地方标准参数适配等核心场景，可自动生成功能点明细清单与评估报告。

（四）责任承接的断点：建设结束后，资产转换由谁完成？

信息化资产入账涉及业务、技术、采购、财务和资产管理等多个部门。

技术部门熟悉系统架构和运行状态；采购及合同管理人员掌握交付边界和价格构成；财务部门负责会计确认与计量；资产管理部门负责登记、盘点和处置；业务部门则更了解系统是否实际使用、是否达到预定用途。

任何一个部门都难以仅凭自身掌握的资料，独立完成全部判断。

临海市审计局在对13家单位开展经济责任审计时发现，部分单位未建立软件资产台账和软件资产管理制度，也有单位未明确软件资产管理人员及职责权限。个别信息化资产既未作为无形资产入账，也未登记资产管理系统。（材料来源）

这说明，部分未入账问题并不是一张凭证的遗漏，而是单位在跨部门、可持续的软件资产管理机制上有相应缺失。

项目建设责任已经结束，但资产识别、价值确认、权属移交和后续管理责任未能及时承接，建设成果便可能长期停留在验收材料中，而没有真正进入资产管理体系。

三、资产“隐身”之后，失真的不只是账面数字

信息化资产未入账，最直接的影响是资产底数不完整、账卡实不一致。但其影响并不止于会计信息失真。

首先，资产权属可能处于模糊状态。

软件著作权、源代码、授权许可和技术档案未得到完整确认，可能影响后续升级改造、第三方接续维护以及已有成果复用。项目单位具备系统使用能力，并不当然意味着其拥有完整的技术控制能力。

其次，重复建设和重复采购更难识别。

如果现有信息系统、成品软件许可和知识产权成果没有进入统一资产台账，下一轮立项论证、预算审核和采购需求管理就缺少可靠的存量基础。

“单位已经拥有什么”尚不清楚，也就难以准确判断“下一步还需要购买什么”。

再次，运维、升级和处置缺少资产依据。

系统已经停用、被替代或者授权到期，如果资产卡片未及时反映状态变化，相关运维支出可能仍在持续发生；反过来，实际仍在运行的系统如果长期游离在账外，也难以落实资产使用人和管理人，难以开展盘点、价值调整和绩效评价。

《行政事业性国有资产管理条例》要求，各部门及其所属单位设置国有资产台账，依照统一会计制度进行核算，不得形成账外资产；发现账实不符、账账不符的，应当查明原因并及时处理。

因此，信息化资产入账并不是项目收尾阶段的一项形式性工作。

它关系到建设成果能否被准确识别、有效控制并持续使用，也关系到后续财政投入能否建立在真实、完整的资产存量基础之上。

四、全链条治理：构建信息化资产全生命周期闭环

解决信息化资产管理问题，不宜长期依赖年末清查或者审计整改后的集中补录，更需要将资产管理要求嵌入项目立项、造价、采购、合同、验收、运行维护和关停处置全过程。

这意味着，信息化资产管理既要关注建设成果能否及时完成确认、计量和登记，也要根据系统运行状态持续调整账卡信息，并在系统停用、整合或者退出时，妥善处理资产、数据、技术成果和相关权利。

部分地区已经开始探索软件资产全生命周期管理。例如，《浙江省省级行政事业单位软件资产管理办法（试行）》提出，实现软件资产管理与预算管理、绩效管理、政府采购、财务管理和信息技术管理相结合，并围绕软件资产配置、使用、处置等环节建立管理要求。

（一）立项与造价阶段：预判项目将形成哪些资产

项目申报时，可以同步识别预计形成的硬件设备、软件系统、软件许可和知识产权成果，初步划分建设支出、服务支出和运维支出的边界。

造价测算也不应只回答“项目需要多少钱”，还应尽量反映软硬件购置、软件开发、部署实施、技术服务和运行维护等费用构成，为后续合同定价、结算审核和资产价值归集提供基础。

对于升级改造项目，还需要了解原有系统的资产登记情况、账面价值、权属资料和实际使用状态，避免新增建设内容与原有资产之间失去对应关系。

（二）采购与合同阶段：同步明确价值边界与权利边界

采购清单宜避免将软件开发、硬件购置、实施培训和多年运维笼统合并为一个不可拆分的总价。

对于委托开发项目，还应当结合项目特点明确：

· 软件著作权及其他知识产权归属；

· 源代码、数据库结构和技术文档的交付要求；

· 软件授权范围、期限和用户数量；

· 系统升级、修改和成果复用权限；

· 是否允许委托第三方接续维护；

· 供应商退出后的数据迁移和业务连续性安排。

价值边界和权利边界越清晰，项目结束后越容易判断形成了什么资产、资产价值是多少，以及相关权利由谁控制。

（三）验收与结算阶段：同步形成“四张清单”

在功能验收和技术验收之外，可以同步形成四类成果：

一是合同交付清单。核对承建单位应当交付的软硬件、软件许可、知识产权和技术资料。

二是验收成果清单。确认实际完成、达到预定用途并已经投入使用，或者具备投入使用条件的建设成果。

三是资产形成清单。明确拟确认资产的类别、价值构成、使用部门、管理责任人，以及与原有资产之间的关系。

四是权属与技术档案清单。归集著作权、专利、授权证明、源代码、开发文档、数据库说明和验收资料。

“四张清单”并非现行政策中的固定术语，而是根据审计发现和信息化项目管理需要提炼的一套衔接框架。

其价值在于，使技术验收、造价结算、会计核算和资产登记能够基于同一套项目成果开展确认，减少不同部门之间因资料口径不一致而产生的管理断层。

（四）运行与退出阶段：保持账、卡、实、权动态一致

信息化资产的状态并非长期不变。

软件可能持续迭代升级，授权许可可能到期续购，系统可能整合迁移，使用部门和管理责任人也可能随之变化。因此，信息化资产管理不应止于首次登记入账，还需要持续关注：

· 升级改造是否形成新增资产价值；

· 软件授权是否仍在有效期内；

· 系统、资产卡片和实际使用部门是否一致；

· 停用或被替代系统是否及时履行资产处置程序；

· 数据、代码和技术资料是否完成迁移和归档；

· 相关运维预算是否与资产实际状态相匹配。

只有资产卡片随着系统运行状态、使用状态和权利状态动态更新，才能真正发挥存量管理和决策支撑作用。

与此同时，信息化资产全生命周期管理不仅要解决系统建成后如何登记入账，也应覆盖系统关停后的资产与资源处置。

以广西地方实践为例，2026年7月印发的《广西壮族自治区本级政务信息系统关停管理办法（试行）》将政务信息系统关停划分为关闭下线、暂停使用、整合并入和转作他用等情形。对于关停过程中涉及行政事业单位国有资产无偿划转、报废等处置的，要求按照有关国有资产处置规定执行。

该办法还提出，系统关停备案后，应在规定期限内完成相关数字资源处置，包括释放政务云资源、注销数据接口、迁移或处理历史数据、下架共享组件，以及开展硬件设备处置。对于源代码、知识产权和文档材料，也应按照有关要求进行归档和移交。

由此可见，系统关停并不是简单停止访问或者关闭服务器，而是对资产、数据、技术成果和管理责任进行重新确认与有序处置。

信息化资产管理既要解决项目成果如何“进账”，也要关注系统退出时如何“清账”、移交和注销。

只有将首次入账、运行变更与关停处置有效衔接，才能保持财务账、资产卡片、实际系统和权利状态之间的一致性，形成覆盖资产形成、使用、变更与退出的全生命周期管理闭环。

五、从软件系统到数据资源：信息化资产边界正在延展

随着数字政府建设持续推进，信息化资产的管理对象正在由硬件设备、软件系统和知识产权，逐步延伸至数据资源。

财政部印发的《关于加强行政事业单位数据资产管理的通知》提出，行政事业单位应结合数据资源目录开展数据资产清查盘点，加强数据资产登记，并在预算管理一体化系统中建立和完善资产信息卡，同时将安全要求贯穿数据资产全生命周期。

需要注意的是，数据资源登记、资产信息卡登记和政府会计确认并不是完全等同的概念。

并非所有数据都当然作为无形资产计入财务账，但数据资源是否纳入目录、管理责任是否清晰、取得和加工成本是否合理、使用与授权是否合规，正在逐步成为资产管理和信息化审计需要关注的新领域。

这意味着，未来的信息化项目审计不能只核查“系统建设了什么、项目花费了多少”，还需要进一步关注：

项目形成了哪些数字资产？单位实际取得了哪些权利？相关资产如何确认、登记、使用、评价和退出？数据资源与软件系统之间又应当如何建立对应关系？

信息化资产管理的边界正在延展，审计视角也需要由“建设合规”进一步延伸至“价值形成与持续控制”。

六、结语

信息化资产入账看似位于项目末端，实则受到前端立项、造价、采购和合同质量的共同影响。

系统通过验收，只能说明建设成果已经形成；要将项目成果转化为可确认、可计量、可登记、可追溯的资产对象，还需要完成对象识别、价值归集、权属确认和责任承接。

因此，治理资产未入账问题，不能只停留在补账、补卡和补材料层面。

更值得关注的是，如何建立从项目清单到资产清单、从成果交付到权利移交、从合同价格到资产价值、从建设责任到资产责任的完整转换机制。

当这一转换机制真正形成，信息化资产管理便不再只是项目结束后的“最后一道手续”，而会成为连接预算安排、项目建设、使用绩效和资源再配置的重要基础。