试运行阶段的数据校验清单

试运行要验证什么

试运行（也叫并行运行、模拟运行）的目的不是"看看系统能不能打开"，而是验证三件事：

1. 数据对不对：算出来的结果和手工计算是否一致
2. 流程顺不顺：实际业务能不能在系统里跑通
3. 人会不会用：一线人员能不能独立完成操作

这三件事，缺一个都会导致上线失败。

试运行的时间与规模

时间

不要压缩试运行时间。这是最不该省的一段。上线后再发现问题，代价是试运行的三到五倍。

规模

选择有代表性的产品，通常 10-30 个品种，覆盖：

• 主要工艺路线（每种路线至少一个）
• 主力产品（占产量大的）
• 有一定复杂度的（有并行工序、有委外、有返工）

不要只选最简单的产品试，那测不出问题。

也不要一开始就全量试，问题太多会淹没重点。

分模块校验清单

基础数据

• 物料编码是否唯一，有无重复
• BOM 用量是否正确，损耗率是否合理
• 工艺路线工序顺序是否正确
• 工作中心产能是否合理
• 供应商、客户信息是否完整
• 用户账号与角色是否配好

工单与排产

• 工单能否正常下达
• 下达后是否正确拆解到工序
• 排产结果是否符合预期（交期、优先级）
• 插单能否正确处理
• 工单变更（数量、交期）能否正确传递

报工

• 报工数量是否准确计入工单
• 部分报工、超量报工能否处理
• 班次、人员是否正确记录
• 报工撤销、修改是否有权限控制
• 跨班组交接班的数据是否连续

质量

• 检验任务能否正确生成
• 检验结果能否正确判定
• 不合格品处置流程能否跑通
• 质量数据能否正确关联到工单和批次
• 追溯查询能否查到完整的链路

库存

• 领料是否按 BOM 正确扣减
• 退料是否回补库存
• 完工入库是否正确
• 批次、库位是否准确
• 库存余额与实物是否一致

设备与采集

• 设备数据能否正常采集
• 采集的数据能否关联到工单/工序
• 断连后能否自动恢复
• OEE 计算是否正确

报表

• 各报表数据能否正确生成
• 统计口径是否与业务理解一致
• 与手工算的结果是否一致

报表校验是最能发现问题的地方。因为报表是各种数据的汇总，前面的数据有一处错，报表就会对不上。

校验方法：手工对照

最有效的方法是手工账与系统账对照。

选 3-5 个产品，用传统方式（Excel 或纸质）记录一遍，同时系统也记录一遍，然后对比。

对比项：

• 投料数量
• 完工数量
• 不良数量
• 工时
• 库存结存

如果两边一致，说明数据链路是对的。不一致就逐项查。

这个方法笨，但最可靠。 不要只看系统里"有没有数据"，要看"数据对不对"。

判定通过的标准

试运行结束要有一个明确的判定：

"关键数据 100% 正确"这一条不能让步。库存数据错 1%，在业务上就是无法接受。

试运行中发现问题的处理

要区分三类问题：

第一类：系统缺陷

功能没实现或有 bug。必须修复，评估修复时间。

第二类：数据问题

基础数据错了。修正数据即可。

第三类：流程/习惯问题

系统是对的，但操作方式和原来不一样，人不适应。

第三类最容易被误判成第一类。用户说"这个不好用"，要问清楚是功能缺失还是习惯改变。

如果是习惯改变，处理方式是培训和适应；如果是功能缺失，才需要改系统。

搞混了会导致大量无谓的定制开发。

试运行报告

试运行结束要出一份报告，包含：

• 试运行范围与时长
• 各项校验结果
• 发现的问题清单及处理状态
• 遗留问题与风险
• 是否具备上线条件的结论

这份报告是上线决策的依据，也是项目验收的材料。

试运行的具体方案设计，需要结合企业的业务复杂度。百华实施团队会提供分行业的试运行方案模板，[待补充：试运行方案模板与判定标准]。