报工、完工、入库不是同一件事，生产数据别只看总数

一张看板写“今日完成 120 件”，它究竟在数某道工序的报工量、成品完工报告量，还是仓库收到的数量？如果字段定义没有写清，这个总数不能直接用来回答“今天能发多少货”。

生产数据智能分析先要认出事件。报工、完工、入库在业务上回答不同问题；它们在具体软件中的名称、触发方式和时间先后，却可能因配置不同而变化。下面把三者当作讨论指标的词典，而不是所有工厂通用的状态机。

报工记录的是哪道作业的反馈

现场人员反馈工时、消耗、某工序的产出数量或异常，通常是围绕作业或工序的一笔记录。它能说明“这道工序报告了什么”，不必然说明成品整单已经完结。返工、报废、撤销和补录如何计入，应看本厂的工艺与取数规则。

微软的生产反馈说明就是一个具体系统例子：它区分作业与工序的时间、数量反馈和最终产品的完工报告；末道作业的反馈也可以触发后者。因此不能机械地把“报工”理解成一定由一个人点击，再由另一个人单独点击“完工”。

完工要问：完的是工序、成品数量，还是整张工单

“完工 100 件”至少缺三个限定：对象是工序还是成品、是本班新增还是累计、是报告的合格数量还是包含错误数量。有的系统允许一张生产订单先报告部分成品完工，余量继续处理；“报告了部分成品”不能被改写成“整单关闭”。

在微软的生产订单完工报告说明里，成品完工报告可更新在库数量，也可能按配置生成质量单或上架作业。这说明软件事件之间有时会联动，但联动不等于同一个管理问题：报告完成、实物所在位置、质量判定和能否领用仍需要分别看记录与企业规则。

入库也不能直接读成“可用”

仓库收到成品或系统增加在库量，回答的是库存记录问题。若企业有待检、隔离、冻结或指定库位规则，账面数量可能尚不能发货或投料。某些企业把完工报告与收货过账联动，有些还要另外的仓储步骤；“入库”具体落在哪个事件，必须看本企业系统配置。

同样，原料入库、在制品转移和成品入库不是同一统计对象。生产看板若只写“入库量”，应补上物料、单位、库位或库存状态、业务日期，以及是否包含退回和冲销。没有这些限定，一个漂亮的总数容易把不可比的数量相加。

给指标写一张小小的事件卡

准备做生产数据分析时，先让每个指标回答三问：它记录了什么业务事件，按什么对象和时间累计，哪些结论不能从它直接推出。示意写法如下，实际口径应由企业的生产、质量、仓储和数据负责人共同确认：

还要给每项指标补上单位、取数截止时点和排除规则。不同系统之间若需关联，编号映射及版本也要可追溯。这样做不是为了多填几个字段，而是为了在出现“报工 120、完工 100、可用 80”这类示意数字时，先判断是不是三个不同问题，再决定是否存在差异。

如果已经发生同一工单的两处数字冲突，问题就从概念界定转向原记录核查；可参考制造业智能制造系统的分工辨认事实来源，再按制造业 AI 先选具体任务的路径缩小试点范围。AI 在数据可读、权限允许且定义已确认时，可以被用于归集记录和提示口径冲突；它不能凭总数替责任岗位决定质量放行，也不能自动修正来源系统。

下一次讨论“今天完成多少”，先把这句话里的“完成”替换成一个有来源的业务事件。看板会少一点模糊，却更可能真正服务排查和决策。