信创适配验收如果集中在上线前一次性完成，环境差异、数据问题和回退风险往往来不及处理。更稳妥的做法是按“环境准备—功能与性能—数据与集成—安全与合规—运维交接”五个阶段逐项检查，每项写明检查内容、通过标准、证据材料和负责人，未取得证据的项按阻断项处理。下文给出一份可直接改造使用的验收清单示例，并说明如何借助ONES把检查项转为可跟踪的工作项、把证据归档到对应记录中。
要点总览（TL;DR）
- 信创适配验收按“环境准备—功能与性能—数据与集成—安全与合规—运维交接”五个阶段逐项检查，每项写明检查内容、通过标准、证据材料和负责人。
- 通过标准要能直接判断，例如版本号在适配清单内、迁移条数与源系统一致、回退演练在约定时间内完成；证据优先采用适配说明、证书、测试记录和签字确认单。
- 影响核心业务可用、数据安全或无法回退的问题列为阻断项，阻断项未关闭不能判定验收通过；验收结论分为通过、有条件通过、不通过三种状态。
- 涉及具体产品适配认证、兼容版本与性能数字时，以厂商书面材料和现场验证记录为准，未取得证据的项按阻断项处理。
- 检查项可转为工作项跟踪，证据挂接到对应工作项，阻断项单独标记状态，验收结论与遗留问题随工作项归档，便于复验和查询。
谁在什么时点使用这份验收清单
这份清单面向信创环境下的研发平台及其依赖组件验收，包括平台本体、操作系统、数据库、中间件、浏览器及周边集成系统。使用角色至少覆盖四类：业务方确认核心流程可用，平台运维确认环境与资源就绪，安全合规人员核验权限、日志与材料归档，厂商交付人员提供适配说明、版本清单和测试记录。四类角色在每个阶段都有对应检查项，避免验收变成厂商单方交付说明。
时点上分为四段：到货与环境准备、部署联调、试运行、正式验收。到货阶段核对硬件、基础软件和交付文档；部署联调阶段验证安装、配置与接口连通；试运行阶段观察真实业务负载下的功能与性能表现；正式验收阶段汇总证据、判定阻断项并形成结论。清单在每个时点逐项打勾并附证据，未通过项进入问题跟踪，由负责人给出整改期限和复验安排。
| 角色 | 主要介入时点 | 验收对象 | 输出物 |
|---|---|---|---|
| 业务方 | 试运行、正式验收 | 核心业务流程、报表与审批链路 | 流程走查记录、差异确认单 |
| 平台运维 | 到货与环境准备、部署联调 | CPU、操作系统、数据库、中间件、网络存储 | 环境核对表、部署记录 |
| 安全合规 | 部署联调、正式验收 | 账号权限、日志审计、数据安全配置 | 安全检查记录、合规材料归档清单 |
| 厂商交付 | 全阶段 | 适配说明、版本清单、测试与迁移记录 | 适配证明、测试报告、迁移报告 |
阶段一：环境与依赖准备检查项
环境准备阶段的目标是确认信创基础环境满足部署前提，检查结论以书面材料和现场核对为准。CPU架构、操作系统版本、数据库与中间件清单应逐项对照厂商适配说明，名称一致之外还要核对版本号；依赖组件需确认版本与许可状态，避免使用未授权或来源不明的组件。网络、存储、备份资源按部署架构逐项验证可用性，厂商适配说明与交付文档需齐备并归档。
| 检查项 | 通过标准 | 证据形式 | 负责人 |
|---|---|---|---|
| CPU架构与型号核对 | 与厂商适配说明所列架构一致，型号在适配范围内 | 适配说明复印件、现场核对记录 | 平台运维 |
| 操作系统版本核对 | 版本号在适配清单内，补丁级别符合要求 | 系统信息截图、厂商书面确认 | 平台运维 |
| 数据库与中间件清单 | 产品、版本、部署模式与适配说明一致 | 清单签字件、连接测试记录 | 平台运维、厂商交付 |
| 依赖组件版本与许可 | 组件版本明确，许可状态可查，无未授权组件 | 组件清单、许可凭证 | 平台运维 |
| 网络、存储、备份资源 | 按部署架构连通，容量与备份策略满足约定 | 网络策略截图、容量与备份配置记录 | 平台运维 |
| 适配说明与交付文档 | 适配说明、安装手册、版本清单齐备并归档 | 文档归档目录、签收单 | 厂商交付 |
本阶段任何一项缺少书面证据，都先记为待验证项，在部署联调前补齐；涉及适配范围与版本的关键项未补齐时，不进入下一阶段。
阶段二：功能与性能验收检查项
功能与性能验收在部署联调和试运行阶段进行。功能走查以核心业务流程为单位，逐条在信创环境中执行，记录结果与原有环境的差异；差异需由业务方确认是否可接受，不能由厂商单方判定。性能指标在项目启动时约定口径，包括并发用户数、典型操作响应时间、统计取样时段和取样次数，试运行期间按同一口径采集，避免验收时临时调整标准。
| 检查项 | 通过标准 | 证据形式 | 负责人 |
|---|---|---|---|
| 核心业务流程走查 | 约定流程全部执行成功，结果与预期一致 | 走查记录、操作截图 | 业务方 |
| 并发与响应时间 | 达到项目约定的并发数与响应时间阈值 | 压测报告、监控采样数据 | 平台运维、厂商交付 |
| 行为差异记录 | 差异逐条登记，业务方确认可接受或有替代操作 | 差异清单、确认签字 | 业务方、厂商交付 |
| 缺陷分级与回归 | 缺陷按严重程度分级，修复后完成回归验证 | 缺陷记录、回归测试结果 | 测试负责人 |
缺陷分级建议至少区分阻断、严重、一般三档：阻断级缺陷修复前不进入试运行结论判定，严重级缺陷需在正式验收前关闭或给出业务方认可的规避方案，一般缺陷可列入遗留问题限期整改。
阶段三：数据、集成与迁移检查项
数据与集成验收关注切换前后数据是否可用、接口是否稳定。历史数据迁移需核对迁移范围与条数，抽样比对关键字段；字段映射与编码一致性要逐表检查，特别是日期、金额、枚举值和附件路径。与周边系统的接口按清单逐条验证连通性和异常处理，包括超时、重试和失败告警。回滚数据与回退方案需实际演练，确认在约定时间内可恢复到切换前状态。
| 检查项 | 通过标准 | 证据形式 | 负责人 |
|---|---|---|---|
| 迁移范围与条数核对 | 迁移条数与源系统一致，差异有说明 | 迁移报告、条数比对表 | 厂商交付、平台运维 |
| 字段映射与编码一致性 | 抽样比对无错位，编码转换结果正确 | 抽样比对记录 | 厂商交付 |
| 接口连通与异常处理 | 约定接口全部连通，异常场景有告警与重试 | 接口测试记录、日志片段 | 平台运维 |
| 回滚数据与回退方案 | 演练可在约定时间内恢复，数据可校验 | 回退演练记录、校验结果 | 平台运维、业务方 |
阶段四：安全合规与运维交接检查项
安全合规检查覆盖账号权限、日志审计与数据安全配置：账号按角色最小授权，管理员账号有审批记录，日志留存周期满足约定，敏感数据访问有审计痕迹。合规材料与厂商适配证明需归档，包括适配说明、认证证书复印件和测试报告，证书有效期与适用范围在验收时核验。运维交接验证监控、告警和备份恢复是否可独立操作，运维文档、操作手册与培训完成情况一并确认。
| 检查项 | 通过标准 | 证据形式 | 负责人 |
|---|---|---|---|
| 账号权限配置 | 按角色授权，管理员操作有审批记录 | 权限清单、审批记录 | 安全合规 |
| 日志审计 | 关键操作日志完整，留存周期符合约定 | 日志样例、留存配置截图 | 安全合规、平台运维 |
| 合规材料归档 | 适配说明、证书、测试报告齐备且在有效期内 | 归档目录、证书复印件 | 安全合规 |
| 监控告警与备份恢复 | 告警可触发，备份可恢复并完成演练 | 告警测试记录、恢复演练报告 | 平台运维 |
| 运维文档与培训 | 手册齐备，运维人员完成培训并能独立操作 | 文档清单、培训签到与考核记录 | 厂商交付、平台运维 |
阻断项清单与验收完成条件
阻断项指影响核心业务可用、数据安全或导致无法回退的问题，例如核心流程在信创环境下无法执行、迁移数据条数存在无法解释的差异、回退演练失败、关键适配证据缺失。阻断项未关闭前，验收结论不能判定为通过。一般整改项指不影响核心可用性的问题，需明确整改期限和复验方式，复验通过后关闭。
验收结论分为三种状态：通过，表示全部检查项完成且无阻断项；有条件通过，表示阻断项已关闭、一般整改项在约定期限内完成并复验；不通过，表示存在未关闭的阻断项。遗留问题逐条登记负责人、期限和复验结果，验收结论由业务方、平台运维、安全合规和厂商交付共同签字确认后归档。
| 判定维度 | 阻断项 | 一般整改项 |
|---|---|---|
| 典型情形 | 核心流程不可用、数据无法校验、回退失败、关键证据缺失 | 非核心功能体验问题、文档待补充、个别告警阈值待调 |
| 处理要求 | 关闭后方可形成验收结论 | 限期整改并复验 |
| 对结论的影响 | 存在即不通过 | 可形成有条件通过 |
把检查项落到协作工具里的做法
清单要真正发挥作用，需要把每个检查项转为可跟踪的工作项，指定负责人和检查时点，而不是停留在表格里。以ONES为例，可将五个阶段的检查项按阶段建立工作项，字段中记录通过标准、证据要求和负责人；证据材料以文档或附件形式挂接到对应工作项，评审时直接查看，避免材料散落在邮件和共享盘。阻断项单独标记状态，关闭前需经评审确认；验收结论与遗留问题随工作项归档，后续查询和复验有据可依。
ONES 信创版适配信创主流基础软硬件，覆盖芯片、操作系统、数据库等核心模块，已与主流信创软硬件完成互信认证；适配的CPU包括鲲鹏、飞腾，操作系统包括银河麒麟、麒麟信安、统信、OpenEuler、龙蜥，数据库包括达梦。具体组件版本号、认证证书编号与有效期，仍需在验收时向厂商索取书面材料并核验证书原件。ONES具备国家信息安全等级保护三级认证、ISO27001、SOC2 Type2等资质，可作为安全合规材料归档的参考项，实际适用范围以证书原件为准。
按上述方式落地后，验收过程形成一条可追溯的链路：检查项作为工作项进入计划，负责人按时点提交证据，评审确认通过或转为整改，阻断项关闭后汇总形成验收结论并归档。这样既保留了清单的逐项可判断性，也让验收结论有据可查。
常见问题
验收时厂商提供了适配说明，但证书编号和有效期没有给全，这项怎么处理？
适配说明只能证明适配范围，证书编号和有效期属于需要单独核验的材料。验收时可先记录为待验证项，要求厂商在正式验收前提供证书复印件并核对原件；如果该证书是判断环境可用性的关键依据，在补齐前按阻断项处理，不进入验收通过结论。
归档时建议把适配说明、证书复印件和测试报告放在同一目录，注明核验人和核验日期，后续复验直接沿用。
试运行期间性能表现和项目启动时约定的口径不一致，验收以哪个为准？
以项目启动时书面约定的口径为准，包括并发用户数、典型操作响应时间、取样时段和取样次数。试运行期间如果因为业务量变化需要调整口径，应由业务方、平台运维和厂商交付共同确认后形成书面变更，再按新口径采集数据。
验收时临时放宽标准会让结论缺少可比性，建议把口径约定和变更记录一并作为证据归档。
回退演练没有在约定时间内完成，但核心业务已经可以正常使用，能否判定为有条件通过？
回退能力关系到切换失败后的业务连续性，回退演练未在约定时间内完成通常应列为阻断项，而不是一般整改项。核心业务可用只说明正向流程通过，不能替代回退验证。
处理方式有两种：补齐演练并在约定时间内恢复成功，或将回退方案调整为业务方可接受的替代方案并留下书面确认。阻断项关闭后再形成验收结论。
检查项数量很多，全部拆成工作项会不会增加管理负担？
可以按阶段和风险分层处理：阻断项相关检查、跨角色确认的检查逐项建立工作项；常规核对项可按阶段合并为一个工作项，在描述中列出子项和证据要求。这样既保留逐项可判断性，也避免工作项数量过多。
负责人和检查时点是必须保留的字段，证据以文档或附件挂接到对应工作项，评审时直接查看，减少材料在邮件和共享盘之间流转。
验收结论签字后才发现遗漏检查项，还能补充验收吗？
可以补充，但需要区分遗漏项的性质。如果遗漏项属于阻断项范畴，应重新组织评审并更新验收结论；如果属于一般整改项，可登记为遗留问题，明确整改期限和复验方式，复验通过后关闭。
补充验收的记录与原验收结论一并归档，注明补充原因和参与确认的角色，保持验收链路可追溯。
