简介本资源为《SAP PP能力计划指南》中文版PDF文档面向SAP PP模块顾问、生产计划人员及ERP学习者帮助系统理解生产计划中能力评估与能力均衡的完整逻辑与操作路径。全文围绕可用能力、能力需求与日期因素展开依次讲解能力评估的视图定义、用户界面、函数库与数据流标准可用能力所依据的班次顺序与班次定义、工作中心层次的累积能力需求以及排产计划涉及的工序持续时间、工作与操作时间、缩减与部分确认工序、计划日志等内容并细化到分配码、分配策略、能力负荷缩减与剩余需求分配再到选择标准、运算符、评估类型、图形与Excel接口的设置和参数文件用法能力均衡部分则涵盖调度工序、有限排产计划、中点法安排、计划表与图形显示等功能。包内共1个PDF文件约993KB目录层级完整、便于按章节查阅。目前已有278人学习下载适合作为日常配置与排产操作的案头参考。1. 从 CM01 一片红说起SAP PP 能力计划到底在算什么很多 PP 顾问第一次打开 CM01屏幕上是一片刺眼的红色——某个工作中心在某个周期的能力需求是可用能力的两倍而 MRP 依然在往下刷计划订单。红色本身不是错误它只是把一件本来就在那儿的事摆到了台面上料齐了机器和人排不开。SAP PP 里的能力计划就是干这件事的把工作中心在时间轴上的可用能力算清楚把订单和工序带来的能力需求摊到对应日期上两边一减缺口和富余就出来了。它分成能力评估和能力均衡两块前者负责看后者负责调。这份《SAP PP 能力计划指南》本身是 R/3 3.0 时代的联机帮助转出来的中文文档目录里从可用能力能力需求日期这三个基本元素讲到排产计划元素、分配码分配策略、参数文件体系最后铺到 SD、SOP、LTP、MPS/MRP、REM、SFC、PP-PI、PM、PS、PD 十个视图上。版本老但骨架至今没变S/4 HANA 里能力评估的入口和参数文件分工还是同一套逻辑。适合谁看已经能跑 MRP、能维护工作中心和工艺路线但一遇到排产排不开就只会手工改交期的生产计划员和 PP 顾问。2. 可用能力、能力需求与排产日期能力评估的三个基本元素CM01 里那根红绿条背后只有三样东西工作中心上的可用能力、订单工序带来的能力需求、以及这两者被摊到哪一天。能力评估干的就是三件事——确定可用能力、确定能力需求、把两者放在同一个时间轴上比较。任何一环算错红绿条都会骗人。最常见的两种错觉是可用能力被工作中心里那个默认的能力表头撑大了以及需求因为工序没排产而落在了错误的日期上。2.1 工作中心里怎么定义可用能力可用能力不是这台机器很能干而是这台机器这个班次有多少小时。它挂在工作中心上用能力类别来区分粒度。能力类别决定了能力需求能不能被拆到具体资源上比如一条装配线是按组报工那能力类别就是一组人而不是单台设备。场景能力类别可用能力的载体需求侧对应机加工车间单台机器机器 × 班次工时工序的机器时间装配线一组人人数 × 班次工时工序的人工时间工厂维护PM维护工作中心技工组 × 班次维护订单工序项目系统PS工程师组工程师 × 周网络作业人员计划PD个人到人人力需求维护动作走 CR02/CR03进能力视图先建能力表头底层是 KAKO填标准可用能力再定义班次顺序和班次定义。系统按能力表头 × 班次时长 × 系数生成各时段的标准可用能力节假日和停机则通过工厂日历扣减。如果多个工作中心共享一组设备就在工作中心层次上把子节点挂上去父节点的累积可用能力等于子节点相加——这个层次结构在能力负荷视图里能一次看完整个车间。提示改标准可用能力之前先导出 KAKO 里旧的时段值。批量导入之后再想回滚没有基准会很难受。2.2 能力需求从订单和工序来能力需求不凭空产生它来自订单上的工序工序的标准值来自工艺路线。计划订单PLAF、生产订单、工厂维护订单、项目网络都是需求源区别只在调度方式和字段位置。核心公式就一条需求工时 准备时间 加工时间 × 订单数量 / 基准数量想核对某段时间的需求到底从哪来直接查底层表比在屏幕上点更快-- 按工作中心和日期汇总能力需求核对 CM01 看到的数字 SELECT c.arbpl AS workcenter, -- 工作中心 k.bedzt AS req_date, -- 需求日期 SUM( k.kruesoll ) AS req_scheduled, -- 排产后需求单位 KEINH SUM( k.kruerest ) AS req_remaining -- 剩余需求 FROM kbed AS k -- 能力需求明细表 JOIN crhd AS c ON c.objid k.arbid -- 工作中心主数据 WHERE k.mandt 100 AND k.bedzt BETWEEN 20250101 AND 20250228 GROUP BY c.arbpl, k.bedzt ORDER BY c.arbpl, k.bedzt.这段查的是 KBED它是能力需求的明细底表一条记录对应一个需求记录 一个日期 一个能力。KRUESOLL 是排产后落在该日期的需求KRUEREST 是尚未分配完的剩余需求两者的差就是已经被缩减或已确认掉的部分。CRHD 的 OBJID 是内部对象号界面上的工作中心编码在 ARBPL很多新手拿 ARBPL 直接去 join KBED 的 ARBID结果一条都查不出来原因就在这里。2.3 排产日期决定需求落在哪一列能力评估最容易被忽略的是日期。订单不排产工序就没有开始和结束日期需求自然落不到任何一列上CM01 里只能看到一片空白或者被堆到起始日。工序持续时间的构成是排队时间 准备时间 加工时间 等待时间 移动时间排产方向和基本日期基本开始日期、基本完成日期决定它是往前推还是往后推。日期一旦定了需求再按分配策略摊到周期上这才是你屏幕上看到的分布。2.4 把评估结果拉回明细做交叉验证界面上的汇总值对不上时我更愿意写几行 ABAP 自己验一遍DATA: lt_bed TYPE STANDARD TABLE OF kbed, lv_sum TYPE kbed-kruesoll. 取指定工作中心、指定区间的全部能力需求 SELECT * FROM kbed INTO TABLE lt_bed WHERE arbid lv_objid 注意这里是内部对象号不是 CRHD-ARBPL AND bedzt BETWEEN lv_from AND lv_to. 累加排产后需求和 CM01 的总量对比 LOOP AT lt_bed INTO DATA(ls_bed). lv_sum lv_sum ls_bed-kruesoll. ENDLOOP. WRITE: / 总需求工时:, lv_sum.lv_objid 要用 CRHD 里查出来的 OBJIDlv_from 和 lv_to 是日期区间。注意 KBED 不带单位换算不同工序可能用分钟也可能用小时KEINH 决定单位累加前不统一单位数字再准也没有意义。这一步做下来界面上任何一个红色块都能追溯到具体订单和具体工序。3. 排产与能力需求分配缩减、分配码和每周期需求计算需求落在哪一天不取决于你希望它落在哪一天而取决于排产怎么算、缩减怎么扣、分配策略怎么摊。这三件事串起来才构成从订单到能力负荷的完整链路。很多能力评估不准的抱怨其实问题出在这一层而不是可用能力算错了。3.1 工序持续时间和排产是怎么算出来的排产计划元素的类型决定了它拿哪些日期字段去算。计划订单用的是基本日期生产订单用的是工序日期AFVC/AFVV网络用的是作业日期PM 订单走维护计划的时间段PD 订单则更偏人力视角。工序持续时间由五段构成时间段含义常见影响排队时间工序前等待直接推后开始点准备时间换型、装夹一次性计入需求加工时间按数量线性与订单数量强相关等待时间工序后静置拉长结束点移动时间到下一工序影响下一工序开始后向排产从基本完成日期倒推前向排产从基本开始日期顺推两种方向下同一张订单的负荷分布完全不同。有个反直觉的结论把排产方向从后向改成前向往往比加班更能解决近期负荷堆积因为需求被推到了后面的空档里代价是交期风险。3.2 缩减确认和日期相关的扣减缩减是能力需求分配里最容易搞混的概念。它指的是已经做掉的那部分需求要扣掉。做法有三种按确认数量缩减、与日期相关的缩减、以及根本不缩减。生产订单里部分确认某道工序后系统按确认的数量或百分比把已产生的能力需求从负荷中扣走剩下的进 KRUEREST。 读取工序的能力需求区分已排产和剩余部分 SELECT kanum, arbid, bedzt, kruesoll, kruerest, keinh FROM kbed INTO TABLE DATA(lt_req) WHERE arbid lv_objid. LOOP AT lt_req ASSIGNING FIELD-SYMBOL(ls). 已确认或已缩减掉的部分 排产后需求 - 剩余需求 DATA(lv_consumed) ls-kruesoll - ls-kruerest. WRITE: / ls-bedzt, ls-kruesoll, ls-kruerest, lv_consumed. ENDLOOP.kruesoll 减 kruerest 得到的就是已经被消化掉的量。如果这个差值和车间报出来的完工数量对不上先去看计划日志——计划日志记录了每一次排产、重新排产和缩减的动作以及触发原因比翻订单变更历史快得多。注意缩减方式在系统定制里是按订单类型和工厂配的改之前先确认它在生产订单和计划订单上是不是同一套配置否则会出现计划订单扣了、生产订单没扣的错位。3.3 分配码、分配策略和每周期需求计算需求分配是把一道工序的总需求摊到时间轴上的动作。分配码决定怎么摊分配策略决定以哪个时间点为锚。常见的三种锚点按工序开始日期分需求集中在前段按工序结束日期分需求集中在后段按时间点分配需求均匀铺满整个工序区间每周期需求的计算方式也有两种一种是按周期总量平均粒度粗但稳另一种是按时间点精确分配粒度细但对工序日期敏感。粗能力计划SOP 里的粗能力计划参数文件通常用前者车间排产用后者。选错了不会报错只会让你看到的负荷形状和实际不一致。3.4 能力负荷缩减和剩余需求分配能力负荷缩减是把整个工作中心层面的需求按比例压一次用于快速模拟如果产能只发挥八成会怎样。剩余能力需求的分配则是把没排完的部分重新摊到后续周期做能力均衡时经常用到。两者都会改动 KRUESOLL 和 KRUEREST 的关系做之前建议先跑一次模拟确认结果后再保存。4. 能力均衡的参数文件控制、时间、评估、策略、周期怎么配合能力评估负责看能力均衡负责调。而均衡能不能用好全看参数文件配得对不对。整套参数文件不是一个是一组各自管一段逻辑缺一个就会出现界面能进去但数据不对的情况。4.1 视图定义和一般设置视图定义说白了就是回答你是谁。工作调度员要看机器上的订单池销售员要看某张客户订单的执行情况工厂经理要评估下个月工作中心组的负荷这三种诉求不能用同一套选择条件和显示格式。视图靠参数文件定义参数文件里配的东西包括评估用的计划区间、周期分割方式、要选的订单类型、涉及的工作中心或能力类别。一般设置管的是跨视图的公共项默认评估周期、层次怎么展开、分配怎么算、图形怎么画、Excel 接口通不通。这些设置动一次影响所有用这套配置的人所以调整一般设置必须在测试客户端先验证。4.2 五类参数文件的分工参数文件管什么配错了会怎样控制参数文件均衡的整体行为开关均衡不上或反复重排选择参数文件取哪些订单和工作中心屏幕空白或数据过多时间参数文件计划区间和周期分割需求落在错误的列评估参数文件评估类型和显示方式图形和清单口径不一致策略参数文件自动均衡的处理顺序该先排的没排周期参数文件周期长度和起始日周/月口径对不上再加上计划表参数文件、清单参数文件和图形参数文件总共是九类。新手最容易漏的是周期参数文件——它和计划表的周期分割是两套东西一个管后端计算一个管前端显示。4.3 标准总览、可变一览表、能力详细清单的取数差异三种清单不是同一个数据的三种画法标准总览按能力维度横向展开适合快速扫全厂可变一览表按需求维度展开能追到具体订单和工序能力详细清单到单个能力的明细用于定位到人、到机图形部分对应也有各自的格式和功能配置。实际用的时候标准总览看趋势可变一览表查原因能力详细清单做核对顺序反了会浪费大量时间。4.4 有限排产计划和公式有限排产计划不考虑可用能力的上限只按排产逻辑排有限排产计划才在可用能力的约束下调度。均衡里的公式决定了工序怎么被移动、被拆分、被分配系统提供的标准公式一般够用特殊场景需要复制一份再改。改公式前把参数文件挂到测试工作中心上跑一遍直接在生产上改公式出问题时很难定位是哪一次修改导致的。4.5 用 Excel 接口把负荷拉出来做二次分析CM01 的 Excel 接口配好之后负荷可以直接导出。导出的是工作中心 × 周期的矩阵拿 pandas 处理比在系统里逐个点快得多import pandas as pd # 从 CM01 Excel 接口导出的负荷表读入 df pd.read_excel(cap_load.xlsx, sheet_nameLoad) # 统一单位把分钟换算成小时避免不同工作中心口径混用 df[req_hours] df[需求_分钟] / 60.0 df[avail_hours] df[可用_分钟] / 60.0 # 计算每个工作中心每周的缺口 pivot df.pivot_table( index工作中心, columns周期, values[req_hours, avail_hours], aggfuncsum ) gap pivot[req_hours] - pivot[avail_hours] overload gap[gap 0].stack().sort_values(ascendingFalse) print(overload.head(20)) # 排在最前面的就是最该先处理的过载点这段代码的关键在单位统一那一行。SAP 里的能力单位由 KEINH 决定同一份导出文件里可能混着 MIN、H、STD不换算直接相减缺口排序全是错的。缺口算出来之后再回系统用 CM01 或计划表定位到具体订单比在系统里一个个工作中心翻要快一个量级。5. 从 MD07 到计划表能力计划落地时最容易踩的几个坑十个视图的差异不在界面在数据源。SD 视图看的是客户订单和装配订单之间的排产计划SOP 视图走的是粗能力计划参数文件LTP 和 MPS/MRP 视图靠基本日期与提前期计划拉需求REM 视图看重复制造的生产版本SFC 视图管车间控制里的可用性检查PP-PI 走流程工业PM 走维护订单PS 走 WBS 和网络PD 走人员。同一张订单在不同视图里负荷可能不一样因为选择条件和周期分割不同这不是 bug。现象常见原因先看哪CM01 一片空白订单未排产工序无日期MD07 里订单是否有工序日期需求数为 0 但有订单工序未分配到工作中心工艺路线的工作中心分配层次图看不到子节点工作中心层次未维护工作中心层次主数据Excel 接口报错一般设置里接口未启用均衡的一般设置负荷和实际差很多公式或缩减方式不一致计划日志排查的顺序建议固定下来先用 MD07 确认订单有日期、有工序、有工作中心再看 KBED 里有没有对应记录最后才去看参数文件。反着查会把大量时间花在屏幕上。一个具体的用法能力详细清单配合计划日志一起看。清单告诉你这个能力在这个周期上有多少需求日志告诉你这个需求是哪一次排产或重新排产带来的。两边对齐之后如果发现某个周期反复出现波动八成是策略参数文件里的排序码没配好导致系统每次均衡都先动同一批工序。把参数文件里的评估周期和计划表的周期分割对齐同一份需求在标准总览和计划表里才会落在同一列上这比在两边分别调格式省事得多。本文还有配套的精品资源点击获取
SAP PP能力计划指南：CM01能力评估与均衡实战解析
简介本资源为《SAP PP能力计划指南》中文版PDF文档面向SAP PP模块顾问、生产计划人员及ERP学习者帮助系统理解生产计划中能力评估与能力均衡的完整逻辑与操作路径。全文围绕可用能力、能力需求与日期因素展开依次讲解能力评估的视图定义、用户界面、函数库与数据流标准可用能力所依据的班次顺序与班次定义、工作中心层次的累积能力需求以及排产计划涉及的工序持续时间、工作与操作时间、缩减与部分确认工序、计划日志等内容并细化到分配码、分配策略、能力负荷缩减与剩余需求分配再到选择标准、运算符、评估类型、图形与Excel接口的设置和参数文件用法能力均衡部分则涵盖调度工序、有限排产计划、中点法安排、计划表与图形显示等功能。包内共1个PDF文件约993KB目录层级完整、便于按章节查阅。目前已有278人学习下载适合作为日常配置与排产操作的案头参考。1. 从 CM01 一片红说起SAP PP 能力计划到底在算什么很多 PP 顾问第一次打开 CM01屏幕上是一片刺眼的红色——某个工作中心在某个周期的能力需求是可用能力的两倍而 MRP 依然在往下刷计划订单。红色本身不是错误它只是把一件本来就在那儿的事摆到了台面上料齐了机器和人排不开。SAP PP 里的能力计划就是干这件事的把工作中心在时间轴上的可用能力算清楚把订单和工序带来的能力需求摊到对应日期上两边一减缺口和富余就出来了。它分成能力评估和能力均衡两块前者负责看后者负责调。这份《SAP PP 能力计划指南》本身是 R/3 3.0 时代的联机帮助转出来的中文文档目录里从可用能力能力需求日期这三个基本元素讲到排产计划元素、分配码分配策略、参数文件体系最后铺到 SD、SOP、LTP、MPS/MRP、REM、SFC、PP-PI、PM、PS、PD 十个视图上。版本老但骨架至今没变S/4 HANA 里能力评估的入口和参数文件分工还是同一套逻辑。适合谁看已经能跑 MRP、能维护工作中心和工艺路线但一遇到排产排不开就只会手工改交期的生产计划员和 PP 顾问。2. 可用能力、能力需求与排产日期能力评估的三个基本元素CM01 里那根红绿条背后只有三样东西工作中心上的可用能力、订单工序带来的能力需求、以及这两者被摊到哪一天。能力评估干的就是三件事——确定可用能力、确定能力需求、把两者放在同一个时间轴上比较。任何一环算错红绿条都会骗人。最常见的两种错觉是可用能力被工作中心里那个默认的能力表头撑大了以及需求因为工序没排产而落在了错误的日期上。2.1 工作中心里怎么定义可用能力可用能力不是这台机器很能干而是这台机器这个班次有多少小时。它挂在工作中心上用能力类别来区分粒度。能力类别决定了能力需求能不能被拆到具体资源上比如一条装配线是按组报工那能力类别就是一组人而不是单台设备。场景能力类别可用能力的载体需求侧对应机加工车间单台机器机器 × 班次工时工序的机器时间装配线一组人人数 × 班次工时工序的人工时间工厂维护PM维护工作中心技工组 × 班次维护订单工序项目系统PS工程师组工程师 × 周网络作业人员计划PD个人到人人力需求维护动作走 CR02/CR03进能力视图先建能力表头底层是 KAKO填标准可用能力再定义班次顺序和班次定义。系统按能力表头 × 班次时长 × 系数生成各时段的标准可用能力节假日和停机则通过工厂日历扣减。如果多个工作中心共享一组设备就在工作中心层次上把子节点挂上去父节点的累积可用能力等于子节点相加——这个层次结构在能力负荷视图里能一次看完整个车间。提示改标准可用能力之前先导出 KAKO 里旧的时段值。批量导入之后再想回滚没有基准会很难受。2.2 能力需求从订单和工序来能力需求不凭空产生它来自订单上的工序工序的标准值来自工艺路线。计划订单PLAF、生产订单、工厂维护订单、项目网络都是需求源区别只在调度方式和字段位置。核心公式就一条需求工时 准备时间 加工时间 × 订单数量 / 基准数量想核对某段时间的需求到底从哪来直接查底层表比在屏幕上点更快-- 按工作中心和日期汇总能力需求核对 CM01 看到的数字 SELECT c.arbpl AS workcenter, -- 工作中心 k.bedzt AS req_date, -- 需求日期 SUM( k.kruesoll ) AS req_scheduled, -- 排产后需求单位 KEINH SUM( k.kruerest ) AS req_remaining -- 剩余需求 FROM kbed AS k -- 能力需求明细表 JOIN crhd AS c ON c.objid k.arbid -- 工作中心主数据 WHERE k.mandt 100 AND k.bedzt BETWEEN 20250101 AND 20250228 GROUP BY c.arbpl, k.bedzt ORDER BY c.arbpl, k.bedzt.这段查的是 KBED它是能力需求的明细底表一条记录对应一个需求记录 一个日期 一个能力。KRUESOLL 是排产后落在该日期的需求KRUEREST 是尚未分配完的剩余需求两者的差就是已经被缩减或已确认掉的部分。CRHD 的 OBJID 是内部对象号界面上的工作中心编码在 ARBPL很多新手拿 ARBPL 直接去 join KBED 的 ARBID结果一条都查不出来原因就在这里。2.3 排产日期决定需求落在哪一列能力评估最容易被忽略的是日期。订单不排产工序就没有开始和结束日期需求自然落不到任何一列上CM01 里只能看到一片空白或者被堆到起始日。工序持续时间的构成是排队时间 准备时间 加工时间 等待时间 移动时间排产方向和基本日期基本开始日期、基本完成日期决定它是往前推还是往后推。日期一旦定了需求再按分配策略摊到周期上这才是你屏幕上看到的分布。2.4 把评估结果拉回明细做交叉验证界面上的汇总值对不上时我更愿意写几行 ABAP 自己验一遍DATA: lt_bed TYPE STANDARD TABLE OF kbed, lv_sum TYPE kbed-kruesoll. 取指定工作中心、指定区间的全部能力需求 SELECT * FROM kbed INTO TABLE lt_bed WHERE arbid lv_objid 注意这里是内部对象号不是 CRHD-ARBPL AND bedzt BETWEEN lv_from AND lv_to. 累加排产后需求和 CM01 的总量对比 LOOP AT lt_bed INTO DATA(ls_bed). lv_sum lv_sum ls_bed-kruesoll. ENDLOOP. WRITE: / 总需求工时:, lv_sum.lv_objid 要用 CRHD 里查出来的 OBJIDlv_from 和 lv_to 是日期区间。注意 KBED 不带单位换算不同工序可能用分钟也可能用小时KEINH 决定单位累加前不统一单位数字再准也没有意义。这一步做下来界面上任何一个红色块都能追溯到具体订单和具体工序。3. 排产与能力需求分配缩减、分配码和每周期需求计算需求落在哪一天不取决于你希望它落在哪一天而取决于排产怎么算、缩减怎么扣、分配策略怎么摊。这三件事串起来才构成从订单到能力负荷的完整链路。很多能力评估不准的抱怨其实问题出在这一层而不是可用能力算错了。3.1 工序持续时间和排产是怎么算出来的排产计划元素的类型决定了它拿哪些日期字段去算。计划订单用的是基本日期生产订单用的是工序日期AFVC/AFVV网络用的是作业日期PM 订单走维护计划的时间段PD 订单则更偏人力视角。工序持续时间由五段构成时间段含义常见影响排队时间工序前等待直接推后开始点准备时间换型、装夹一次性计入需求加工时间按数量线性与订单数量强相关等待时间工序后静置拉长结束点移动时间到下一工序影响下一工序开始后向排产从基本完成日期倒推前向排产从基本开始日期顺推两种方向下同一张订单的负荷分布完全不同。有个反直觉的结论把排产方向从后向改成前向往往比加班更能解决近期负荷堆积因为需求被推到了后面的空档里代价是交期风险。3.2 缩减确认和日期相关的扣减缩减是能力需求分配里最容易搞混的概念。它指的是已经做掉的那部分需求要扣掉。做法有三种按确认数量缩减、与日期相关的缩减、以及根本不缩减。生产订单里部分确认某道工序后系统按确认的数量或百分比把已产生的能力需求从负荷中扣走剩下的进 KRUEREST。 读取工序的能力需求区分已排产和剩余部分 SELECT kanum, arbid, bedzt, kruesoll, kruerest, keinh FROM kbed INTO TABLE DATA(lt_req) WHERE arbid lv_objid. LOOP AT lt_req ASSIGNING FIELD-SYMBOL(ls). 已确认或已缩减掉的部分 排产后需求 - 剩余需求 DATA(lv_consumed) ls-kruesoll - ls-kruerest. WRITE: / ls-bedzt, ls-kruesoll, ls-kruerest, lv_consumed. ENDLOOP.kruesoll 减 kruerest 得到的就是已经被消化掉的量。如果这个差值和车间报出来的完工数量对不上先去看计划日志——计划日志记录了每一次排产、重新排产和缩减的动作以及触发原因比翻订单变更历史快得多。注意缩减方式在系统定制里是按订单类型和工厂配的改之前先确认它在生产订单和计划订单上是不是同一套配置否则会出现计划订单扣了、生产订单没扣的错位。3.3 分配码、分配策略和每周期需求计算需求分配是把一道工序的总需求摊到时间轴上的动作。分配码决定怎么摊分配策略决定以哪个时间点为锚。常见的三种锚点按工序开始日期分需求集中在前段按工序结束日期分需求集中在后段按时间点分配需求均匀铺满整个工序区间每周期需求的计算方式也有两种一种是按周期总量平均粒度粗但稳另一种是按时间点精确分配粒度细但对工序日期敏感。粗能力计划SOP 里的粗能力计划参数文件通常用前者车间排产用后者。选错了不会报错只会让你看到的负荷形状和实际不一致。3.4 能力负荷缩减和剩余需求分配能力负荷缩减是把整个工作中心层面的需求按比例压一次用于快速模拟如果产能只发挥八成会怎样。剩余能力需求的分配则是把没排完的部分重新摊到后续周期做能力均衡时经常用到。两者都会改动 KRUESOLL 和 KRUEREST 的关系做之前建议先跑一次模拟确认结果后再保存。4. 能力均衡的参数文件控制、时间、评估、策略、周期怎么配合能力评估负责看能力均衡负责调。而均衡能不能用好全看参数文件配得对不对。整套参数文件不是一个是一组各自管一段逻辑缺一个就会出现界面能进去但数据不对的情况。4.1 视图定义和一般设置视图定义说白了就是回答你是谁。工作调度员要看机器上的订单池销售员要看某张客户订单的执行情况工厂经理要评估下个月工作中心组的负荷这三种诉求不能用同一套选择条件和显示格式。视图靠参数文件定义参数文件里配的东西包括评估用的计划区间、周期分割方式、要选的订单类型、涉及的工作中心或能力类别。一般设置管的是跨视图的公共项默认评估周期、层次怎么展开、分配怎么算、图形怎么画、Excel 接口通不通。这些设置动一次影响所有用这套配置的人所以调整一般设置必须在测试客户端先验证。4.2 五类参数文件的分工参数文件管什么配错了会怎样控制参数文件均衡的整体行为开关均衡不上或反复重排选择参数文件取哪些订单和工作中心屏幕空白或数据过多时间参数文件计划区间和周期分割需求落在错误的列评估参数文件评估类型和显示方式图形和清单口径不一致策略参数文件自动均衡的处理顺序该先排的没排周期参数文件周期长度和起始日周/月口径对不上再加上计划表参数文件、清单参数文件和图形参数文件总共是九类。新手最容易漏的是周期参数文件——它和计划表的周期分割是两套东西一个管后端计算一个管前端显示。4.3 标准总览、可变一览表、能力详细清单的取数差异三种清单不是同一个数据的三种画法标准总览按能力维度横向展开适合快速扫全厂可变一览表按需求维度展开能追到具体订单和工序能力详细清单到单个能力的明细用于定位到人、到机图形部分对应也有各自的格式和功能配置。实际用的时候标准总览看趋势可变一览表查原因能力详细清单做核对顺序反了会浪费大量时间。4.4 有限排产计划和公式有限排产计划不考虑可用能力的上限只按排产逻辑排有限排产计划才在可用能力的约束下调度。均衡里的公式决定了工序怎么被移动、被拆分、被分配系统提供的标准公式一般够用特殊场景需要复制一份再改。改公式前把参数文件挂到测试工作中心上跑一遍直接在生产上改公式出问题时很难定位是哪一次修改导致的。4.5 用 Excel 接口把负荷拉出来做二次分析CM01 的 Excel 接口配好之后负荷可以直接导出。导出的是工作中心 × 周期的矩阵拿 pandas 处理比在系统里逐个点快得多import pandas as pd # 从 CM01 Excel 接口导出的负荷表读入 df pd.read_excel(cap_load.xlsx, sheet_nameLoad) # 统一单位把分钟换算成小时避免不同工作中心口径混用 df[req_hours] df[需求_分钟] / 60.0 df[avail_hours] df[可用_分钟] / 60.0 # 计算每个工作中心每周的缺口 pivot df.pivot_table( index工作中心, columns周期, values[req_hours, avail_hours], aggfuncsum ) gap pivot[req_hours] - pivot[avail_hours] overload gap[gap 0].stack().sort_values(ascendingFalse) print(overload.head(20)) # 排在最前面的就是最该先处理的过载点这段代码的关键在单位统一那一行。SAP 里的能力单位由 KEINH 决定同一份导出文件里可能混着 MIN、H、STD不换算直接相减缺口排序全是错的。缺口算出来之后再回系统用 CM01 或计划表定位到具体订单比在系统里一个个工作中心翻要快一个量级。5. 从 MD07 到计划表能力计划落地时最容易踩的几个坑十个视图的差异不在界面在数据源。SD 视图看的是客户订单和装配订单之间的排产计划SOP 视图走的是粗能力计划参数文件LTP 和 MPS/MRP 视图靠基本日期与提前期计划拉需求REM 视图看重复制造的生产版本SFC 视图管车间控制里的可用性检查PP-PI 走流程工业PM 走维护订单PS 走 WBS 和网络PD 走人员。同一张订单在不同视图里负荷可能不一样因为选择条件和周期分割不同这不是 bug。现象常见原因先看哪CM01 一片空白订单未排产工序无日期MD07 里订单是否有工序日期需求数为 0 但有订单工序未分配到工作中心工艺路线的工作中心分配层次图看不到子节点工作中心层次未维护工作中心层次主数据Excel 接口报错一般设置里接口未启用均衡的一般设置负荷和实际差很多公式或缩减方式不一致计划日志排查的顺序建议固定下来先用 MD07 确认订单有日期、有工序、有工作中心再看 KBED 里有没有对应记录最后才去看参数文件。反着查会把大量时间花在屏幕上。一个具体的用法能力详细清单配合计划日志一起看。清单告诉你这个能力在这个周期上有多少需求日志告诉你这个需求是哪一次排产或重新排产带来的。两边对齐之后如果发现某个周期反复出现波动八成是策略参数文件里的排序码没配好导致系统每次均衡都先动同一批工序。把参数文件里的评估周期和计划表的周期分割对齐同一份需求在标准总览和计划表里才会落在同一列上这比在两边分别调格式省事得多。本文还有配套的精品资源点击获取