女装/监控与告警/SLA 与任务运行台账
L5G1S6P0
设计稿 v2.0
‹ 跨系统链路追踪操作日志审计 ›☰ 总览功能地图
王
王运营
总部 · 商品运营

SLA 与任务运行台账

按时跑完 ≠ 业务可用。SLA 必须同时表达三件事:① 任务完成时限(工程承诺)② 业务截止时间(门店/仓库可执行的窗口)③ 数据新鲜度承诺(决策输入的最大数据年龄)。每条 SLA 都要有 owner、备份 owner 与 runbook。

综合达成率
92.7%
近 30 日 220 次运行,达成 204 次
违约次数
16次
签收回执 11 次为主因
P0 任务达成率
96.7%
日常补货批次 29/30
数据新鲜度达成
96.7%
承诺:快照 ≤ 决策日 00:30
平均恢复时长 RTO
38分钟
目标 ≤ 60 分钟(近 90 日 12 次演练)
Runbook 覆盖
6/6
每任务 1 本,季度演练 1 次
i口径提示:达成率 = 在承诺时限内完成且数据新鲜度达标的运行次数 ÷ 计划运行次数。只判"任务是否结束"会把大量"跑完但数据不可用"的情况算成达标,这正是本页要纠正的口径。

SLA 定义与达成率

SLA 三要素:工程时限 + 业务窗口 + 新鲜度
任务承诺时限(工程)业务截止时间数据新鲜度承诺运行/达成判定owner / 备份Runbook
日常补货决策批次02:30 前出单06:00(门店开门前可拣货)快照 ≤ 决策日 00:3096.7%(29/30)预警李工 · 数据平台 / 王运营RB-01
区域调拨决策批次每周二 03:00 前09:00(当日调拨窗口)快照 ≤ 决策日 00:30100.0%(4/4)达标陈工 · 算法组 / 李工RB-02
残码清理批次02:45 前出单08:00(店员上班后处理)快照 ≤ 决策日 00:3093.3%(28/30)预警王运营 · 商品运营 / 张主管RB-03
源数据同步(POS/库存/在途)01:30 前完成02:00(决策取数窗口)延迟 ≤ 2 小时96.7%(29/30)预警赵工 · 集成组 / 李工RB-04
单据下发(WMS/ERP)出单后 30 分钟内03:00(仓库夜班拣货前)回执 100%96.7%(29/30)预警孙工 · 单据组 / 周工RB-05
门店签收回执回传到店后 48 小时内T+2(达成率统计截止)回执及时率 ≥ 95%88.5%(85/96)违约周工 · 物流组 / 孙工RB-06
共 6 行
每页

各任务达成率

合计 204/220 = 92.7%
门店签收回执回传88.5% · 85/96
残码清理批次93.3% · 28/30
日常补货决策批次96.7% · 29/30
源数据同步96.7% · 29/30
单据下发 WMS/ERP96.7% · 29/30
区域调拨决策批次100% · 4/4
目标值:P0 任务 ≥ 95%,P1 任务 ≥ 90%;低于目标自动生成 SLA 违约告警并进入周会复盘

SLA 违约归因

先分清"技术违约"和"协作违约"
69%可预防违约占比
原因次数
门店未确认收货(最后一公里)11
源数据同步延迟(POS)2
主数据缺失导致求解失败1
快照分区缺失1
人工遗漏(无自动提醒)1

归因结论

69%(11/16)的违约集中在"门店最后一公里"。这类违约靠加机器解决不了,必须靠门店端提醒 + 区域经理升级(AL-06),并把它写进门店 KPI。

业务可用性 ≠ 任务完成:三个时点的区别

S6 · 非功能要求在业务侧的翻译
① 任务完成时点
批次 02:14:00 结束(承诺 02:30,工程达标)
② 业务可用时点
单据下发完成 02:36,仓库夜班 03:00 可开始拣货 → 业务达标
③ 数据新鲜度
所用库存快照生成于 10-21 00:00,计算时点 02:10 → 数据年龄 2 小时 10 分
为何 2h10m 可接受
门店闭店后库存稳定;00:00–02:10 的线上销售/退货由增量流水(CDC)补偿,X18 口径
何时不可接受
同步中断时若降级使用上一日快照,数据年龄 26 小时 → 建议量必然高估(10-08 案例)
写入 SLA 的方式
承诺值写成"快照时点 ≤ 决策日 00:30",而不是"任务 02:10 跑完"
00:00 · 决策日快照生成(承诺 ≤ 00:30)
snap-20251021-0000 落地,96,420 行库存;这是"数据新鲜度"的计时起点
01:30 · 源数据同步完成(承诺 01:30 前)
POS/库存/在途全部就位,延迟 12 分钟(阈值 2 小时)
02:10 – 02:14 · 决策批次运行(承诺 02:30 前)
五步合计 240 秒,输出 330 行决策;此时数据年龄 2 小时 10 分
02:36 · 单据下发 WMS(承诺 30 分钟内)
18 张单据下发完成,回执 18/18
06:00 · 业务截止时间
门店开门前必须可拣货 —— 这才是业务真正关心的时点

