企业官网建设流程全解析

简介：这份PDF资料聚焦SAP生产计划中的看板管理（KANBAN），面向已具备一定PP模块基础、希望深入理解精益生产与JIT补货逻辑的SAP顾问、生产计划员及供应链从业者。内容围绕看板概览、主数据、过程执行、补货策略与看板计算五大模块展开，系统讲解基于实际库存触发补货的自我调节机制，并说明实施看板需考虑的物料消耗稳定性、供应商可靠性及与MRP的关系等要点。资源包共1个PDF文件，大小约2.4MB，页面结构清晰，便于按章节查阅与对照学习。目前已有1194人学习下载，适合需要梳理看板主数据配置、补货订单触发逻辑及看板数量计算思路的读者参考，也可作为SAP PP看板功能培训与项目实施的辅助材料。

1. 看板不是一块板：SAP PP 里 KANBAN 到底在管什么

很多做过离散制造的人第一次听到 SAP Production Planning 里的 KANBAN（看板管理），脑子里浮现的是车间墙上那块插满卡片的物理板子。但真正在系统里跑起来你会发现，SAP 的 KANBAN 是一套拉动式补货机制，它管的是「什么时候触发补货、补多少、由谁补、补完怎么确认」这条闭环。它解决的核心问题是：下游工序消耗了物料，上游工序怎么在不依赖 MRP 跑批的前提下，快速响应补货需求。

这套东西适合谁？适合那些生产节拍相对稳定、物料消耗可预测、但又不希望每次补货都等 MRP 运算结果的场景。典型如汽车零部件、电子组装、重复制造行业。如果你的车间是典型的项目型生产、每单都不一样，KANBAN 大概率不适合你，强行上只会让控制周期失控。

我在某电子组装厂见过一个案例：他们把 KANBAN 用在 SMT 线边仓的电容电阻补货上，控制周期设了 2 小时，结果因为换线频繁，看板卡片经常堆积，最后不得不回退到手动领料。这个教训后面会展开讲。

2. 控制周期与看板状态：SAP KANBAN 的底层逻辑拆解

2.1 控制周期是什么，为什么它决定了看板能不能跑起来

控制周期（Control Cycle）是 SAP KANBAN 的核心配置对象，事务码 PK01 创建。你可以把它理解成一条「补货规则」：它定义了补货地点、供应来源、补货策略、看板数量、每个看板容器装多少。没有控制周期，看板就是一块死板。

控制周期里最关键的两个字段是补货策略和看板数量。补货策略决定了补货信号发出后系统怎么处理：是触发生产订单、采购申请、还是库存转移。看板数量决定了同时最多有多少张卡片在循环。这两个参数设错了，整个看板要么频繁断料，要么库存堆积。

我一般建议新手先用「库存转移」策略在同一个工厂的两个存储地点之间跑通流程，再扩展到生产订单或外部采购。因为库存转移不涉及产能排程和采购提前期，变量最少，最容易验证逻辑。

2.2 看板状态流转：从 EMPTY 到 FULL 再到 IN PROCESS

SAP KANBAN 的看板状态有几种，最核心的是：

状态流转的逻辑是：下游消耗物料 → 看板置为 EMPTY → 系统根据控制周期的补货策略生成补货元素 → 补货完成 → 看板置为 FULL。这个流转过程可以通过事务码 PK13N 看板板查看，也可以用 PK14 做单个看板的信号确认。

注意：看板状态流转不是自动的，EMPTY 到 FULL 这一步需要有人确认补货完成。很多项目翻车就翻在这里——以为系统会自动闭环，结果看板一直卡在 EMPTY。

2.3 用 PK01 创建控制周期的最小步骤

下面是一个用 PK01 创建控制周期的操作路径，我把它拆成可复现的步骤：

事务码：PK01 1. 输入工厂、补货地点（Supply Area） 2. 选择补货策略（Replenishment Strategy），常用： - 0001：库存转移（Stock Transfer） - 0002：生产订单（Production Order） - 0003：外部采购（External Procurement） 3. 输入看板数量（Number of Kanbans）和每个看板的容器数量 4. 指定供应来源（Source of Supply）：存储地点或生产版本 5. 保存，系统生成控制周期号

