结论先行：国产化选型时，厂商给的那张兼容清单，回答的是「理论上能跑」，不是「这组版本在你这里跑通过」。「支持某架构」「兼容某办公软件」「适配某类外设」这三种写法，各自对应一个很宽的灰度区间。核清单时要问三件事：具体是哪几个版本的组合、测到了哪一级、出了问题谁负责。三个答案都给不出来，这张清单在验收那天就只是一张宣传页。

三种常见写法，各自的含义

清单上的写法通常的真实含义该追问什么
支持某类处理器架构源码同源编译通过，能装上、能启动在我们的整机型号与固件版本上跑过吗，跑了多久
兼容某类办公软件主流程能打开、能编辑、能保存我们日常用的那些插件、宏、套打模板还生效吗
适配某类外设系统里有对应驱动，能识别具体型号与固件版本，双面、扫描、盖章这些功能逐个验过吗

这三行不是挑刺，而是清单本身的表达方式决定的：它为了覆盖更多机型，必须写得足够宽。写宽了有用，但拿它当验收依据就过头了。

版本组合是乘出来的

一套环境里同时在变的变量至少有四个：操作系统版本、内核或补丁版本、业务软件版本、外设固件版本。四个变量各自有几个候选，组合数就是相乘的结果。厂商不可能把全部组合测一遍，这在工程上不成立。

所以真正有效的做法不是要一份「全测过」的清单，而是把自己环境里的那一条组合钉死：我们用的是哪个 OS 版本、哪个内核、哪几个业务系统、哪几款外设。钉死之后再去问对方有没有测过这一条，问题才有答案。

测到哪一级，成本差一个量级

验证可以分四级：装得上、能启动、业务跑通、连续跑一段时间不退化。四级之间的工作量不是线性增加的，往后每退一级，成本都上一个台阶，到「连续跑」这一级往往要按周计。

采购阶段容易只验到前两级，因为快。但业务真正卡住的往往是后两级：装得上但打印出来错位，业务跑通但月末批量作业超时。把验证级别写进方案，比写「全面兼容」有用得多。

出了问题谁负责

国产化项目里常见三方：操作系统厂商、集成方、业务软件厂商。三方各自都能说「不是我的问题」，而且都能拿出各自的兼容声明。合同里要把这条链路写明：出现兼容问题由谁牵头定位、谁负责协调原厂、以什么时限给出结论。

这条不写，实际处置时就会变成集成方逐家打电话，客户在旁边等结论。

边界与前提

这套核法适用于已经有明确替换清单的项目。还在摸底阶段的组织，先把「自己环境里有哪些变量」列清楚，比提前要清单更有效。另外，各厂商的认证与测评结论有其自身的适用范围，引用时要看清结论覆盖的对象，不要把它当成对具体型号的承诺。

本文只谈兼容清单怎么核，不谈适配改造怎么做、也不谈替换顺序怎么排，这两件事的评估口径与本文不同。

深圳市奇摩计算机有限公司在承接替换项目时，会把客户环境里的那条版本组合先固定下来，再逐项确认哪些测过、哪些没测，没测的进验证计划，而不是把厂商清单直接当成交付依据。

如果手上正有一张兼容清单，可以先做一件事：把自己环境的四个变量写出来，看看清单里有没有这一条。 预约咨询