信创目录更新后，企业信息化负责人常遇到一个具体问题：机房和办公区里已经采购、还在保修期内的非信创硬件，是立刻换掉，还是继续用一段时间？
这件事没有统一答案，取决于业务系统的依赖程度、硬件的服役年限和国产化验收的时间表。下面按场景拆解候选方案，说明各自的代价与适用边界，最后给出可操作的决策建议。
场景判断：哪些非信创硬件可以谈过渡
先不要按设备数量讨论，而是按「是否承载核心业务」分类。常见做法是分成三类：
- 仅作为终端访问设备，不跑本地业务系统，替换对业务影响小；
- 承载边缘采集、打印、工控等专用用途，替换涉及驱动与外设兼容；
- 作为服务器或存储运行内部系统，替换要评估操作系统、数据库与中间件的适配程度。
分类之后，再结合信创验收的范围（是办公终端、业务系统还是整体环境）确定过渡对象。有些项目只要求新增设备符合目录，有些要求存量设备在验收前完成替代，需要以采购文件和技术要求为准。
方案一：整机替换，一步到位
直接按信创目录选型，把非信创终端或服务器替换为国产 CPU 与国产操作系统的整机。适用于验收时间紧、存量设备服役年限较长、业务系统本身已经完成适配的情况。
- 优点：环境统一，后续运维和适配问题集中处理，验收材料清晰；
- 缺点：一次性投入较大，旧设备残值处理需要流程，终端更换期间影响办公；
- 边界：外设驱动、专用软件如果没有国产化版本，替换后会暴露新的兼容问题。
整机替换不等于只换硬件。操作系统、浏览器、办公套件和外设驱动要一起验证，建议先在少量岗位上做平行运行，确认日常办公流程走通后再批量推进。相关交付流程可以参考服务范围与交付流程中的阶段划分。
方案二：混合共存，按业务分层过渡
保留部分非信创硬件用于非核心场景，新增和关键岗位优先使用国产化设备，形成一段时间的混合环境。适用于存量设备较多、业务系统改造尚未完成、验收允许分阶段实施的项目。
- 优点：缓解一次性投入压力，业务不中断，给系统适配留出时间；
- 缺点：环境复杂度上升，网络准入、补丁策略和运维台账要分开管理；
- 边界：需要明确过渡期限和退出条件，否则混合状态容易长期化，增加验收解释成本。
混合共存的关键是边界清晰。建议用清单方式记录每台设备的用途、所属系统、计划替代时间和责任人，避免到期后无人推动。政企客户的同类做法可以参考政府与国企国产化改造案例。
方案三：利旧适配，在原有硬件上做软件层改造
硬件不动，通过更换操作系统、浏览器、办公套件或对业务系统做兼容性改造，让非信创设备进入国产化软件环境。适用于硬件性能尚可、外设依赖强、替换成本高的场景。
- 优点：节省硬件采购，保留现有外设与工控连接，改造范围可控；
- 缺点：适配工作量和风险往往被低估，部分驱动和外设可能没有国产系统版本；
- 边界：只解决软件层合规，硬件本身仍不在目录内，是否满足验收要求需要提前确认。
利旧适配常见于制造现场和专用终端。这类改造通常需要原厂或集成商配合做驱动与外设验证，不能只看操作系统能否安装成功。涉及系统对接和接口改造时，可以参考软件定制开发与系统集成服务中的集成方式。
什么情况下不要选利旧适配
利旧不是默认选项。以下情况建议直接替换或暂缓改造：
- 验收文件明确要求硬件符合目录，利旧无法满足合规条件；
- 设备已接近或超过服役年限，改造投入后剩余使用周期短；
- 核心业务系统依赖的数据库、中间件没有对应国产环境版本，改造会牵连过大；
- 外设厂商不提供国产操作系统驱动，且无法更换设备型号。
在这些情况下强行利旧，容易在联调阶段反复卡壳，反而拖长整体进度。判断拿不准时，先做小范围 POC 验证，再决定是否扩大范围。
过渡期该做的三件事
不管选哪种方案，过渡期有几项工作建议提前安排：
- 建立硬件与软件环境台账，记录设备用途、系统依赖、适配状态和计划替代时间；
- 对核心业务系统做兼容性验证，重点看数据库、中间件、外设和浏览器，验证结果留档；
- 明确验收口径，就过渡范围、时间节点和证明材料与采购方或主管部门确认，避免验收时解释不清。
需要了解我们在这类项目中的实施方式，可以查看同类项目案例，或直接联系我们沟通具体场景。
文字版对比清单
- 整机替换 → 适合验收时间紧、存量设备老化的单位 → 主要代价是一次性采购投入和终端更换期间的办公影响；
- 混合共存 → 适合设备多、系统改造未完成、允许分阶段验收的单位 → 主要代价是环境管理复杂度和过渡期管理成本；
- 利旧适配 → 适合硬件尚可、外设依赖强、仅需软件层合规的场景 → 主要代价是适配不确定性和验收口径风险。
选型的顺序建议是：先确认验收要求，再评估业务系统依赖，最后比较三种方案的代价。硬件只是载体，真正的难点在系统适配和过渡期管理。
