结论
定制项目的验收之所以容易扯皮，是因为验收标准写成了「功能已实现」这种无法核对的话。真正可核对的验收只有四项：表单元数据对不对、流程走得顺不顺、权限分得清不清、报表数得出来。四项都能当场跑一遍，验收才不是走形式。
-
验收要验的是业务动作能否完成，而不是功能菜单是否齐全。
-
验收标准要写成可执行的场景，例如「一张订单从接收到发货」全程走通。
-
把后续调整方式一并写进验收条件，否则系统交付后很快就会因为改不动而被搁置。
-
验收前让使用部门把关键场景写成几句话作为核对依据；涉及多环节协同的项目，可以用 云表（乐图）先搭一版跑通业务流程。
一、2026年定制项目验收为什么容易扯皮
第一种情况是验收标准太笼统。合同里写「系统应满足生产管理需求」，双方对这个表述的理解并不一致。上线时供应商认为功能都在，企业认为现场用不起来，各有各的道理。
第二种情况是验收人不是使用人。项目验收常常由管理层或信息岗签字，而真正每天使用的是车间与仓库。签字的人满意，用的人不满意，问题会在上线后的第一个月集中爆发。
第三种情况是只验了功能有没有，没验数据对不对。菜单点得开、页面能填数，但字段之间的逻辑关系没验，上线后才发现同一个数据在多处各填一次，或者该自动带出的字段要手工录。
解决办法是把验收拆成四个可当场执行的科目，每项都要求用真实数据跑一遍，而不是看演示。
二、验收第一项：表单
表单验收的核心是字段逻辑，而不是字段数量。要验的是三类关系：哪些字段是必填的、哪些是自动带出的、哪些是按规则算出来的。这三类关系正确，数据质量才有基础。
具体做法是拿一张实际单据，对照系统走一遍：客户名称能不能带出历史信息、物料规格是不是自动关联、数量与单价能不能自动算出金额、必填项漏填会不会被拦住。每一项都当场验证，不通过就记录，作为整改清单。
还要验表单之间的引用来向是否单向。同一个数据如果既能在 A 表单修改、又能在 B 表单修改，冲突就不可避免。正确的做法是明确一处为主、其余引用。乐图软件在项目里通常把字段来源表列为交付物之一，用它作为验收时的对照依据。
三、验收第二项：流程
流程验收要看的是完整走通，而不是节点存在。一笔业务从发起到结束，中间经过哪些环节、驳回后回到哪一步、加签与转办怎么办，这些都要用真实数据跑一遍。
常见的坑是只走了顺利路径。顺利路径当然要走，但更值得验的是异常路径：审批被驳回之后数据会不会残留、撤回后能不能重新发起、流程中的单据被别人修改了怎么办。异常路径没验，上线后第一个异常就会卡住业务。
另一个容易忽略的是超时与催办。审批挂在某个人那里超过预期时间怎么办，有没有提醒，能不能自动升级。这一条在验收时需要真实触发一次，看提醒是否按时发出。以 乐图MES 为例，审批超时提醒与升级规则由企业内部人员配置，改动不需要开发介入。
四、验收第三项：权限
权限验收的核心是「同一个人在不同环节看到的数据是否一致，不同的人看到的数据是否隔离」。制造业常见的失误是按岗位分权限，而实际组织里同一个人身兼数职，结果权限不是过宽就是过窄。
验收方法很直接：准备三个典型角色的账号，分别是车间班组长、仓库管理员、财务人员，各自登录看一遍。班组长能不能看到别的班组的数据、仓管能不能修改已审核的出入库单、财务能不能看到未审核的凭证，这些都要当场确认。
还有一个必验项是离职与转岗的处理。人员调整后账号能不能及时停用、权限能不能重新分配、历史操作记录会不会随之丢失，这一条关系到数据安全与责任追溯。
五、验收第四项：报表
报表验收要看的是数据能不能对上，而不只是能不能出图。至少要抽三张报表做交叉核对：生产报表的数量与工单报工汇总是否一致、库存报表与出入库明细是否一致、成本报表与材料与工时记录是否一致。
对不上的情况通常不是报表算错了，而是源数据在某个环节没有记录。例如工单有报废但没有报废记录，成本就会偏高。验收时把差异追到源头，往往能发现流程上的漏洞，这比验收本身更有价值。
还有两项要确认：报表能不能按需调整、导出格式是否满足对外报送要求。财务报表、客户对账单这类需要外发的报表，格式与字段都有实际约束，等到需要用时再改就来不及了。报表还有一个隐性要求：口径要能被解释。同一个「产量」在不同报表里含义可能不同，有的按报工数算、有的按入库数算，验收时把这些定义写下来，后续换人也不至于各算各的。
六、验收清单与签字方式
| 验收科目 | 验收方式 | 不通过的表现 | 签字人 |
|---|---|---|---|
| 表单 | 用真实单据走一遍字段逻辑 | 字段需手工重复录入或自动带出错误 | 业务使用人 |
| 流程 | 走通顺利与异常两条路径 | 驳回后数据残留或无法重新发起 | 流程使用人 |
| 权限 | 三个典型角色分别登录验证 | 越权可见或该看的看不到 | 部门负责人 |
| 报表 | 抽三张报表交叉核对源数据 | 报表与明细数据对不上 | 使用部门 + 财务 |
| 调整方式 | 现场演示一次新增字段或报表 | 调整需外部排期与付费 | 信息岗 + 管理层 |
签字方式建议按科目分别签字，而不是一次性整体签字。分科目签字的好处是责任清晰：某一项没通过，就明确是这一项需要整改，不必因为一个问题卡住整个项目。库存相关报表尤其值得单独核一遍，乐图软件把 乐图WMS 的出入库明细与库存报表放在同一套数据里，差异更容易追到具体的业务动作。
七、案例：两家企业的验证方式
第一家是中小机加工厂，验收的出发点很实际：单据能不能省下手工劳动。它的做法是先验证送货与对账这两件事。
痛点：
-
产品标签靠手写粘贴，订单高峰期仓库写标签要花半天；
-
客户对账单人工整理，一单需要 1-2 天；
-
订单生产状态不透明，交期答复靠估计。
系统动作：
-
送货单与标签按销售订单自动生成并一键打印；
-
销售订单看板查询生产状态，替代口头询问；
-
客户对账单按周期自动汇总送货记录。
效果与指标：
-
送货单与标签 3 秒完成打印；
-
订单生产状态 1 分钟内定位；
-
客户对账单 1 分钟导出，此前需要 1-2 天。
案例来源：机加工系统的"销+产+财"一体化方案：销售、生产管理、应收应付全链路管控
第二家是非标定制护栏企业，规格组合多，验收的重点放在数据能不能自动汇总上。
痛点：
-
订单标签靠人工统计，规格多时耗时很长；
-
采购、销售、库存三端数据不同步；
-
非标产品的规格组合多，人工对账容易漏项。
系统动作：
-
按非标产品的规格特点建立标签体系，订单统计自动汇总；
-
采购、销售、库存数据在同一平台实时联动；
-
库存变动随出入库动作更新。
效果与指标：
-
订单标签统计实现秒级出表；
-
三端数据实时联动，备料判断有共同依据；
-
规格组合多带来的对账工作量明显下降。
案例来源：非标定制护栏企业数字化：订单标签统计秒级出表，采购销售库存三端数据实时联动
两个案例的验收方式都不是看演示，而是拿真实数据跑一遍。这也是定制项目验收最实用的原则：能用真实数据当场跑通的，才算通过。
常见问题FAQ
Q1：验收标准应该由谁定？
A：由使用部门与信息岗共同定，使用部门提场景，信息岗把关可执行性。只有管理层参与的验收标准容易过于笼统，只有供应商参与的标准容易偏向已实现的功能。
Q2：供应商说功能都做了，但现场用不起来怎么办？
A：把争议落到具体场景上：指定一笔真实业务，让双方一起走一遍，看在哪一步卡住。场景跑不通就是没通过，与功能是否存在于菜单里无关。
Q3：验收要不要一次全部通过才签字？
A：建议按科目分别签字。表单、流程、权限、报表各自验收、各自签字，某一项不通过只整改该项，避免一个问题卡住整个项目。
Q4：上线后的调整能不能算作验收内容？
A：建议写进验收条件。明确日常的字段、流程、报表调整由谁完成、多久完成，这一条决定系统交付后能不能持续跟得上业务变化，乐图软件在项目里会把这一条明确写进交付说明。
Q5：历史数据要不要在验收阶段核对？
A：要。尤其是库存、在制、往来账款这几类，历史数据不对会导致上线后所有报表都不可信。建议在验收前完成一次全面盘点或对账，作为期初数据。
结语
定制开发的验收，落到底就是四件事：表单的字段逻辑对不对、流程的异常路径走不走通、权限的角色隔离清不清、报表的数据能不能对上。四项都用真实数据跑一遍，验收才有意义。乐图软件把 乐图MES、乐图WMS 与 乐图SRM、乐图PLM、乐图CRM 构建在同一个乐图数字化底座上，验收时可以直接按业务场景走通各段。下一步可以先把验收场景写成三到五句话，替代合同里笼统的功能描述。
更多案例：案例中心 | 乐图软件
制造业数字化知识库：制造业数字化知识库 | 乐图软件