Model-Optimizer：统一封装优化器、调度与压缩的深度学习工具箱
2026/11/4 10:40:37
简介：SAP WM 仓库管理模块的落地配置文档，面向已具备 MM 基础、正推进仓储上线的实施顾问与内部关键用户，解决存储类型、存储段、存储箱等主数据规划不统一、收货与拣选策略难落地的问题。压缩包内为 1 个 doc 文件，约 572KB，按 MASTER DATA 与 STRATEGIES 两大板块编排：前者覆盖仓库号控制参数、编号范围与间隔、存储类型、存储段、存储箱类型及结构、存储单位与冻结指示符；后者依次说明存储类型、存储段、存储箱类型搜索的激活，固定仓位、开放存储、追加现有库存、空仓位、托盘等策略，以及 FIFO、LIFO、保质期、大小批量、零散托盘等拣选规则，另附危险品、移动类型、补货与确认等 ACTIVITIES 章节。目录加编号逐条对应 SPRO 配置路径，便于按章节对照系统逐项验证。目前已有 789 人学习，可作为 WM 配置清单与实施检查表使用。
1. 26 页里最值钱的，是那些写着「No changes」的行
翻这份 SAP WM 配置资料，多数人第一反应是找表格里填了什么：仓库号 D01、存储类型 ZM1 与 ZM2、库位模板 AANNNNCCCC。真正能解释「这套仓库为什么跑得起来」的是另一类信息——1.6、1.8、1.11、1.12 整段标着 No changes，2.5 到 2.8 四节只写一句「See 1.3」。空白不是没写完，而是配置者用 EC09 把标准模板 0001 复制成 D001 之后只改差异、其余继承标准的结果。看懂这套路，后面每个开关为什么长这样才有答案。
2. 空间建模：一个仓库号为什么必须拆成存储类型、存储段、库位类型三层
文档第 1 章从 1.1 排到 1.12，看上去是把仓库的基础资料逐条填一遍。把这一章展开来看，1.1 到 1.12 其实只回答一个问题：一公斤物料在系统里凭什么能定位到一个具体库位号上。MM 层面的库存地点只到四位数的地点编码，它只知道货在这个工厂的这个地点，不知道在第几排第几列；WM 要管住每一次搬运，就必须把空间切成可计算的坐标。三层结构（存储类型、存储段、库位）加上库位类型与存储单位类型这两个规格维度，构成这套坐标系的全部。
2.1 仓库号 D01 不是「一个仓库」，是参数作用域
1.1 那一屏参数是全篇唯一一处「改了会影响所有其他表」的地方，所以它排在第一。文档里明确填了值的其实只有几项，其余留空的按标准默认走：
| 参数 | 文档取值 | 影响的下游 |
|---|---|---|
| 仓库号 | D01 | 之后所有主数据、策略、移动类型挂接都以它为作用域 |
| 重量单位 | KG | 容量检查里按重量校验时的换算基准 |
| 第一/第二默认单位 | L / A | 体积用 L、数量用 A，做 SU 容量换算时先看这两个 |
| SU 管理激活 | Yes | 库存层多出一层存储单位，搬运按 SU 计量 |
| 阻断方式 | B | 冻结动作的粒度，决定冻结与解冻按哪一层对象执行 |
| 容量检查 | 开启 | 搜索库位时，放不下的候选直接被跳过 |
| 批次缺失（TR） | 允许 | 批次没到位也能建 TR，库存先以无批次状态落地 |
「SU 管理激活 = Yes」是这几行里影响最大的一条。它一开，库存结构从「物料 + 库位 + 数量」变成「物料 + 库位 + 存储单位 + 数量」，之后所有上架、下架、转储都以 SU 为搬运单位，库位容量也按「能放几个什么类型的 SU」计算；它一关，系统只剩 quant 这一层，容量概念退化成纯数量。文档整篇只定义了一个 SU 类型 S1，说明这套仓库实际上只有一种托盘规格——这是简化，也是将来扩容最先要动的地方。
「批次缺失（TR）」允许建单，代价要提前想清楚：收货时批次还没确定，货已经上了架，等到拣配才发现这批库存没有批次属性。这不是配置错误，而是流程约定，后面第 5 章会专门讲这条坑。
2.2 存储类型：真实货架和过渡区挤在同一张表里
1.3 那张表最有意思的地方，是 902 到 999 这八个数字型存储类型和 ZM1、ZM2 这两个字母型存储类型被放在同一张表里，字段结构完全一样。它们其实不是一类东西：
| 存储类型 | 名称 | SU 管理 | 上架策略 | 角色 |
|---|---|---|---|---|
| 902 | GR Area From Vendor | – | – | 采购收货暂存区 |
| 911 | GI Area for Cost Center | – | – | 成本中心发料暂存区 |
| 914 | GI Area Production | – | – | 生产发料暂存区 |
| 916 | Shipping Area Deliveries | – | – | 交货发货暂存区 |
| 921 | Stock Transfers (StLoc) | – | – | 库存地点转储过渡区 |
| 922 | Posting Change Area | – | – | 过账变更过渡区 |
| 998 | Init. entry of stock bal. | – | – | 期初库存录入区 |
| 999 | Differences | – | – | 盘点差异区 |
| ZM1 | MKC Storage Area | ACTIVE | PF | 真实货架区 |
| ZM2 | MKC Issue Precedence Area | ACTIVE | PF | 发货优先区 |
数字型那批是功能性区域，作用是把 WM 的一条硬约束圆过去：WM 里每一份库存都必须挂在一个具体库位上，不允许悬空。所以采购收货过账成功的那一刻，货不是凭空进入 ZM1，而是先落在 902 收货暂存区，等上架 TR 被确认、TO 执行完，才真正转到 ZM1 的某个库位。这条「两段式入库」是理解整份文档的钥匙：1.3 定义的不是货架，而是货架加所有中间停留点。
也正因为如此，902、911 这类区域一般不激活 SU 管理、不配策略——它们只是过路点，进去就该尽快出来，配了策略反而增加一次无意义的库位搜索。
2.3 存储段与库位类型：把「去哪一片」和「用哪种库位」拆开
1.4
本文还有配套的精品资源，点击获取