参数说明：看板数量 × 容器数量 = 最大在制品库存。这个值设大了库存高，设小了断料。我一般会先用「日均消耗量 × 补货提前期 × 安全系数 1.5」估算，再根据实际运行调整。

2.4 看板信号确认：PK14 和 PK13N 的分工

PK14 是单个看板的信号确认，适合小规模场景。PK13N 是看板板总览，可以看到所有看板的状态，适合日常监控。两者的关系是：PK13N 看全局，PK14 做单点操作。

事务码：PK14 1. 输入控制周期号 2. 选择看板号 3. 执行「看板已满」或「看板已空」操作 4. 系统更新看板状态

逻辑说明：PK14 的操作会触发后续动作。比如你把一个 EMPTY 看板确认成 FULL，系统会减少补货需求；反过来，你把 FULL 确认成 EMPTY，系统会生成补货建议。这个操作是手动的，所以培训不到位的话，操作员可能忘记确认，导致看板状态和实际库存不一致。

3. 从控制周期到看板信号：把 KANBAN 跑通的最小闭环

3.1 用 PK01 建控制周期时，补货策略怎么选

补货策略的选择直接决定了后续的流程复杂度。我按从简到繁排个序：

• 库存转移：最简单，适合线边仓和中央仓之间的补货。不涉及生产订单和采购，验证逻辑最快。
• 生产订单：适合自制件。补货信号触发生产订单创建，需要考虑产能和排程。
• 外部采购：适合外购件。补货信号触发采购申请，需要考虑采购提前期和供应商。

我一般会建议：先用库存转移跑通看板状态流转，确认操作员能正确做信号确认，再切换到生产订单或外部采购。因为后两者的变量多，一旦出问题，排查起来很麻烦。

3.2 看板数量怎么算：一个可复用的估算公式

看板数量的估算没有绝对公式，但有一个可用的起点：

看板数量 = (日均消耗量 × 补货提前期) / 容器容量 × 安全系数

安全系数一般取 1.2 到 1.5。补货提前期包括：信号确认时间 + 补货执行时间 + 运输时间。这个公式算出来的是理论值，实际运行后要根据断料频率和库存周转率调整。

提示：看板数量不是越多越好。多了库存高，少了断料。我见过一个项目，看板数量设了 50，结果车间堆满了物料，最后不得不砍到 20。

3.3 看板信号确认的批量处理：PK13N 的实用技巧

PK13N 是看板板，可以批量查看和操作看板状态。日常使用中，我一般会用它做以下几件事：

事务码：PK13N 1. 输入工厂和补货地点 2. 选择看板状态过滤（如只看 EMPTY） 3. 批量选中看板，执行「确认已满」或「确认已空」 4. 系统批量更新状态

逻辑说明：批量操作适合补货完成后集中确认。但要注意，批量确认的前提是实际物料已经到位，否则会造成系统库存和实物不一致。我一般会要求操作员先核对实物，再做批量确认。

3.4 看板与 MRP 的关系：什么时候用哪个

KANBAN 和 MRP 不是互斥的，而是互补的。MRP 负责中长期物料需求计划，KANBAN 负责短期的拉动式补货。我一般会这样划分：

• 高价值、长提前期的物料：用 MRP 跑计划
• 低价值、短提前期、消耗稳定的物料：用 KANBAN 拉动

这样既能保证关键物料的计划性，又能减少低值物料的计划工作量。如果全部用 MRP，计划员会被大量低值物料的计划单淹没；如果全部用 KANBAN，长提前期物料容易断料。

4. 避坑指南：KANBAN 上线后最常见的 5 个翻车现场

4.1 看板卡在 EMPTY 不动：信号确认没人做

现象：看板状态一直是 EMPTY，系统不断生成补货建议，但实际物料已经补了。

原因：操作员不知道要做信号确认，或者确认了但没保存。SAP KANBAN 不会自动把 EMPTY 改成 FULL，必须有人手动确认。

