1. 服务水平模型基础：定义、核心KPI与供应链价值
1.1 什么是服务水平模型
服务水平模型（Service Level Model, SLM）是供应链计划系统中用于量化客户承诺与履约能力的核心框架。它将抽象的“客户满意”转化为可度量、可追踪、可优化的运营指标，是连接需求预测、库存策略与订单履约的桥梁。
在计划系统中，SLM 通常以 目标服务水平（Target Service Level） 作为输入参数，驱动安全库存计算、补货策略与产能分配。一个定义清晰的 SLM 能够帮助企业在“库存成本”与“缺货损失”之间找到最优平衡点。
关键认知： 服务水平不是越高越好。99% 的服务水平相比 95% 可能需要多出 30%-50% 的安全库存。SLM 的核心价值在于帮助决策者明确“愿意为多一个百分点的履约率付出多少成本”。
1.2 核心KPI定义与计算
供应链计划中最常用的两个服务水平 KPI 是 OTIF（On-Time In-Full，按时足量交付） 和 订单满足率（Order Fill Rate）。两者从不同维度衡量履约质量，下表对比了它们的定义、计算方式与适用场景：
| KPI | 定义 | 计算公式 | 粒度 | 典型目标 |
|---|---|---|---|---|
| OTIF | 订单在承诺时间内、按约定数量完全交付的比例 | OTIF = (按时且足量交付的订单行数) / (总订单行数) × 100% | 订单行 / 订单 | ≥ 95% |
| 订单满足率 | 从库存中直接满足的订单数量或金额比例 | 满足率 = (即时可发订单数) / (总订单数) × 100% | 订单 / 金额 | ≥ 98% |
1.3 OTIF 与订单满足率的深层差异
虽然两者都衡量“履约能力”，但在实际计划系统中，它们的含义和触发条件有明显区别：
- OTIF 是“事后审计”指标：它关注的是订单交付的最终结果，包含时间维度和数量维度。一个订单即使满足率达标，如果晚到一天，OTIF 也会记为失败。
- 订单满足率是“事前可用”指标：它通常用于衡量在接到订单时，库存是否足以立即满足需求。它不关心后续的运输延迟或分批交付。
- 计划系统中的角色差异：OTIF 常用于评估整体供应链执行质量，而订单满足率更常用于驱动安全库存计算和补货策略。
性能调优提示： 在计划系统性能调优中，OTIF 的计算通常涉及多表关联（订单表、发货表、库存表），容易成为 SQL 瓶颈。建议对 OTIF 计算采用“预聚合+增量更新”策略，避免每次查询都扫描全量历史订单。
1.4 服务水平模型在供应链计划中的价值
服务水平模型不是孤立的指标集合，而是贯穿计划全流程的决策依据。下表总结了 SLM 在供应链计划各环节中的具体价值：
| 计划环节 | SLM 输入 | 决策输出 | 业务影响 |
|---|---|---|---|
| 需求计划 | 目标服务水平 | 安全库存系数、预测缓冲 | 降低缺货风险，提升预测准确率 |
| 库存计划 | OTIF 目标、补货提前期 | 再订货点、经济订货批量 | 优化库存周转，减少资金占用 |
| 生产排程 | 订单满足率优先级 | 产能分配、订单排序 | 保障高价值客户订单优先交付 |
| 物流配送 | OTIF 时间窗口 | 运输方式选择、路线优化 | 提升准时交付率，降低加急运费 |
1.5 服务水平模型的核心结构
下图展示了服务水平模型在供应链计划系统中的核心结构，以及各 KPI 之间的数据流转关系：
1.6 服务水平模型的性能调优关注点
在计划系统中，服务水平模型的计算往往涉及大量历史数据聚合和实时订单匹配，以下是常见的性能瓶颈与调优方向：
- OTIF 计算性能：需要关联订单头、订单行、发货单、库存事务等多张表，建议对订单行级别建立物化视图或预聚合表。
- 订单满足率实时性：如果系统需要实时计算满足率（如订单录入时），建议使用 Redis 或内存表缓存当前可用库存，避免每次查询都扫描库存表。
- 目标服务水平参数化：将目标服务水平作为可配置参数，避免硬编码。在性能测试中，重点关注参数变化对安全库存计算链路的级联影响。
- 历史数据归档：超过 12 个月的订单历史数据建议归档到冷存储，减少 OTIF 回溯计算的数据量。
常见故障场景： 当 OTIF 计算 SQL 未使用索引或存在笛卡尔积时，单次查询可能耗时超过 30 秒，导致计划系统前端超时。建议在开发阶段使用 EXPLAIN 分析执行计划，确保订单表与发货表的关联字段（如 order_id、shipment_id）建有联合索引。
1.7 服务水平模型与计划系统的集成架构
下图展示了服务水平模型如何嵌入供应链计划系统的整体架构中，以及各模块之间的数据流：