先给结论：信创适配不能只问一句「支不支持某国产数据库」。它是一条从服务器、操作系统、数据库、中间件，一直延伸到浏览器、打印外设和存量数据迁移的链；任何一层没验到，问题都会在上线后的某个具体业务动作上冒出来——通常不是系统打不开，而是一物一码标签打不出来、历史单据导不进、盘点季多人同时提交就卡住。这篇按「层」列出要验什么、怎么验、验收时留下哪份记录，供写需求书和做方案的人直接对照。
先划边界：适配范围、产品目录与测评要求，以本单位收到的上级主管部门文件和项目合同为准。下面引的是公开《信息技术应用创新项目验收规范》里列出的检查维度，加上机关后勤系统实际会碰到的业务环节；政策条文以官方发布全文为准，验收规范以公开版本为准，本文不替任何单位认定合规口径，也不推导文件里没有的要求。
一、为什么「支持国产数据库」这句回答几乎没有信息量
同一家数据库有不同大版本，同一家操作系统有不同发行版，CPU 架构还分好几条线，组合起来差别很大。一张互认证书只说明「这个特定组合在测试环境里跑通了」，不等于你单位实际要装的那一套，也不等于业务流程能跑完。更常见的情况是：验收环境用 A 组合，实际部署换成 B 组合，问题到上线才出现。
可操作的做法，是把适配写成一张逐层验证表：每一层定一个可复现的动作，跑完留一份能归档的记录。公开的验收规范本身也是这个思路——它把检查项拆成终端与服务器硬件、操作系统与数据库与中间件的授权和版本、浏览器与第三方插件、外设集成、网络与安全部署、原业务数据迁移，以及基础软硬件的性能与稳定性测试。厂商说「全栈适配」时，可以请他按这张表逐项说明哪一层验过、记录在哪。
二、六层验证清单
| 层 | 要验什么 | 怎么验（可复现的动作） | 要留下的记录 |
|---|---|---|---|
| 1 硬件与整机 | 服务器与终端的 CPU 架构、内存配置；扫码枪、条码打印机、高拍仪、读卡器等外设 | 在实机上完整跑一次建档 → 打印标签 → 扫码盘点，不用模拟器代替 | 设备清单、外设型号与驱动版本、实机流程测试记录 |
| 2 操作系统 | 版本与内核、服务自启、字体与中文编码、文件路径权限、时钟同步 | 重启一次后检查服务自动拉起、中文文件名与导出表格不乱码、定时任务照常执行 | 版本清单、重启验证记录、导出文件抽样 |
| 3 数据库 | 版本与字符集、SQL 兼容、索引与分页、备份恢复、存量数据迁移 | 用一份脱敏历史数据做全量迁移，按编号抽查十张单据与原系统逐字段比对；另做一次完整备份恢复演练 | 迁移核对表、备份恢复演练记录、字段差异说明 |
| 4 中间件与运行时 | 应用服务器、运行时版本、连接池、反向代理、附件上传大小限制 | 连续上传附件、批量导出报表，观察长事务与内存占用 | 组件版本清单、批量操作记录 |
| 5 客户端与版式签章 | 国产浏览器内核兼容、表单与打印版式、OFD 版式文件、电子签章控件、办公软件插件 | 在指定浏览器里走完一次审批并打印派车单、盘点表，检查分页、印章位置、二维码是否可扫 | 浏览器与插件版本清单、打印样张留档 |
| 6 安全与数据可携带 | 身份鉴别、传输与存储加密、国密算法支持、权限分级、操作留痕、日志审计、全量导出 | 用不同角色各登录一次验证越权访问被拒；导出一次全量数据并在另一环境还原 | 角色权限矩阵、留痕抽样、导出与还原验证记录 |
第 6 层里的「全量导出」常被当成商务条款，其实是技术验收项：能完整导出、能还原，才说明数据没有被锁死在某套环境里。安全要求按本单位定级与测评结论执行，具体指标以测评要求为准，本文不代拟。
三、三类最容易漏掉的「业务级」验证
- 存量单据的编号规则能不能接上。公开的验收规范明确要检查「原业务数据是否全部迁移至信创环境下」。后勤台账最怕的不是数据少，是迁移后编号断档：资产卡、派车单、维修工单原来按年份加流水号，新环境重新从 1 开始，跨年度查一笔旧调拨就对不上。迁移前先把编号规则、附件存放路径、状态字典列成对照表。
- 单据打印与扫码在国产环境下是否跑版。一物一码标签、盘点表、派车单都要落到纸上。浏览器换内核后，最常见的不是打不开，是分页错位、二维码被压缩到扫不出、印章位置偏移。这类问题在开发机上看不出来，必须在实机加指定打印机上验。
- 盘点季的并发。实验室里跑通，和几十个科室同时提交盘点结果是两回事。验证时要按单位真实账号规模压一轮，尤其是不限用户数、全员都能自己录的系统——账号开得越全，并发越接近真实。按账号数计价的系统最后往往只有后勤几个人有账号，这条验证反而做不出真实压力，上线后才暴露。
四、验收要交出来的六份东西
- 逐层适配符合性说明：哪一层、什么版本组合、由谁验证
- 各层测试记录与问题闭环清单，含遗留项与影响范围
- 国产环境下的性能实测记录，不是实验室纸面数据
- 存量数据迁移核对表与备份恢复演练记录
- 角色权限矩阵、操作留痕与日志抽样
- 全量导出与还原验证记录，以及按主管部门口径导出的报表样张
把这几项提前写进需求书，比上线后被追问再补要省事得多。验收标准不清，最后卡住的往往不是技术，是收尾。
五、换底座，不换档案
对后勤系统来说，信创适配改的是运行环境，不该改业务主数据。一物一码的资产档案、一车一档的车辆档案在换环境前后应当是同一份，编号、状态、变动轨迹都连续；七个模块共用这份档案，新增环节不用重新建档。这样验证范围也清楚：验的是同一条业务链在新底座上能不能完整跑通，而不是重新做一套系统。
部署上服务器由使用单位自备，支持私有化本地部署，数据留在单位侧；不限用户数、不按账号计费，车管、后勤、财务、外部维保单位各用各的账号与权限。时代科技做这类配置时，一般先按单位现有单据把字段对齐，再决定启用哪些环节，不要求把现有流程推倒重来。
六、写进需求书的一句话
如果只留一句，建议是：「按硬件、操作系统、数据库、中间件、客户端与外设、安全与数据六层逐项验证，并提供各层测试记录、性能实测与迁移核对表；验收标准以本单位上级文件与合同为准。」厂商能不能接住这句话，比宣传材料上列了多少个国产产品名更有判断力。
相关阅读：智慧后勤服务管理平台：七大模块、一车一档与四类单位配法 ｜ 公务用车全生命周期监管系统怎么建 ｜ 机关事务「十五五」规划里的资产管理要求，逐条怎么对上
