鸿祥智联 - 构建订单驱动的食品产线生产管控闭环

关于西安鸿祥智联信息科技有限公司

从销售订单到产线执行：食品生产需要一条连续的数据链路

食品产线的生产节奏不能只由车间经验推动。订单到来后，企业既要判断库存是否能够直接满足发货，也要在库存不足时将销售需求转化为生产计划，并进一步确认物料是否齐套、采购是否到货、质量是否放行、库房是否备料。若这些信息分散在不同单据、不同人员和不同台账中，计划一旦变化，生产与供应链各环节就难以同步。

在锅巴产线中，销售订单被设定为生产计划的源头。库房有足够存货时，订单可直接转入出库发货；库存不足时，计划员据此下达生产计划，并完成齐套、排程和派工。齐套并非简单核对库存数量，而是锁定本次生产需要的物料；当锁定数量不足，系统生成物料需求，推动采购人员下达采购订单。这样，生产计划不再脱离物料条件独立存在，采购需求也有了明确的订单和计划依据。

计划确认后，派工单同时传递给生产现场和库房。产线人员在移动端看到待开工任务，库房则接收到对应的备料任务。物料发出后，产线通过收料码确认实际接收的物料、数量和生产订单，再进入开工、首检、批量生产、工序报工和完工报检等环节。生产过程中的油耗、电耗和工序完成情况需要留痕，产成品也必须在质量检验合格后才能办理入库。

这条业务链路的难点不在于为每个部门增加一个独立页面，而在于让订单、计划、物料、质量和库存状态能够连续变化，并在每次流转时形成可追溯的依据。为此，鸿祥智联选择以活字格企业级低代码开发平台构建 MES，将二维码与条码表设计为连接现场操作和业务数据的核心机制。

二维码不是标签：让现场扫描触发业务校验与状态更新

在该 MES 系统中，二维码主要服务于供应链和生产现场，覆盖仓位码、来料码、备料码和工序码等应用。仓位码承载仓位名称、仓位编码及存货信息；备料码关联生产订单、物料名称和需求数量。库房人员和产线人员通过 PDA 等扫码设备读取二维码，不必在现场重复查找单据或手工输入物料信息。

二维码本身并不是业务记录的终点。系统在活字格页面中将单元格设置为 QR Code 类型，并通过字典对象组织二维码类型、仓位编码和条码标识等信息后写入二维码。扫码后，系统读取码内信息，并依据关联数据执行入库、备料、发料或收料判断。这样的设计使二维码成为业务操作的入口，而不是脱离系统逻辑的纸质标签。

条码状态管理：用六类状态约束物料的可用范围

为了让每一次扫码都能反映物料所处的业务阶段，系统设置条码表记录来源单据、物料名称、条码标识、仓库、仓位、数量、原条码标识和状态等信息。条码状态依据现场流程划分为未关联、已入库、作废、备料中、销售出库和备料出库六类。状态字段并非展示性信息，而是后续操作能否执行的判断条件。

以采购来料为例，IQC 检验完成后，库房人员进行来料赋码，系统生成物料二维码，同时在条码表中写入来源单据、物料、数量和初始状态。此时物料尚未绑定具体仓位，状态为“未关联”。当库房人员依次扫描物料码和库位码时，系统先检索该库位是否存在“已入库”状态的条码记录；库位符合入库条件后，系统写入仓库和仓位信息，并将状态更新为“已入库”。

备料出库同样由状态驱动。库房扫描库位码后，系统读取该库位中处于“已入库”状态的存货信息，并按照备料需求拆分新的条码记录，标记为“备料中”。库房主管审核发料单后，状态才转为“备料出库”，原条码数量同步扣减；当原批次数量清零时，原条码状态变为“作废”。通过这一机制，系统能够区分“正在拣配但尚未审核”和“已经完成备料并正式出库”两种不同状态，避免库存数量在未完成审核时被提前视为可用或已消耗。

采购、质检与库房联动：让合格判定成为入库前置条件

食品原料到货后，采购、质量与库房的衔接决定了物料能否进入后续生产。采购订单既可能来自生产计划产生的物料需求，也可能来自业务人员提交的采购申请。供应商到货后，采购人员创建采购到货单，系统在保存到货数据的同时，生成来料检验单主表数据，并向移动端推送 IQC 来料检验任务。

这意味着采购到货并不直接等同于入库。质检人员在 IQC 任务中查看到货单号、物料编码、数量和检验项目，完成合格或不合格判定后提交检验结果。只有检验合格的物料，才进入库房的来料赋码和入库流程。系统通过“是否赋码”字段控制库房待办：字段为空时，物料会显示在移动端的来料赋码任务中；完成赋码后，条码表写入相应记录，状态进入“未关联”，等待扫码入库。

对于现场设备或耗材异常导致二维码未能正常打印的情况，系统保留了历史单据查询与条码补打能力。这样，物料已完成检验但标签未及时生成时，库房无需重新创建业务单据，可在已有记录上补打条码，维持单据、质量结果和实物标签之间的一致性。

从派工到收料：备料任务将生产计划落实到具体物料

生产计划的落地同样需要库房与产线的双向确认。计划员在生产计划中选定生产订单并执行派工后，系统根据产品所需原料生成备料任务。以某一口味锅巴为例，派工单中呈现的是产品和生产数量，备料任务则进一步展开为黄豆、碎米、调味料等具体物料及需求数量。一个生产订单可以对应多条备料任务，使库房能够按照实际配方和需求逐项发料。

备料任务表记录生产订单号、需求班组、物料数量，以及是否完成备料、是否完成发料、是否确认收料等状态。库房根据移动端任务扫描库位码，完成拣配后生成发料单；审核完成后，系统打印收料码，将生产订单、物料和数量交给产线。产线人员扫码收料后，系统更新确认收料状态和累计收料数量，生产订单才进入可开工状态。

这套机制将物料是否实际交接纳入生产执行过程。产线收到的不是抽象的“已备料”通知，而是能够对应到生产订单和具体物料的收料记录；库房完成的也不是孤立的出库动作，而是与计划、发料审核和生产接收连续关联的业务闭环。开工后，产线可根据实际情况执行停工、复工，并将首检和完工报检推送至质量模块，保证首检合格后进入批量生产、产成品检验合格后进入成品入库。

以字段和状态沉淀流程：构建可持续完善的食品制造 MES

该项目的价值不在于增加了多少扫码页面，而在于以销售订单为起点，建立了生产计划、物料需求、采购到货、IQC 检验、库位入库、备料发料、产线收料和完工报检之间的状态衔接。对食品制造企业而言，物料进入哪个仓位、是否完成检验、是否已经发料、由哪个生产订单接收，都能够在对应单据和条码记录中找到依据。

对食品制造企业而言，生产管控的重点不在于增加扫码节点，而在于让订单需求、物料批次、质量判定和现场执行始终在同一条业务链路中保持一致。随着生产数据持续沉淀，企业可进一步围绕多仓库协同、库存预警、质量追溯和计划执行深化应用，使生产管理从单点记录走向面向交付、质量与供应保障的持续协同。