周二下午两点，卡车司机来电：车在半路抛锚，修好也赶不上四点的 DC 卸货预约了。
这种时刻的每一步都在计费。商超 DC 的预约窗口不是"晚点也给你卸"的善意排队，错过窗口的车要重新约——旺季重约可能排到几天后，货晚到触发迟到罚款，ASN 说好的到达时间对不上还要再挨一笔，供应商绩效分跟着掉。
处置时间线
| 时点 | 动作 |
|---|---|
| T+10 分钟 | 确认车辆无法准时后，立刻在预约系统申请改约，同时给 DC 预约邮箱发说明（车辆故障、修复预计、新到达时间）——先声明、留证据，比闷头重约重要 |
| T+2 小时 | 拿到 48 小时后的新窗口；评估比价"换车转运"与"原车修复"，原车修复时间可控，成本低，选原车 |
| T+1 天 | 同步更新报文侧信息，保证 DC 系统里的预期与实际一致——最忌讳货的信息和车的信息各说各话 |
| T+3 天 | 新窗口准时卸货。最终代价：一次迟到记录。ASN 不符、no-show 等衍生罚款：零 |
为什么能压住损失
核心是把"一个事故"和"一串事故"分开。车抛锚是躲不掉的第一张骨牌，但后面的牌——no-show 记录、报文与实际不符、DC 不知情下的绩效判定——每一张都可以用及时沟通和数据同步拦住。罚款单上最贵的项目，往往罚的不是事故本身，是事故之后的沉默。
日常预防上我们只信一条：预约窗口、卡车调度、出库计划三件事必须在同一张表上管理，谁变了都会牵动另外两个的提醒。窗口在 A 系统、车在货代邮件里、出库在仓库嘴上——这种管理方式不出事全靠运气好。