结论先行：国产化替换项目里最先爆出来的兼容问题，通常不是核心业务系统，而是那些没进资产台账的小工具——部门自建的报表、某个人做的单机程序、业务系统依赖的老版浏览器插件。它们单个影响面很小，却很擅长在一个特定时刻把一整个部门卡住。
什么算「小系统」
通常包含这几类：业务部门自己找人做的小报表、导出工具；只在几台机器上装的老版客户端；依赖特定浏览器版本或特定控件的内部页面；用表格和宏拼起来的日常工作流；以及外包做完就没人接手的小程序。
它们有一个共同点：不在 IT 的资产登记表上。资产表登记的是服务器、网络设备、办公终端和正式立项的系统，这些小东西从来没走立项流程，自然也不会出现在清单里。
为什么会漏，三个结构性原因
- 评估按台账走。适配评估的输入通常是资产清单与软件清单，清单外的对象没有入口。
- 使用者不认为这是「系统」。业务同事会说「就是个小工具」，不会主动上报。
- 没有明确的责任人。开发它的人可能已经离职，外包方合同已结束，部门只知道自己要用。
漏掉之后，在第几周爆出来
| 时间点 | 典型现象 | 处理难度 |
|---|---|---|
| 试点期 | 试点部门发现自己常用的工具打不开 | 低，这时候还能换方案 |
| 批量推广中 | 某几个岗位的工作流断在中间一步 | 中，要么临时开例外，要么紧急适配 |
| 切换完成后的月末 | 月报、结算、对账类工具跑不出结果 | 高，往往撞上报税、结算等硬时间点 |
最容易吃亏的是第三类。日常工作流断一步，人还能手工顶过去；月度、季度才跑一次的东西断了，发现时已经临近截止日，没有缓冲。
怎么在评估阶段把它们捞出来
不要问「你们有哪些系统」，这个问题得到的答案只会是台账上的那些。换成三个具体问法：
- 问「每月固定要打开一次的东西」。周期性使用的工具最容易在评估里消失，因为平时没人提。
- 从终端侧反查。把办公终端的浏览器收藏、开机自启动项、桌面快捷方式导出来，按出现次数排序，前几十个里一定有台账外的对象。
- 问「上一次系统升级时谁最麻烦」。上一次替换、升级时投诉最多的那几个岗位，就是这次的高风险点。
这三个问法得到的是候选名单，还需要逐个确认：谁在用、用在哪一步、断了会怎样、有没有替代方案。
找到之后，先定认领人再谈适配
小系统的适配工作量通常不大，难的是没有责任人拍板。实践里有效的做法是：给每个小系统指定一个业务侧认领人，由他确认「必须保留」「可以替代」「可以停用」三类归属，技术侧再按分类处理。没有认领人的，一律按停用处理并在切换前书面通知，避免切换后被临时拉回来救火。
边界与前提
这套做法适用于有明确部门归属的内部工具。涉及外部单位、监管报送、行业专用设备配套软件的部分，适配节奏不完全由自己控制，需要单独拉一条线提前对接。另外，反查终端数据涉及员工个人使用记录，采集范围和用途要提前说明，按内部制度执行。
深圳市奇摩计算机有限公司在承接国产化替换项目时，会把终端侧反查放进适配评估的固定动作，和资产清单一起出结论，而不是等切换当周再补。
本文只谈适配评估阶段怎么把小系统捞全，不谈具体的适配技术选型和替代方案怎么定。
如果正在准备替换项目的适配评估，可以先做一次终端侧反查，拿到候选名单再排期。预约咨询