简介《SAP PP能力计划指南中文版》面向SAP PP模块的生产计划人员、实施顾问及ERP学习者系统讲解工作中心可用能力与生产订单能力需求之间的评估与平衡逻辑。内容围绕能力评估的视图定义、函数库与数据流展开涵盖可用能力与能力类别的判定、班次顺序与班次定义、工作中心层次的累积能力需求以及网络、工厂维护订单、加工订单和PD订单等排产计划元素的处理同时说明工序持续期与工作/操作时间的换算、缩减与部分确认工序、计划日志追踪等操作要点并延伸至能力需求分配码与分配策略、能力负荷缩减、剩余需求分配以及标准总览、可变一览表、能力详细清单与图形、Excel接口等评估形式能力均衡部分还涉及有限排产、调度工序与计划表显示。资源共1个PDF文件压缩包约993KB目录层次清晰可作为随查随用的操作参照。目前已有278人学习下载适合需要深入掌握SAP PP产能管理细节的中高级用户。1. 为什么说 SAP PP 能力计划不是看报表而是把主数据算对计划员在 MD07 里看到一批计划订单压在下周一车间主任翻了一眼工作中心排班说干不出来。MRP 只回答什么时候需要从不回答工作中心扛不扛得住中间这段缺口就是 SAP PP 能力计划Capacity Requirements PlanningCRP要补的。它的输入是三样东西工作中心的可用能力、工艺路线上的标准值、订单的工序日期输出是每个工作中心每段时间的负荷率和过载点。落到系统里读的是 KBED 能力需求明细对的是 KAKO 能力抬头。适合谁看PP 主数据维护的人、车间计划员、上线能力计划模块的顾问以及被产能排不下追着跑的生产主管。这份指南真正的价值不在菜单怎么点而在搞清楚需求是怎么算出来的、可用能力怎么配、算出来对不上时从哪一层往回查。2. 工作中心、能力池与工艺路线标准值SAP PP 能力计划的三层主数据2.1 用 CR01/CR02/CR03 维护工作中心里的能力相关视图工作中心是能力计划的落点CR01 建、CR02 改、CR03 看。进到工作中心后真正和能力计划相关的是三块基本数据里的标准值键Standard value key默认值里的标准值和控制码以及能力视图里的能力池分配。标准值键决定这道工序能录哪几个标准值参数常见的是 VGW01 机器时间、VGW02 人工时间、VGW03 准备时间具体含义随标准值键 SAP_01 之类的配置走能力视图决定这个工作中心挂在哪几个能力池下、以什么能力类别供给能力。很多人只填了基本数据就以为完事结果 CM01 里查不到任何负荷问题往往出在能力视图没分配。2.2 能力池、能力类别与 KAKO可用能力到底存在哪可用能力不直接写在工作中心上而是通过能力池Capacity pool挂接用 CR11/CR12/CR13 单独维护能力抬头落库到 KAKO 表。一张能力抬头里关键字段包括能力类别机器、人工等决定它能承接哪种需求、能力池 ID、开始时间与结束时间、休息时间、利用率、以及标准可用能力的公式编号。利用率是个容易被忽略的系数——某能力池标称每天三班 24 小时利用率配 85%实际可供能力就是 20.4 小时计划员看到的是后者。查表时用 SE16N 打开 KAKO 按工作中心过滤能直接看到这段配置。对象常用事务码主要落库表作用工作中心CR01/CR02/CR03CRHD、CRCA定义标准值键与能力分配能力抬头CR11/CR12/CR13KAKO定义可用能力、利用率、班次工艺路线工序CA01/CA02/CA03PLKO、PLPO提供标准值与基本数量能力需求明细由排产生成KBED、KBKO存每个工序的时间需求2.3 工艺路线标准值与能力需求公式需求是怎么乘出来的工艺路线里每道工序有基本数量Base quantity和若干标准值。能力需求的基本算法是工序标准值 × 工序数量 ÷ 基本数量再按单位换算成小时。比如某工序基本数量 100 件、机器时间 VGW01 为 0.5 小时订单数量 300 件则机器能力需求 1.5 小时。准备时间一般只算一次不随数量缩放这一点在改公式时要特别小心。公式本身在 IMG 路径生产 → 能力需求计划 → 定义公式下维护可以引用标准值参数做算术组合。下面这段 ABAP 直接从 KBED 读需求、从 AFVC 读工序用来核对某个生产订单在系统里到底生成了几条能力需求。 读取某生产订单的能力需求明细核对是否与工艺路线标准值一致 DATA: lt_kbed TYPE TABLE OF kbed. SELECT kbed~bedid kbed~kaptl kbed~arbid kbed~pernr kbed~rukurs kbed~vornr kbed~bdext INTO CORRESPONDING FIELDS OF TABLE lt_kbed FROM kbed WHERE kbed~aufnr p_aufnr. p_aufnr 为生产订单号 LOOP AT lt_kbed INTO DATA(ls_kbed). bedid 对应工序 IDkaptl 为能力类别rukurs 为已折算的需求小时数 WRITE: / ls_kbed-vornr, ls_kbed-kaptl, ls_kbed-rukurs. ENDLOOP.代码里的kaptl是能力类别rukurs是折算后的能力需求小时数arbid指向具体能力池。查到记录但数值明显偏小先回去看工艺路线的标准值单位是分钟还是小时单位配错是这类偏差最常见的来源。3. 用 CM01/CM03/CM04 跑出能力负荷需求记录怎么生成和读取3.1 从计划订单到 KBED能力需求在哪一步被写进来需求记录不是 MRP 跑完就有的触发点在排产。计划订单创建时通常只有基本日期跑一次排产Scheduling后工序才拿到具体的开始/结束日期能力需求随之写进 KBED抬头落在 KBKO。计划订单产生的是计划状态的能力需求生产订单转成确认状态后同一条需求依然存在但归属订单类型不同。CM01 里如果什么都不显示先确认三件事计划订单有没有排产日期、工作中心有没有分配给能力池、能力类别和工艺路线里的标准值键能不能对上。这三点中任何一点断了负荷都汇不起来。3.2 CM01/CM03 能力负荷表的操作步骤与列含义典型操作是输入工作中心与期间口径日、周、月选择视图按期间汇总或按订单明细执行后得到每个工作中心每列一段时间的负荷。列里的关键值有四个能力需求来自 KBED 汇总、可用能力来自 KAKO 并按期间折算、负荷率需求 ÷ 可用能力、剩余能力可用减需求负数即缺口。负荷率超过 100% 的格子通常会高亮这就是要动手均衡的点。用 CM04 或 CM05 的能力计划表能看到同一批需求按工序展开的表格式视图比汇总视图更适合定位到具体订单。列含义数据来源能力需求本期间该能力类别需要的工时KBED 汇总可用能力本期间可供能力KAKO 按班次折算负荷率需求 / 可用能力系统实时计算剩余能力可用能力 − 需求系统实时计算3.3 用 ABAP 汇总 KBED 与 KAKO反推 CM03 的负荷率报表看着不对时最快的办法是自己算一遍。下面这段按工作中心汇总一段时间的能力需求再并上可用能力算负荷率和 CM03 的结果对不上就说明期间口径或能力类别选错了。 按工作中心与期间汇总能力需求并计算负荷率 TYPES: BEGIN OF ty_load, arbpl TYPE crhd-arbpl, 工作中心 kaptl TYPE kbed-kaptl, 能力类别 demand TYPE kbed-rukurs, 需求小时 avail TYPE kako-anzshl, 可用能力小时 END OF ty_load. DATA: lt_load TYPE TABLE OF ty_load. SELECT crhd~arbpl kbed~kaptl SUM( kbed~rukurs ) AS demand INTO TABLE DATA(lt_demand) FROM kbed INNER JOIN crhd ON kbed~objid crhd~objid WHERE kbed~bedid IN s_period s_period 为期间范围 GROUP BY crhd~arbpl kbed~kaptl. LOOP AT lt_demand ASSIGNING FIELD-SYMBOL(ls_d). 可用能力需按同一期间折算这里用班次小时数做近似 SELECT SINGLE SUM( anzshl ) INTO DATA(lv_avail) FROM kako WHERE kaptl ls_d-kaptl. 负荷率 需求 / 可用能力 * 100 DATA(lv_rate) ls_d-demand / lv_avail * 100. WRITE: / ls_d-arbpl, ls_d-kaptl, lv_rate. ENDLOOP.anzshl表示能力抬头上的可用能力小时数实际系统里还要乘利用率、扣休息时间所以这段代码算出的值通常略高于 CM03。它的用途不是替代标准报表而是在报表数字反常时快速判断是需求端出了问题还是能力端配置出了问题。4. CM21/CM25 能力均衡把过载的 130% 拉回 100%4.1 均衡前先分清无限排产与有限排产无限排产只管日期不管产能把订单全部按理想时间铺开结果是形成一份想干但干不完的负荷表有限排产会把可用能力当硬约束排不下就往后推。CM21 属于能力均衡工具本质上是对已存在的需求做移动而不是重新排产。理解这一点很关键均衡动的是订单日期和工序日期不改工艺路线标准值所以均衡之后回 MD07 看订单日期是会变的。做均衡前先确认当前视图是无限还是有限否则会出现怎么点都没变化的情况。4.2 CM21 图形化能力均衡的五个动作按操作顺序通常是一、选工作中心或能力类别定期间口径二、看柱状图或表格里的过载段确认是需求集中还是可用能力配少了三、用移动把某个订单的工序拖到负荷较低的期间四、需求跨度超过单期能力时用拆分把一道工序的需求摊到多期五、用换工作中心把需求转到同能力类别的其他工作中心。CM25 面向按期间做均衡的场景视图更偏表格适合处理月度级别的产能拉平。每次移动后都要回 KBED 看一眼需求记录有没有跟着日期更新没更新说明均衡没真正落库。4.3 均衡策略与调度参数怎么设均衡行为受参数文件控制在 IMG 路径生产 → 能力需求计划 → 定义能力计划参数里维护。几个必调参数允许的移动方向只能延后、只能提前、双向、最大移动天数防止把订单甩到几个月后、是否允许拆分工序、是否允许更换工作中心、以及均衡时的排序依据按交付日期、按优先级、按订单号。这几个参数配得太松均衡结果会把订单挪到不可接受的日期配得太紧会出现无解系统提示无法消除过载。我的习惯是先把最大移动天数限制在交期浮动的范围内再看能消掉多少过载。参数取值示例影响移动方向仅延后 / 双向决定能否提前占用空闲能力最大移动天数3 / 7 / 14太大可能突破交付承诺允许拆分是 / 否开启后可跨期摊平长工序更换工作中心是 / 否依赖同能力类别的替代资源排序依据交付日期 / 优先级决定先移哪张订单4.4 正向排产与反向排产对负荷分布的影响反向排产从需求日期倒推工序开始时间负荷会尽量贴近交期容易在交期前形成堆积正向排产从当前日期往后铺负荷更平滑但可能拖长交期。切换排产方式后必须重新跑一次 CM01因为生成的需求日期整批都变了。实际生产中常见做法是关键订单用反向排产保交期非关键订单用正向排产填谷两边配合着做能力均衡。浮时间Float如果留得太小反向排产几乎没有任何腾挪余地均衡时只能靠拆分和换工作中心。5. 验证与排错用 MD07、COOIS 和工作中心负荷反查能力计划偏差5.1 三个反查入口从订单回到能力均衡做完不代表结束验证环节通常从三个入口回查。MD07 库存需求清单看的是订单日期有没有按预期移动这是判断均衡是否生效的第一道COOIS 订单信息系统按工作中心或订单类型拉出工序清单可以核对每道工序的日期和状态CM01/CM03 再跑一遍负荷表确认过载格子的负荷率确实降下来了。三个口径互相印证比只信一张报表可靠得多。5.2 能力计划里最常见的四类偏差现象可能原因处理方向CM01 完全无负荷工作中心未分配能力池或未排产查 CR02 能力视图重跑排产需求数值明显偏小标准值单位配置错误核对工艺路线标准值单位负荷率与手工计算差很多期间口径或利用率不一致统一期间划分核对 KAKO均衡后过载未消失移动未落库或策略禁止拆分检查均衡参数与 KBED 日期5.3 一个具体技巧用 SQVI 做每日负荷快照CM01 是实时视图历史负荷变化没法回溯。我的做法是用 SQVI 或 SE16N 基于 KBED 做一张按工作中心、按日期的需求汇总查询配合作业计划每天跑一次结果导出形成负荷趋势。这样当车间反馈这周突然排不下时可以对比昨天和今天的快照直接看出是哪张订单哪道工序挤进来。查询的过滤条件建议固定为能力类别加日期区间日期字段用工序的开始日期而不是订单日期否则跨期工序会被算错。表连接上KBED 关联 KBKO 拿订单抬头再关联 CRHD 拿工作中心名称字段不多但足够定位问题。这套快照不替代 CM 系列事务码它的价值在于把当时是什么样留下来。本文还有配套的精品资源点击获取
简介《SAP PP能力计划指南中文版》面向SAP PP模块的生产计划人员、实施顾问及ERP学习者系统讲解工作中心可用能力与生产订单能力需求之间的评估与平衡逻辑。内容围绕能力评估的视图定义、函数库与数据流展开涵盖可用能力与能力类别的判定、班次顺序与班次定义、工作中心层次的累积能力需求以及网络、工厂维护订单、加工订单和PD订单等排产计划元素的处理同时说明工序持续期与工作/操作时间的换算、缩减与部分确认工序、计划日志追踪等操作要点并延伸至能力需求分配码与分配策略、能力负荷缩减、剩余需求分配以及标准总览、可变一览表、能力详细清单与图形、Excel接口等评估形式能力均衡部分还涉及有限排产、调度工序与计划表显示。资源共1个PDF文件压缩包约993KB目录层次清晰可作为随查随用的操作参照。目前已有278人学习下载适合需要深入掌握SAP PP产能管理细节的中高级用户。1. 为什么说 SAP PP 能力计划不是看报表而是把主数据算对计划员在 MD07 里看到一批计划订单压在下周一车间主任翻了一眼工作中心排班说干不出来。MRP 只回答什么时候需要从不回答工作中心扛不扛得住中间这段缺口就是 SAP PP 能力计划Capacity Requirements PlanningCRP要补的。它的输入是三样东西工作中心的可用能力、工艺路线上的标准值、订单的工序日期输出是每个工作中心每段时间的负荷率和过载点。落到系统里读的是 KBED 能力需求明细对的是 KAKO 能力抬头。适合谁看PP 主数据维护的人、车间计划员、上线能力计划模块的顾问以及被产能排不下追着跑的生产主管。这份指南真正的价值不在菜单怎么点而在搞清楚需求是怎么算出来的、可用能力怎么配、算出来对不上时从哪一层往回查。2. 工作中心、能力池与工艺路线标准值SAP PP 能力计划的三层主数据2.1 用 CR01/CR02/CR03 维护工作中心里的能力相关视图工作中心是能力计划的落点CR01 建、CR02 改、CR03 看。进到工作中心后真正和能力计划相关的是三块基本数据里的标准值键Standard value key默认值里的标准值和控制码以及能力视图里的能力池分配。标准值键决定这道工序能录哪几个标准值参数常见的是 VGW01 机器时间、VGW02 人工时间、VGW03 准备时间具体含义随标准值键 SAP_01 之类的配置走能力视图决定这个工作中心挂在哪几个能力池下、以什么能力类别供给能力。很多人只填了基本数据就以为完事结果 CM01 里查不到任何负荷问题往往出在能力视图没分配。2.2 能力池、能力类别与 KAKO可用能力到底存在哪可用能力不直接写在工作中心上而是通过能力池Capacity pool挂接用 CR11/CR12/CR13 单独维护能力抬头落库到 KAKO 表。一张能力抬头里关键字段包括能力类别机器、人工等决定它能承接哪种需求、能力池 ID、开始时间与结束时间、休息时间、利用率、以及标准可用能力的公式编号。利用率是个容易被忽略的系数——某能力池标称每天三班 24 小时利用率配 85%实际可供能力就是 20.4 小时计划员看到的是后者。查表时用 SE16N 打开 KAKO 按工作中心过滤能直接看到这段配置。对象常用事务码主要落库表作用工作中心CR01/CR02/CR03CRHD、CRCA定义标准值键与能力分配能力抬头CR11/CR12/CR13KAKO定义可用能力、利用率、班次工艺路线工序CA01/CA02/CA03PLKO、PLPO提供标准值与基本数量能力需求明细由排产生成KBED、KBKO存每个工序的时间需求2.3 工艺路线标准值与能力需求公式需求是怎么乘出来的工艺路线里每道工序有基本数量Base quantity和若干标准值。能力需求的基本算法是工序标准值 × 工序数量 ÷ 基本数量再按单位换算成小时。比如某工序基本数量 100 件、机器时间 VGW01 为 0.5 小时订单数量 300 件则机器能力需求 1.5 小时。准备时间一般只算一次不随数量缩放这一点在改公式时要特别小心。公式本身在 IMG 路径生产 → 能力需求计划 → 定义公式下维护可以引用标准值参数做算术组合。下面这段 ABAP 直接从 KBED 读需求、从 AFVC 读工序用来核对某个生产订单在系统里到底生成了几条能力需求。 读取某生产订单的能力需求明细核对是否与工艺路线标准值一致 DATA: lt_kbed TYPE TABLE OF kbed. SELECT kbed~bedid kbed~kaptl kbed~arbid kbed~pernr kbed~rukurs kbed~vornr kbed~bdext INTO CORRESPONDING FIELDS OF TABLE lt_kbed FROM kbed WHERE kbed~aufnr p_aufnr. p_aufnr 为生产订单号 LOOP AT lt_kbed INTO DATA(ls_kbed). bedid 对应工序 IDkaptl 为能力类别rukurs 为已折算的需求小时数 WRITE: / ls_kbed-vornr, ls_kbed-kaptl, ls_kbed-rukurs. ENDLOOP.代码里的kaptl是能力类别rukurs是折算后的能力需求小时数arbid指向具体能力池。查到记录但数值明显偏小先回去看工艺路线的标准值单位是分钟还是小时单位配错是这类偏差最常见的来源。3. 用 CM01/CM03/CM04 跑出能力负荷需求记录怎么生成和读取3.1 从计划订单到 KBED能力需求在哪一步被写进来需求记录不是 MRP 跑完就有的触发点在排产。计划订单创建时通常只有基本日期跑一次排产Scheduling后工序才拿到具体的开始/结束日期能力需求随之写进 KBED抬头落在 KBKO。计划订单产生的是计划状态的能力需求生产订单转成确认状态后同一条需求依然存在但归属订单类型不同。CM01 里如果什么都不显示先确认三件事计划订单有没有排产日期、工作中心有没有分配给能力池、能力类别和工艺路线里的标准值键能不能对上。这三点中任何一点断了负荷都汇不起来。3.2 CM01/CM03 能力负荷表的操作步骤与列含义典型操作是输入工作中心与期间口径日、周、月选择视图按期间汇总或按订单明细执行后得到每个工作中心每列一段时间的负荷。列里的关键值有四个能力需求来自 KBED 汇总、可用能力来自 KAKO 并按期间折算、负荷率需求 ÷ 可用能力、剩余能力可用减需求负数即缺口。负荷率超过 100% 的格子通常会高亮这就是要动手均衡的点。用 CM04 或 CM05 的能力计划表能看到同一批需求按工序展开的表格式视图比汇总视图更适合定位到具体订单。列含义数据来源能力需求本期间该能力类别需要的工时KBED 汇总可用能力本期间可供能力KAKO 按班次折算负荷率需求 / 可用能力系统实时计算剩余能力可用能力 − 需求系统实时计算3.3 用 ABAP 汇总 KBED 与 KAKO反推 CM03 的负荷率报表看着不对时最快的办法是自己算一遍。下面这段按工作中心汇总一段时间的能力需求再并上可用能力算负荷率和 CM03 的结果对不上就说明期间口径或能力类别选错了。 按工作中心与期间汇总能力需求并计算负荷率 TYPES: BEGIN OF ty_load, arbpl TYPE crhd-arbpl, 工作中心 kaptl TYPE kbed-kaptl, 能力类别 demand TYPE kbed-rukurs, 需求小时 avail TYPE kako-anzshl, 可用能力小时 END OF ty_load. DATA: lt_load TYPE TABLE OF ty_load. SELECT crhd~arbpl kbed~kaptl SUM( kbed~rukurs ) AS demand INTO TABLE DATA(lt_demand) FROM kbed INNER JOIN crhd ON kbed~objid crhd~objid WHERE kbed~bedid IN s_period s_period 为期间范围 GROUP BY crhd~arbpl kbed~kaptl. LOOP AT lt_demand ASSIGNING FIELD-SYMBOL(ls_d). 可用能力需按同一期间折算这里用班次小时数做近似 SELECT SINGLE SUM( anzshl ) INTO DATA(lv_avail) FROM kako WHERE kaptl ls_d-kaptl. 负荷率 需求 / 可用能力 * 100 DATA(lv_rate) ls_d-demand / lv_avail * 100. WRITE: / ls_d-arbpl, ls_d-kaptl, lv_rate. ENDLOOP.anzshl表示能力抬头上的可用能力小时数实际系统里还要乘利用率、扣休息时间所以这段代码算出的值通常略高于 CM03。它的用途不是替代标准报表而是在报表数字反常时快速判断是需求端出了问题还是能力端配置出了问题。4. CM21/CM25 能力均衡把过载的 130% 拉回 100%4.1 均衡前先分清无限排产与有限排产无限排产只管日期不管产能把订单全部按理想时间铺开结果是形成一份想干但干不完的负荷表有限排产会把可用能力当硬约束排不下就往后推。CM21 属于能力均衡工具本质上是对已存在的需求做移动而不是重新排产。理解这一点很关键均衡动的是订单日期和工序日期不改工艺路线标准值所以均衡之后回 MD07 看订单日期是会变的。做均衡前先确认当前视图是无限还是有限否则会出现怎么点都没变化的情况。4.2 CM21 图形化能力均衡的五个动作按操作顺序通常是一、选工作中心或能力类别定期间口径二、看柱状图或表格里的过载段确认是需求集中还是可用能力配少了三、用移动把某个订单的工序拖到负荷较低的期间四、需求跨度超过单期能力时用拆分把一道工序的需求摊到多期五、用换工作中心把需求转到同能力类别的其他工作中心。CM25 面向按期间做均衡的场景视图更偏表格适合处理月度级别的产能拉平。每次移动后都要回 KBED 看一眼需求记录有没有跟着日期更新没更新说明均衡没真正落库。4.3 均衡策略与调度参数怎么设均衡行为受参数文件控制在 IMG 路径生产 → 能力需求计划 → 定义能力计划参数里维护。几个必调参数允许的移动方向只能延后、只能提前、双向、最大移动天数防止把订单甩到几个月后、是否允许拆分工序、是否允许更换工作中心、以及均衡时的排序依据按交付日期、按优先级、按订单号。这几个参数配得太松均衡结果会把订单挪到不可接受的日期配得太紧会出现无解系统提示无法消除过载。我的习惯是先把最大移动天数限制在交期浮动的范围内再看能消掉多少过载。参数取值示例影响移动方向仅延后 / 双向决定能否提前占用空闲能力最大移动天数3 / 7 / 14太大可能突破交付承诺允许拆分是 / 否开启后可跨期摊平长工序更换工作中心是 / 否依赖同能力类别的替代资源排序依据交付日期 / 优先级决定先移哪张订单4.4 正向排产与反向排产对负荷分布的影响反向排产从需求日期倒推工序开始时间负荷会尽量贴近交期容易在交期前形成堆积正向排产从当前日期往后铺负荷更平滑但可能拖长交期。切换排产方式后必须重新跑一次 CM01因为生成的需求日期整批都变了。实际生产中常见做法是关键订单用反向排产保交期非关键订单用正向排产填谷两边配合着做能力均衡。浮时间Float如果留得太小反向排产几乎没有任何腾挪余地均衡时只能靠拆分和换工作中心。5. 验证与排错用 MD07、COOIS 和工作中心负荷反查能力计划偏差5.1 三个反查入口从订单回到能力均衡做完不代表结束验证环节通常从三个入口回查。MD07 库存需求清单看的是订单日期有没有按预期移动这是判断均衡是否生效的第一道COOIS 订单信息系统按工作中心或订单类型拉出工序清单可以核对每道工序的日期和状态CM01/CM03 再跑一遍负荷表确认过载格子的负荷率确实降下来了。三个口径互相印证比只信一张报表可靠得多。5.2 能力计划里最常见的四类偏差现象可能原因处理方向CM01 完全无负荷工作中心未分配能力池或未排产查 CR02 能力视图重跑排产需求数值明显偏小标准值单位配置错误核对工艺路线标准值单位负荷率与手工计算差很多期间口径或利用率不一致统一期间划分核对 KAKO均衡后过载未消失移动未落库或策略禁止拆分检查均衡参数与 KBED 日期5.3 一个具体技巧用 SQVI 做每日负荷快照CM01 是实时视图历史负荷变化没法回溯。我的做法是用 SQVI 或 SE16N 基于 KBED 做一张按工作中心、按日期的需求汇总查询配合作业计划每天跑一次结果导出形成负荷趋势。这样当车间反馈这周突然排不下时可以对比昨天和今天的快照直接看出是哪张订单哪道工序挤进来。查询的过滤条件建议固定为能力类别加日期区间日期字段用工序的开始日期而不是订单日期否则跨期工序会被算错。表连接上KBED 关联 KBKO 拿订单抬头再关联 CRHD 拿工作中心名称字段不多但足够定位问题。这套快照不替代 CM 系列事务码它的价值在于把当时是什么样留下来。本文还有配套的精品资源点击获取