解决：在操作员培训里把 PK14 和 PK13N 的操作作为必考项。另外可以在看板板上设置提醒，比如每天定时检查 EMPTY 状态的看板数量。

4.2 看板数量设太多：库存堆积但没人发现

现象：车间物料堆积，库存周转率下降，但看板状态显示正常。

原因：看板数量设多了，最大在制品库存过高。因为看板状态正常，所以没人注意到库存问题。

解决：定期检查看板数量和实际消耗的匹配度。我一般会每月做一次看板数量回顾，根据实际消耗调整。如果某个看板的平均停留时间超过补货提前期的 2 倍，说明数量设多了。

4.3 补货策略选错：生产订单没触发

现象：看板置为 EMPTY 后，系统没有生成生产订单。

原因：控制周期的补货策略设成了库存转移，但实际需要的是生产订单。或者生产版本没维护，系统找不到供应来源。

解决：检查控制周期的补货策略和供应来源。如果是生产订单策略，确认生产版本已经维护，且物料主数据里的 MRP 视图配置正确。

4.4 看板状态和实物不一致：批量确认惹的祸

现象：系统显示看板 FULL，但实际物料没到；或者系统显示 EMPTY，但实物已经补了。

原因：批量确认时没核对实物，或者确认后物料被挪用了。

解决：批量确认前先核对实物。我一般会要求操作员在 PK13N 里逐条确认，而不是全选后一键确认。另外，看板区域的物料要定置管理，避免被挪用。

4.5 控制周期没删干净：旧看板还在跑

现象：改了控制周期后，旧看板还在生成补货建议。

原因：旧的控制周期没有删除或冻结，系统还在按旧规则跑。

解决：修改控制周期前，先检查是否有未关闭的看板。用 PK13N 查看所有看板状态，确认没有 EMPTY 或 IN PROCESS 的看板后，再删除或冻结旧控制周期。

5. 进阶技巧：用 PK13N 做看板分析和持续优化

5.1 用 PK13N 的筛选功能定位异常看板

PK13N 不只是一个操作界面，它还可以做分析。我一般会用它做以下几件事：

• 筛选 EMPTY 状态超过 4 小时的看板，检查是不是补货流程卡住了
• 筛选 IN PROCESS 状态超过补货提前期的看板，检查是不是生产或采购延迟了
• 统计每个看板的平均循环时间，和理论补货提前期对比

这些分析不需要额外开发，PK13N 的筛选和排序功能就能做。关键是养成定期看的习惯。

5.2 看板数量的动态调整：一个季度回顾一次的节奏

看板数量不是设了就不变。我一般会每季度做一次回顾，依据是：

这个回顾不需要复杂工具，PK13N 导出数据到表格就能做。关键是坚持，很多项目上线后就不管了，看板数量一直没调过，最后要么断料要么库存高。

5.3 看板与电子看板的结合：什么时候值得做

SAP KANBAN 本身是系统层面的，但车间现场往往需要电子看板来展示状态。我一般会建议：如果车间面积大、看板数量多、操作员不方便随时查系统，可以考虑做电子看板。实现方式可以是：

1. 用 RFC 或 OData 从 SAP 读取看板状态 2. 在车间大屏上展示 EMPTY 和 IN PROCESS 的看板 3. 操作员在大屏上做信号确认，回写到 SAP

这个方案的关键是实时性。如果大屏数据延迟超过 5 分钟，操作员就不信任了，还是会去查系统。所以数据同步频率要设好，一般 1 分钟一次比较合适。

5.4 一个我踩过的坑：看板数量没算运输时间

早期做的一个项目，看板数量只算了补货提前期，没算运输时间。结果补货完成后，物料在途时间占了 30% 的循环时间，看板经常卡在 IN PROCESS。后来把运输时间加进去，看板数量从 15 调到 22，才稳定下来。

这个教训是：补货提前期不是只看生产或采购时间，运输、检验、上架的时间都要算进去。我现在的习惯是，算看板数量时先把整个补货流程的时间列出来，逐项确认，再套公式。

希望帮到你。

本文还有配套的精品资源，点击获取