2. 工厂业务流程全景
制造工厂的日常运转，本质上是一条从客户需求出发、最终把产品交到客户手中的价值链条。理解这条链条，是后续做流程建模、系统选型和数据对象设计的前提。本节不追求把每个部门的全部工作都罗列出来，而是先建立一张“全景地图”：识别主价值链上的核心流程，明确每个流程的输入、输出和边界，并说清流程之间在哪里交接、在哪里容易产生断点。
一、主价值链的骨架：订单到交付
从订单到交付（Order to Delivery，OTD）是工厂最核心的一条端到端流程。它通常包含以下环节：销售接单与订单评审 → 主生产计划（MPS）与物料需求计划（MRP） → 采购与到货 → 生产排程与工单执行 → 过程质量检验 → 成品入库与发运 → 客户签收与开票。这条链的起点是客户订单（或销售预测），终点是客户收货确认，中间任何一个环节的延迟都会向后传导，最终体现为交付延期。
需要特别强调的是，OTD 不是一条“部门流水线”，而是一条“承诺链”。销售对客户承诺交期，计划对销售承诺可排产日期，采购对计划承诺到料日期，生产对计划承诺完工日期，仓储对发运承诺出库日期。每一段承诺都需要有明确的输入依据和输出结果，否则整条链就变成互相推诿。因此，识别流程边界时，关键不是画清楚“谁在做什么”，而是画清楚“谁向谁交付什么、以什么为完成标志”。
二、核心流程识别与边界划分
工厂里流程很多，但真正属于主价值链、必须优先建模的核心流程可以归纳为七类：计划、采购、生产、质量、仓储、设备、能源。它们之间的关系不是并列的，而是有主有辅：计划是驱动源，采购、生产、质量、仓储是执行链，设备和能源是支撑条件。
计划流程的输入是销售订单、预测、库存和在制信息，输出是主生产计划、物料需求计划和车间作业计划。它的边界通常止于“下达工单”和“下达采购申请”，不直接干预车间内部排班。
采购流程从采购申请开始，经过询价、下单、跟单、到货检验，到入库或退货结束。它的关键边界在于：到货检验合格并完成入库，才算采购流程闭环；检验不合格进入退货或让步接收，则属于采购与质量的交叉流程。
生产流程从工单下达开始，经过领料、加工、装配、报工，到完工入库结束。它的边界是“工单关闭”，而不是“产品做完”。工单关闭意味着物料消耗、工时、产出数量都已确认，数据可以进入成本核算。
质量流程贯穿来料、过程、成品三个阶段。来料检验（IQC）挂在采购到货之后，过程检验（IPQC）挂在生产工序之间，成品检验（OQC）挂在完工入库之前。质量流程的边界不是“检验完成”，而是“判定结论形成并触发后续动作”——合格放行、不合格隔离、让步接收或返工。
仓储流程包括收货、上架、拣货、发运、盘点。它看似简单，但边界最容易模糊：收货属于仓储还是采购？通常以“实物入库并完成系统过账”为界，过账前归采购跟单，过账后归仓储管理。
设备流程包括点检、保养、维修、备件管理。它不直接产出产品，但设备停机直接打断生产流程。设备流程的边界是“设备可用状态恢复”，即维修完成并试机合格，设备重新进入可排产状态。
能源流程包括电、水、气、汽的计量、监控和调度。它的边界是“能源介质稳定供应到用能点”，一旦出现限电、气压不足，就会反向约束生产排程。
三、流程之间的交接点与常见断点
把七类流程画在一张图上之后，真正需要关注的是交接点。主价值链上最容易出问题的交接点有三个：
第一，计划与采购的交接。计划下达采购申请时，如果只给物料编码和数量，不给需求日期和优先级，采购就无法判断先买哪一批。实际做法是：采购申请必须带“需求日期”和“对应工单号”，采购据此排跟单优先级。这个字段看起来小，却是计划与采购之间最关键的接口数据。
第二，采购与质量的交接。到货后是先入库再检验，还是先检验再入库？两种模式对应不同的流程边界。若先入库再检验，则仓储流程先启动，质量流程后置，不合格品需要从库存中隔离；若先检验再入库，则质量流程前置，检验合格才触发入库。多数离散制造企业采用“待检库”模式：到货先入待检库，检验合格后转正式库，不合格转退货库。这样边界清晰，账实也容易对齐。
第三，生产与仓储的交接。领料和完工入库是两个方向相反的交接。领料时，仓储按工单发料，生产签收；完工时，生产报工，仓储收货。常见断点是“报工数量与实物入库数量不一致”，原因往往是生产报工按“产出”记，仓储按“合格入库”记，中间差了报废和返工。解决办法是在工单关闭前做一次数量对账：投入物料 = 合格入库 + 报废 + 在制 + 返工。
四、用流程边界指导建模
识别流程边界，最终是为了建模。在数字化对象建模中，每个流程边界都应该对应一个“业务对象状态跃迁”。例如：采购订单的状态从“已下达”到“已到货”到“检验中”到“已入库”，每一次跃迁都对应一个流程交接点。如果边界定义不清，系统里就会出现“订单已到货但库存没增加”“工单已关闭但物料没扣减”这类数据不一致。
因此，建议在梳理流程时，对每个核心流程回答三个问题：输入对象是什么？输出对象是什么？完成标志是什么？把这三个问题写清楚，流程边界自然就清晰了。后续做系统集成、接口设计、报表口径时，都可以直接复用这套边界定义，避免同一件事在不同部门有不同说法。