一、制造业数字化的真实瓶颈

在 n=89 的制造项目复盘中，一个反复出现的场景是：企业上了 ERP，财务账做得干净，但车间现场依然是一个黑盒——今天产线有没有异常、这批料有没有全检、张三昨天报的 320 件到底在哪道工序，ERP 里查不到。

这不是 ERP 的问题。ERP 的定位是事务与账务：订单、物料、发票、成本。而现场数据（设备状态、过程检验、实际工时、异常处置）在生产过程中实时产生，用 ERP 的表单去收，等于让会计去车间记账。

1.1 四类高频痛点的现状数据

口径：现状比例取自 n=89 项目启动阶段的现状调研表，取中位数值。

1.2 为什么巡检适合作为第一个场景

四个理由让巡检成为制造数字化最稳妥的起点：

1. 不碰钱：巡检不涉及工资、成本、账期，因此不会触发财务与 HR 的口径争议。
2. 不碰既有流程：巡检原本就没有系统，新建即可，不需要改造谁的习惯。
3. 价值立刻可见：拍照 + 定位 + 时间戳，一次提交就能证明「人到了、事做了」。
4. 为后续铺路：巡检表单与权限体系搭建完成后，报工与质检可以直接复用组织架构、审批流与移动端体验。

二、场景优先级矩阵与能力边界

制造业场景极多，但投入产出比差异巨大。下图按业务价值与落地难度两个维度排列，建议严格按从左到右的顺序推进。

2.1 能力边界：三件不该硬扛的事

2.2 需要先补齐的前提条件

以下三项若不具备，建议先补前提而不是直接上线：

2.3 场景推进顺序与并行度

场景一旦选定，第二个要决定的是推进顺序与并行度。样本中「同时开三个场景」的项目，平均交付周期比「串行推进」长 22%，原因是关键用户被三头占用，每个场景都卡在口径确认上。

三、三张核心应用的设计

3.1 设备巡检：把「去过没去过」变成数据

巡检设计的核心不是表单字段，而是如何让人无法偷懒，同时不让老实人吃亏。三个机制：

3.2 工序报工：与计件工资挂钩前必须做的三件事

报工是三角中阻力最大的一环，因为它直接关系工资。在上线报工模块之前，必须先解决三个口径问题：

1. 定义「报工单位」是报件数、批次还是工时？不同工序可能不同。必须在方案阶段由生产、财务、HR 三方确认并签字，否则上线后每月都会为「这个数怎么算」开会。
2. 确定「报工粒度」是每道工序报、还是每个工单报？建议按工序报：既能算清在制品位置，也能识别瓶颈工序。按工单报的信息量太少，按小时报的负担太重。
3. 明确「谁审、什么时候审」班组长日审还是次日审？建议当班审核、当日锁定。允许事后补报是数据失真的开始——但必须保留离线补录通道，因为车间网络条件常常不可靠。

3.3 质量检验：来料、过程、出厂三类检验的差异

「质检」在实际业务中至少分成三类，其流程与责任主体完全不同，混在一张表里是常见的设计错误。

3.4 设备维保与安灯响应（第二梯队场景）

巡检与报工跑顺之后，第二梯队是设备维保与安灯（异常响应）。这两者与巡检共用设备台账与工单机制，增量成本很低，但解决的问题不同。

四、数据模型：以生产工单号为枢纽

制造现场数据的最大价值不在于单条记录，而在于能把设备、工序、批次、人员、时间串成一条可追溯的链。实现这一点的关键，是选对一个枢纽字段。

4.1 四层数据模型

4.2 主键与编码规范

• 设备编号：直接采用固定资产编号，避免另建一套编码。扫码贴纸上的编号必须与 ERP 固定资产台账一致。
• 物料编码：以 ERP 物料编码为准，零代码侧建镜像表并每日同步，禁止在零代码侧新建物料。
• 工序编码：若 ERP 未定义工序，可在零代码侧建工序字典并由工艺部门维护，但需在方案阶段明确：这是零代码侧主数据，不与 ERP 冲突。
• 批次号：若企业无批次管理，建议在巡检与检验单上引入简化批次（日期 + 工单尾号），成本极低但能大幅提升追溯粒度。

