该项选择属系统骨架层面的取舍：数据由谁产生，在何处产生。
原路径：流程引擎 + 数据库
系统的骨架是审批流与表结构，数据在流程节点上由人录入。流程可以设计得完备，审批环节可以逐级设置， 但账实相符率最终取决于人是否按时、按格式完成填写。
该路径下的失真曲线具有共性：上线时账实基本相符；三个月后新购设备录入滞后、调拨未更新、报废未核销； 一年后系统数据不再被采信，系统降级为应付检查的台账。
同一曲线在不同企业、不同系统上重复出现，且不因更换责任人或实施商而改变。 据此判断，其根源在数据入口的设计，不属执行层面。
本方路径：状态建模 + AI 推理引擎
资产的账、实、权、值由业务动作直接改变，数据在动作发生处产生。铭牌识别、点检比对、变更预演、 故障检索与成本归集等环节的取数动作由系统完成，人工确认保留在需要承担责任的节点上。
AI 在该路径中承担识别、检索、预演、计算与建议，不承担裁决；改账、报废、权限变更等动作须经人工确认。
该路径改变的是数据的来源：账实相符率与数据时效的改善，前提是数据在动作发生处产生。
路径成立的三项前提：
一是一个操作面——247 个动作契约同时投影为 Web 控制台、内嵌 AI 助手与 MCP 工具；
二是一道闸门——全部写操作经统一执行管道，按参数校验、权限裁决、预演、人工确认、幂等与审计的顺序处理；
三是一个知识底座——三层故障知识架构与 RAG 检索，使经验留存于组织而非个人。
缺少其中任何一项，AI 便只能在系统之外另接通道调用接口。那样的实现不属 AI 原生，
其数据入口与管理口径将与系统本体脱节。
下列四项为系统当前状态的一部分，其中动作契约的数量可由演示环境导出核验。
上述数值为系统当前状态的导出结果，会随版本迭代变化；核验时以演示环境的实时返回为准，不以本页数字为准。
以下四项为已具备的部署与运行条件。
系统运行于阿里云，以云原生方式部署。
页面访问与接口调用均经加密通道传输。
按既定周期开展安全审计。
数据在多地保留副本，用于故障与灾害情形下的恢复。
认证的对象是组织，而非软件——任何声称「某系统通过 ISO 55001 认证」的表述，均与 ISO 55001 所界定的认证对象不符。
本方以 ISO 55000 系列为方法论依据，不提供认证咨询，亦不承诺通过认证。