需求转生产计划
优先试点这一场景的目标是把订单、预测、库存、产能和交期整理成生产需求、缺口和优先级。
- 输入
- 订单、预测、库存、产能和交期
- 输出
- 生产需求、缺口和优先级
- 验收
- 检查计划编制时间、缺料命中率、人工重排次数
- 边界
- 订单承诺和预测口径需确认

PMC应用需要把需求、物料、产能和交期放在同一约束体系中,排产依赖专业求解与人工
左起第一列是这个岗位可交给 WorkBuddy 的场景; 中间两列是它需要什么、能交付什么;最后一列是必须由人或系统决定的部分 —— 这一列才是评审时真正要看的,因为它决定哪些环节不能自动化。
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 需求转生产计划 | 订单、预测、库存、产能和交期 | 生产需求、缺口和优先级 | 订单承诺和预测口径需确认 |
| 智能排产 | 需求、产线、换线、班次、库存和约束 | 排程草案、冲突和影响 | 排产应由约束求解器处理,非大模型直接生成 |
| 插单与重排 | 新订单、锁定计划、产能和物料 | what-if方案、受影响订单和成本 | 计划员保留锁单和最终下发权 |
| 产能负荷 | 设备、班组、工时、维护和需求 | 负荷、瓶颈和调配建议 | 设备能力和人员约束现场确认 |
| BOM齐套 | BOM、库存、在途、替代料和损耗 | 齐套率、缺料和替代方案 | 替代料需工程和质量批准 |
| 缺料预警 | 计划、采购、库存、在途和交期 | 缺料时间、影响工单和催办 | 数据需来自ERP/MES/WMS |
| 工单下发 | 批准计划、工艺、人员和设备 | 工单草稿和下发检查 | 写入MES前审批、校验和回滚 |
| 生产日报 | 产量、良率、停机、工时和异常 | 日报、偏差和问题清单 | 现场数据和异常原因需班组确认 |
| 计划偏差复盘 | 计划、实际、插单、停机和缺料 | 偏差分类、影响和改进项 | 不把模型建议当作责任认定 |
三个优先场景在各岗位下按同一套方法拆解:明确任务口径 → 收集并检查输入 → 让 WorkBuddy 执行整理、检索或生成 → 输出可编辑结果 → 由岗位负责人复核后进入下一流程。
这一场景的目标是把订单、预测、库存、产能和交期整理成生产需求、缺口和优先级。

这一场景的目标是把需求、产线、换线、班次、库存和约束整理成排程草案、冲突和影响。

这一场景的目标是把新订单、锁定计划、产能和物料整理成what-if方案、受影响订单和成本。
同一个岗位的场景会分散在四层里:文件层只用本地文档就能跑, 知识层要先建好有版本、有出处、有权限的资料,系统层要接业务系统, 决策层则必须保留人工批准。先看自己能从哪一层起步。
使用本地文档、表格和模板,结果可人工检查
建立有版本、有出处、有权限的知识资料
通过受控的Connector、MCP或API读写业务系统
展示依据、假设和影响,高风险决定由人批准
推荐先做“生产日报”。它所需输入是产量、良率、停机、工时和异常,目标交付是日报、偏差和问题清单。
试点可按四个动作推进:第一,抽取一批真实历史任务作为基线;第二,用同一批输入让人工流程和WorkBuddy流程并行;第三,记录失败、遗漏和人工修改原因;第四,只在结果稳定、权限清楚、可以回滚时扩大范围。
建议验收指标包括:计划编制时间、缺料命中率、人工重排次数。如果结果需要大量重做、来源无法追溯、系统写入不可回滚,试点应暂停并先修复数据或流程。
把你们这个岗位最耗人的一件事说清楚,我们按上面四层能力给出可切入点、需要对接的系统清单和人工边界 —— 不是通用方案,是照着你们现有流程改的版本。