Runbook 台账(每个任务一本)

runbook 必须可执行,不是文档摆设
编号适用任务触发条件步骤数预计 RTO最近演练owner
RB-01日常补货决策批次失败批次失败 / 超 02:30 未完成4 步≤ 60 分钟2025-10-19(真实故障)李工
RB-02调拨批次求解不可行SOLVER_INFEASIBLE5 步≤ 45 分钟2025-09-30(演练)陈工
RB-03残码清理分片失败分片失败 ≥ 1 个3 步≤ 40 分钟2025-10-21(真实故障)王运营
RB-04源数据同步延迟延迟 ≥ 2 小时 / 分区缺失4 步≤ 30 分钟2025-10-20(真实故障)赵工
RB-05单据下发失败 / 回执缺失回执失败 ≥ 3 次4 步≤ 30 分钟2025-10-14(演练)孙工
RB-06门店签收回执缺失发货 ≥ 72 小时未签收5 步≤ 24 小时2025-10-19(真实故障)周工
共 6 行
每页

恢复后校验清单(每个任务通用四项)

每次恢复都要填这张表
校验项方法阈值 / 判定责任人
行数源表 count 与各步输出 count 逐段比对取数 → 清洗 → 候选 → 决策四段闭合李工
分区完整性分区清单、文件数、空分区检测分区数一致,无 0 字节分区赵工
新鲜度快照时点、同步延迟、批次时间戳快照 ≤ 00:30;同步延迟 ≤ 2h李工
下游一致ERP/WMS/TMS 回执与决策表逐单核对数量一致率 100%,幂等键无重复孙工
任务四项校验结论(最近一次恢复)
日常补货批次行数 ✅ · 分区 ✅ · 新鲜度 ✅ · 下游 ✅
残码清理批次行数 ✅ · 分区 ✅ · 新鲜度 ⚠(8 家待补)· 下游 ✅
单据下发行数 — · 分区 — · 新鲜度 — · 下游 ✅(18/18)
i恢复判定只有两种结论:已恢复且已校验,或已恢复但未验证。后者必须继续挂着 SLA 告警,不允许直接关闭。

任务运行台账(近 7 日)

台账是 SLA 的唯一事实来源(不靠人工登记)
日期任务开始耗时结果SLA 判定数据新鲜度处置 / owner
2025-10-21日常补货批次 B20251021-D0102:104 分 00 秒成功达标00:00 快照(2h10m 前)—
2025-10-21区域调拨批次 B20251021-T0102:203 分 00 秒成功达标00:00 快照—
2025-10-21残码清理批次 B20251021-R0102:306 分 00 秒部分失败达标8 家门店快照缺失分片续跑 03:10 · 王运营
2025-10-21单据下发 WMS02:361.24 秒成功达标回执 18/18—
2025-10-20日常补货批次 B20251020-D0102:104 分 00 秒成功达标00:00 快照—
2025-10-20POS 流水同步01:3042 分 18 秒成功违约完成 02:12 > 截止 02:00加派同步并发 · 赵工
2025-10-19换店下沉批次 B20251019-S0102:401 分 00 秒失败违约求解不可行修数后断点续跑(10-20 04:12)· 李工
2025-10-19门店签收回执——超时违约3 单超 48 小时补录 POD + 门店端提醒 · 周工
2025-10-18日常补货批次 B20251018-D0102:104 分 11 秒成功达标00:00 快照活动日历生效,耗时 +18%
2025-10-18TMS 回执回传——超时违约运单号未回传门店端降级用 ERP 出库单号 · 赵工
共 10 行
每页

SLA 设计原则

① SLA 的所有者是人,不是任务 —— 每条 SLA 必须有 owner 与备份 owner;② SLA 必须有 runbook 编号,否则违约时只能临时救火;③ 恢复后校验必须回写到台账,形成"违约 → 恢复 → 校验"的完整证据链,这也是审计与复盘的基础(S6 / G9)。