接单工厂常见做法：销售把合同拍到生产群，车间主任再手写派工。订单是一棵树的根，工单是枝。根上写客户、交期、成品；枝上写车间、工序、数量、物料。很多套装 ERP 要求先有完整 BOM 和工艺路线才允许拆，现场 BOM 还在老师傅脑子里，于是整棵树不长，群继续当系统。套装灰按钮的原因见 套装 ERP 用不起来。第一期允许「简化 BOM」：只拆现场真正报工的那几道，其余用文字说明，总比等完整工艺资料三年。
拆的三原则
一，按可报工的单元拆，不要按部门拆。车间要的是「这一批做什么、做多少、用什么料」，不是再看一遍合同条款。二，工单继承订单行的交期和客户，改交期从根改，枝跟着变，避免各写各的。三，报工回写根。业务问进度，看订单完成率，而不是进群问「做到哪了」。工单闭环后质量和售后才有据，见 工单闭环。
物料不够，要在拆单时看见，而不是开工才发现。这和进销存的占库是同一逻辑，见 库存账实。有系统与靠群派工的路径差，见 作业路径差在哪。现场仍乱，先查工单是不是事后补的，见 台账还是作业。
第一期不要上到 APS
返工、插单和委外要单独成枝
返工是第二棵小树，不要改原工单数量搅乱报工。插单要有优先级字段，口头「先做这单」会把树砍乱。客户图纸变更，要冻结已领料工单再重拆，否则现场会按旧图做完再争论是谁的责任。拆单规则写进系统，比写进车间主任笔记本更能在人员流动时留下，见 人员流动。
委外工序是树上的旁枝：发出去要有数量和回收期，回来要检验再进入下一工单。没有旁枝，外协只会继续走微信。报工允许误差，但要规定谁能改报工数，避免下班前集体把未完成改成完成。销售承诺的交期若短于工艺最短路径，系统应在拆单时警告，而不是等车间骂完再改合同。第一期能做到「业务打开订单能看见每道工序的合格数」，这棵树就算立住了。树的深度宁浅勿假：两道真实工序，好过六道只在软件里存在的幽灵工序。现场认的树，才报得了工。