4.3 追溯链路示例

以一次客户投诉为例，说明四层模型如何协同：

4.4 数据质量校验规则

现场数据的质量不靠事后清洗，而靠提交时的校验规则。下表列出制造场景中收益最高的八条校验，建议在配置阶段逐条确认是否启用。

五、与 ERP 的集成架构

制造场景的集成需求看起来很多，但真正必要的只有两个动作。把集成范围压到最小，是这类项目能在 90 天内交付的关键。

5.1 三种集成方式的选择

5.2 回写失败的兜底设计

任何事件触发型回写都必须假设「可能失败」，并设计可见、可重试、可人工补救的机制：

1. 记录回写状态：每条需回写的记录带「待回写 / 回写成功 / 回写失败」状态字段。
2. 自动重试：失败后按 1、5、30 分钟三次退避重试。
3. 失败告警：三次失败后通知 IT 与实施负责人，而非静默丢失。
4. 人工兜底：提供「重新提交回写」按钮，并记录人工操作留痕。
5. 日终对账：每日自动比对当日完工数量总和，差异非零即告警——这是发现隐性丢失的最后一道防线。

5.3 上线切换与回退预案

集成上线当天是最容易出问题的时点。建议按下列顺序切换，每一步都可独立回退：

1. 先开只读同步，观察 3 天物料、供应商、工单同步开启，但业务侧不用；只关注同步成功率与数据一致性。回退方式：关闭同步任务，零代码侧不受影响。
2. 再开执行层，双轨并行 1 周现场填报开启，同时保留原微信群/纸质通道，每日比对两边数量。差异清零后才关闭旧通道。回退方式：恢复旧通道，执行层数据保留但不作考核依据。
3. 最后开回写，且先只写不判回写开启后，ERP 侧先不依据回写数据做账，仅做对账；连续 5 个工作日差异为 0 后才正式启用。回退方式：暂停回写，人工补录 ERP。

六、90 天落地路线

6.1 项目角色与投入测算

制造类项目的延期，多数不是技术问题，而是关键角色缺席。下表列出必须明确的角色与最低投入，建议在项目启动会上逐项确认到人。

七、完整案例：某 Tier2 零部件厂（脱敏）

7.1 企业画像与挑战

企业画像：苏南某 Tier2 汽车零部件供应商，员工 280 人，年营收约 2.1 亿元。已上线金蝶云星空 ERP，车间仍以 Excel + 微信群报工。2025 Q4 客户审核提出「过程质量追溯」缺口，要求 6 个月内建立可追溯的过程数据。

核心挑战：

• 报工靠微信群，班组长每日手工汇总，报工及时率约 52%。
• 巡检记录为纸质表单，异常处置无跟踪，隐患 48 小时闭环率约 38%。
• 来料检记录为纸质，客户审核取证需 2–3 天。
• ERP 中有生产工单，但车间无系统与之关联，「这批货是哪张工单做的」需要人工回忆。

7.2 方案架构

按本文方法落地，共三部分：

1. 应用一：设备巡检移动表单 + GPS 定位 + 强制拍照 + 扫码取设备编号；异常项自动生成隐患工单并分派设备责任人，需回填处置结果与照片。
2. 应用二：工序报工与质检报工单关联 ERP 工单号（扫码带入），报工 → 班组审核 → 触发 OQC 检验 → 放行；来料检按到货记录生成待检任务；关键尺寸超差自动生成不合格处置单。
3. 集成：金蝶云星空物料/供应商/工单每日只读同步；完工数量与不合格数量事件回写；日终自动对账并告警差异。

7.3 实施时间线

7.4 结果

7.5 三条可复用的经验

1. 先巡检再报工：报工涉及计件工资，先用巡检建立系统可信度，报工推行阻力显著下降。
2. ERP 工单号必须做主键关联：所有现场数据都挂在工单号上，否则无法形成可追溯链路。
3. 权限要细到「本班组」：班组长只能看本班组数据，这一条在推行初期减少了大量抵触——一线担心的往往不是被记录，而是被横向比较。

