信创改造预算申报最容易出错的地方，往往不是买多少台国产服务器，而是适配与集成的工作量。硬件价格可以询价，适配的范围却要看现有系统的耦合程度。这篇按场景拆三类常见做法，把每种做法的代价、边界和不该选的情况说清楚，方便在申报口径里把工作量列全。
场景一：办公终端与基础软件整机替换，预算里该列什么
终端整机替换是最直观的一类，也最容易只算硬件单价。实际上，操作系统、办公套件、外设驱动、浏览器兼容这几层都会产生工作量，尤其是与外设和打印相关的环节。
- 优点：边界相对清楚，可以按部门分批推进，试点结果容易量化，申报材料好写。
- 缺点：外设兼容与业务系统客户端适配常被单列成“零头”，实际投入往往不小；员工培训与双轨运行期需要计入计划。
- 适用边界：以办公为主、业务系统以浏览器方式访问的部门。
建议在预算表里把“外设与客户端适配”单独列项，并注明按设备台数估算、具体数量取决于现有外设型号。已有封装与迁移脚本可以在此基础上减少现场工作量。
场景二：数据库与中间件替换，适配成本怎么估
数据库替换的预算难点在测试，不在采购。数据类型差异、SQL 语法、存储过程改写、字符集与排序规则，任何一项都需要回归验证。
- 优点：一次性投入后长期可控，能与国产化验收要求对齐。
- 缺点：兼容性回归测试的时间通常被低估；报表、批处理、跑批任务需要逐条验证。
- 适用边界：业务逻辑相对集中、数据量可控、有完整测试环境的系统。
不容易漏算的是：测试环境本身也要国产化，否则测出来的结论参考价值有限。建议把“测试环境搭建”与“回归测试轮次”作为独立预算项。
数据库与中间件排查更偏底层，判断标准类的内容可以参考我们整理的技术实现细节，但落到具体项目仍要按系统逐项评估。
场景三：OA与ERP等系统集成改造，二次开发与接口工作量
协同办公与业务系统的国产化改造，最容易被漏算的是集成适配。组织与权限体系梳理、流程与表单定制、与 ERP/HR/财务对接，这些通常涉及国产 OA（泛微、致远等）的二次开发。
- 优点：可通过已有封装减少实施工作量，配合原有业务流程梳理，改造过程相对可控。
- 缺点：组织架构与权限模型的梳理需要业务部门配合，周期取决于协调进度；接口联调需要双方系统同时具备测试条件。
- 适用边界：已有协同办公平台、流程相对成熟、需要与其他系统打通的组织。
这类工作量的估算，建议按“权限梳理—表单流程定制—接口联调—上线验收”分阶段列项，而不是笼统写“适配费”。同类交付经验见政府与国企国产化改造案例。
什么情况下不要选这些方案
不是所有系统都适合直接上适配清单。以下情况建议先缓一步，或换路径。
- 业务逻辑高度依赖特定数据库特性的系统，强行替换会放大回归测试成本，可考虑先做隔离与封装。
- 协同办公还在选型阶段的组织，不宜把二次开发预算提前铺开，应先完成平台选型再做集成规划。
- 缺少稳定测试环境与业务配合窗口的项目，不建议把适配工作排进当期申报周期。
- 只把信创当一次性采购、没有后续运维安排的项目，替换后的维护响应往往成为新的缺口。
这些判断不涉及具体厂商版本差异，属于通用工程实践。需要具体实施方案时，可以参考我们的软件定制开发与系统集成服务。
预算申报验收清单：申报前该核对的项
按下面清单过一遍，能在提交前发现明显漏项。全部完成不代表没有风险，但至少口径完整。
- 硬件整机、外设兼容、客户端适配是否分别列项。
- 数据库与中间件的兼容性回归测试是否包含测试环境建设。
- OA 与 ERP/HR/财务对接的接口联调是否分阶段估算。
- 组织与权限体系梳理是否列入工作量，是否有业务部门配合安排。
- 上线验收与运维交接是否单列，不并入开发阶段。
- 是否有明确的不适配清单与备选路径说明。
文字版对比清单
三类方案的取舍可以概括为三行，方便在部门内部对齐口径。
- 整机替换 → 适合办公为主、业务系统以浏览器访问的部门 → 主要代价是外设与客户端适配、双轨运行期培训。
- 数据库与中间件替换 → 适合业务逻辑集中、有测试环境的系统 → 主要代价是兼容性回归测试投入与时间。
- OA 与 ERP 集成改造 → 适合已有协同平台、需跨系统打通的单位 → 主要代价是权限梳理与接口联调的组织协调。
申报口径之外，交付阶段的衔接同样影响预算执行。交付流程与阶段划分见服务范围与交付流程，准备申报材料时可以直接对照阶段性工作量拆分。
