已有 ERP 和 Excel,为什么排程仍然要靠人盯

很多工厂已经在 ERP 里维护订单和物料,也在 Excel 里做排产。计划员仍要反复核对交期、机台、物料和现场变化。这些工具各有价值。需要继续检查的是,信息有没有按同一时点进入可重复的计算,结果又由谁确认和下达。

ERP 导出、表格与现有排产资料进入可复核计划层的示意图

ERP 已经管了很多,先别急着推倒

制造场景里的 ERP 或供应链系统可以保存订单、物料、BOM、工艺路线、工作中心、库存和生产订单。这些记录给排程提供基础。每家企业的系统组合不同,哪个字段以哪套系统为准,也要按实际架构确认。

一些 ERP 产品本身已经包含主计划、作业排程和有限产能功能。是否还需要独立 APS,不能只看系统名称。更有用的判断是,现有配置能不能在需要的粒度下处理工序、资源、物料和交期,能不能解释风险,能不能接住计划团队每天的调整方式。

因此,第一步通常是把现有系统能做的事情列清楚。订单和主数据继续留在原来的权威来源,计划层只读取当前计算需要的字段。这样更容易看出缺的是数据、规则、计算,还是执行反馈。

Excel 留在计划员手里有它的原因

Excel 可以承接系统导出、清洗字段、刷新查询、维护规则参数。在支持的 Microsoft 365 版本与 OneDrive 或 SharePoint Online 存储配置下,团队也可以共同编辑工作簿。计划员用它记录临时安排、客户优先级和系统里暂时没有的现场条件,这些工作都很实际。

表格需要有人维护计算公式、数据验证、版本和输入责任。Microsoft 的官方说明也列出了数据验证可能被复制、填充、公式错误和重算设置影响的情形。这里不能推出表格必然出错,只能说明控制规则要被明确设计,也要有人持续检查。

一张工作簿能不能承担排程,要看里面有没有完整的约束逻辑。文件扩展名回答不了这个问题。团队更该问的是,改动一张订单以后,受影响的工序、资源和交期会不会一起更新,下一位接手的人能不能知道这次改动从哪里来。

排程难点出现在约束一起变化时

订单交期改变以后,后面的工序要重新找时间。某台机已经被别的订单占用,关键物料又晚到两天,原先可行的顺序很快就会失效。计划员盯住的常常就是这些相互牵连的变化。

有限产能排程会按时间检查受约束资源还有多少可用能力。详细排程再结合工序顺序、加工时间、资源要求、物料和优先规则安排任务。结果会给出日期、时间和资源分配,也应当能沿着订单与工艺数据追溯计算来由。

表格也可以建立这样的计算,只是规则需要被完整写入并持续维护。订单量、工序数量和现场变化增加以后,人工追踪的负担会越来越高。企业需要评估的,是当前方法能否稳定重算这些关系,并让计划员看见冲突原因。

APS 把计划计算放进一套可复查的过程

APS 可以把需求、工艺、资源日历、已占用产能、物料和规则放进同一次计划计算。它生成带资源与时间的候选方案,也可以在交期优先、产能平衡和减少换线等目标之间比较取舍。

计算结果仍然取决于输入和规则。一个系统没有拿到停机安排,或者把不可用物料当成在库,排出的日期自然会偏。APS 的价值因此也包括把冲突、假设和不可排原因显出来,让团队知道该补数据、改规则,还是重新谈交期。

Kavop 当前公开范围集中在这层工作。系统读取 ERP 导出、Excel、现有排产表和现场规则,生成可比较方案并解释晚单、瓶颈和插单影响。计划员负责调整与确认,第一轮不自动写回生产系统。

现场反馈决定计划能保持多久

排程使用的是某个时点的数据。生产开始以后,完工、停机、报废、物料到货和临时插单都会改变剩余计划。反馈如果没有按团队能接受的频率回到计划层,再好的初版也会逐渐偏离现场。

在一些 ERP 与 MES 的集成架构里,ERP 管理主数据和生产订单,MES 承接在制执行与报工,系统之间再交换进度、库存、批次和质量等信息。具体有没有这套分工、多久刷新一次,要按企业实际接口核验。

没有 MES 的工厂也可以先约定反馈办法。计划员可以用报工导出、现场表格或固定时间的状态快照更新计划。这里要写清数据截止时间,避免团队拿昨天的状态讨论今天的承诺。

第一轮可以先用文件,不急着写回

Oracle 的计划产品文档说明,计划数据可以从 CSV 和外部系统载入。用 ERP 导出、Excel、当前排产表和规则快照开始,可以作为一轮有边界验证的技术起点。

这一步还不能叫完成集成。一次文件导入没有证明增量同步、权限、错误处理、实时反馈和自动写回已经可用。它能回答的问题更具体,按照同一时点的订单和现场条件,新方案能不能解释晚单、瓶颈与插单影响。

为了让比较可复查,团队要留下导出时间、计划范围、文件版本、缺失字段、人工假设和当前排产基线。计划员改过哪些优先级和资源,也要跟着记录。这样才能分清差异来自算法、数据,还是临时判断。

自动计算之后,还要明确谁负责最后放行

引用的 Oracle 和 Microsoft 文档分别展示了自动求解、人工改序、替代资源、日期覆盖、计划固定与审核等控制。根据产品不同,团队还可以把排程结果释放到制造应用,或者把计划订单转成实际订单。排程计算与生产下达可以分成两个步骤。

客户优先级、加班、外协、换线和替代资源都带着经营取舍。模型暂时没有覆盖的现场例外,也需要有人判断。Kavop 当前把这些决定留给计划员或企业授权人,系统负责把计算、风险和修改记录摆清楚。

判断是否需要 APS,可以先把五个问题问完。订单和主数据以哪里为准,表格规则由谁维护,多个订单变化时能否一起重算,现场进度多久反馈一次,哪个版本有权下达。答案越具体,第一轮验证越容易做实。

参考资料

本文对 ERP、Excel、APS 与 MES 的分工参考以下官方资料。不同企业的系统职责以实际配置为准,凯沃普的产品边界以本站公开的只读验证范围为准。

  1. Microsoft Learn 生产流程概览
  2. Microsoft Learn 有限产能计划与排程
  3. Microsoft Learn 查看、管理与批准计划订单
  4. Microsoft Learn 固定计划订单
  5. Microsoft Support Power Query 查询与刷新
  6. Microsoft Support Excel 共同编辑
  7. Microsoft Support Excel 数据验证边界
  8. Siemens APS 技术概览
  9. SAP ERP 与制造执行集成说明
  10. Oracle 从文件加载计划数据
  11. Oracle Production Scheduling 使用指南

把 ERP 导出和现有排产表放到一起,先看差异从哪里来。

用同一时点的一组脱敏订单比较当前排法和候选方案,第一轮保持只读,不写回生产系统。 风险解释只覆盖纳入范围内的晚单、瓶颈和插单影响。文件或快照接入不证明实时同步、双向集成、冲突处理或生产系统写回已经完成。

预约一轮只读排产验证