7.6 投入结构与本方案的成本边界

本项目属于「零代码 + 集成」类型，投入主要由三块构成，分列清楚可以避免后续预算争议：

• 平台许可：按用户数与版本按年订阅。现场用户以班组长与检验员为主（约 40–60 人），无需全员授权，这一点常被低估从而多花预算。
• 实施服务：三张核心应用 + 一类集成，按场景数量与集成复杂度计价。渠道采购通常省 15%–30%，具体依平台与规模而定。
• 硬件与网络：本项目采用公有云方案，车间需补充移动终端（可用员工自有手机 + 防摔保护壳）与扫码贴纸。这部分成本通常在数千元量级，不含服务器与网络改造。

成本边界需要明确说明：本方案不包含ERP 许可与升级费用、工业网关与传感器、专业 MES / APS 系统，以及客户的 ERP 侧接口开发费用（若由 ERP 服务商实施）。建议在合同附件的边界说明中逐条列出，避免后期扯皮。

八、上线指标与 UAT 验收

8.1 UAT 用例设计原则

制造场景的 UAT 必须覆盖四类用例，缺任何一类都会在上线后暴露问题：

8.2 培训与推广策略

制造业的培训难点在于三班倒、人员分散、流动性高。按「统一大课」的方式培训，结果通常是白班到了、夜班没到、一周后新人又问同样的问题。建议采用分层分时策略：

推广节奏上，建议先在一个班组/产线跑通，再横向复制，并且横向复制时由已跑通班组的班组长去给下一个班组做演示。同行之间的说服力，远高于外部顾问的培训。

8.3 上线后 90 天的持续优化清单

上线不是终点。样本中被评为「效果显著」的项目，都在上线后 90 天内完成了下列动作；而效果平平的项目，往往在验收后就停止了迭代。

九、不宜硬扛场景与升级路线

明确说清「不做什么」，是这份报告最重要的部分之一。

9.1 什么时候该考虑升级到 MES / 专业系统

零代码不是终态。当出现下列四个信号中的两个以上时，说明企业的制造数字化已经进入下一阶段，应考虑引入专业系统，并把零代码定位为现场采集前端：

十、12 个失败模式

常见问题（FAQ）

附录 A：制造业 UAT 验收用例

以下 20 条为交付模板中的标准用例，可按企业实际增删。优先级：P0 为必须通过、P1 为期望通过、P2 为可选。

附录 B：ERP 集成字段映射

以下为金蝶云星空场景下的标准字段映射模板，用友 U8/U9 场景字段名不同但结构一致。

说明：字段名为金蝶云星空常见命名，实际以企业 ERP 版本为准；标「零代码 → ERP」的字段需配置事件回写与失败兜底机制。

数据来源与免责声明

数据来源：本报告数据来自三类可交叉验证来源——① 公开机构与厂商披露材料（IDC / Gartner / 艾瑞及平台官方文档，按引用处标注）；② 算数科技自有交付台账（累计 6000+ 个项目、服务 5000+ 企业客户，按行业与规模分层抽样，样本量与口径在每章末尾注明）；③ 面向企业 IT 负责人的定向访谈与问卷（n 值随章标注）。
引用规范：引用本报告请注明「算数科技（上海思扬信息科技有限公司）· micount.cn」，许可协议 CC BY 4.0。
免责说明：报告中的成熟度等级、试点区间与成本区间为基于样本的经验区间，用于决策起点而非承诺值；任何厂商报价、交付周期以最终商务合同为准。涉及渠道与合伙人经营结果的内容均为个别结果，不构成收益承诺，不保证任何特定收益。

本报告引用口径：企业客户 5000+、交付项目 6000+；口径提示：算数科技为 16+ 家平台官方授权一级服务商、19+ 条可售渠道，网络覆盖 320+ 城市（伙伴协作），可调配顾问 800+（外部伙伴协作网络，非自有员工）。渠道采购通常省 15%–30%，最高可达 55%（视平台与规模）。