预约了但货没到：YMS 里释放库位和门岗资源的 3 种做法

这行当里管这叫爽约：车约了早上 8 点的门，8 点半了 GPS 还在 200 公里外。你可以理解为，仓库把最值钱的三样东西——一个卸货门、一段门岗吞吐、一个堆场车位——按期货合约锁给了这辆车，结果对方违约了。

上个月我在苏州一个 3PL 场子做项目，调度把 YMS 日志甩给我看：一天 96 个预约，23 台车压根没出现。门岗外面排了 40 分钟的长队，里面 6 个门空着等人。那天我就跟他说了一句话：你们的问题不是产能不够，是爽约的车把资源锁死了，真来的车进不来。

先把原理掰开：爽约锁死的不是时间，是三样东西

很多人以为爽约就是"少卸一车货"。错。预约在 YMS 里是一张三联单：第一联是 dock 门，第二联是门岗通道，第三联是 yard 车位。这三样东西在那个时间窗口里同时被锁定，车不来，三样一起空转。

这就像餐厅订位——只不过餐厅空的是一张桌子，你空的是一个卸货门加半个门岗。更狠的是连锁反应：爽约的车占着 slot，真到的车在门外排队，排队久了司机开始打电话催，门岗开始手工放行，手工一放行，YMS 里的数据就乱了。一天下来的账是这么算的：一个爽约，等于一个门 2 小时空转、门岗多处理一轮排队、堆场白占一个车位。96 个预约里 23 个爽约，差不多等于你每天白扔掉四分之一的门岗产能。

说到这儿先开一炮：很多场子治爽约的办法是"提前一小时打电话确认"。我直接说结论，这是伪需求。你电话确认了，该不来的还是不来；你不确认，该来的照样来。爽约是契约问题，不是信息问题。靠电话解决契约问题，就像靠喊话解决堵车——嗓子喊哑了，路还是堵的。

爽约的三种释放做法：软、硬、动态，看三条线怎么选

做法一，软释放：宽限期 + 自动回池。预约窗口过了，再加一段宽限（我们一般按 30 分钟配），车还没到，YMS 自动把状态从 scheduled 翻成 no-show，绑定的门和车位立刻回到可用池。成本最低，承运商关系不受损。缺点也明显：治标不治本，对惯犯毫无威慑。

做法二，硬释放：爽约即作废 + 扣分。预约过期直接作废，想卸货就重新约、重新排队；同时进承运商记分卡，累计爽约触线就降级——限约、暂停预约权限。罚款金额以合同约定为准，这里不编数字。反常识的判断来了：我经手的场子里，对爽约最狠的场子，爽约率反而最低。因为规则写进了合同，承运商的调度在约车的时候，就会把爽约成本算进自己的账里。这就是仓库端的改期规则：规则前置，违约有价。规则只写在 SOP 里、不写进合同的，等于没规则。

做法三，动态再分配：候补池。你可以理解为航班的候补机制——有人退票，候补名单按顺序顶上。no-show 释放出来的 slot 不回公共池，先给已经在门外等位的车，YMS 按等候时长、货物紧急度自动推送。这套技术含量最高，要求门岗和堆场的数据实时联动，slot 空出来几分钟内就得有人顶上，不然释放了等于白释放。

怎么选，看三条线：日均到车量、爽约率、门的数量。到车量小、爽约偶发，软释放够了；爽约成风、承运商吃定你不敢罚，硬释放；门岗天天排长队、货又急（冷链、生鲜、促销季），上动态再分配。一个场子也可以混搭：普货走软的，冷链走硬的。

去年我在一个冷链仓见过硬释放的完整效果：爽约 3 次暂停预约权限两周。执行了两个月，爽约率从约两成掉到了个位数。调度跟我说，最神奇的不是数字，是承运商开始主动提前打电话改约了——以前是直接消失。

重约政策落地，最容易踩的三个坑

坑一：规则只配在 YMS 里，没写进合同。系统里 no-show 翻得再漂亮，合同里没有约束条款，承运商该爽约还爽约。顺序别搞反：先合同，后系统——这是 reschedule policy 落地的第一性原理。

坑二：宽限期一刀切。冷链和普货用同一个 30 分钟宽限，这是伪公平。冷链的门是有时效成本的，普货的门没有。分货物类型设宽限，这是基本功。

坑三：资源释放了，但信息没闭环。slot 回池了，standby 的车还停在门外刷手机——推送没到，等于没释放。释放动作和通知动作必须是同一个事务里出来的，差一分钟都不行。

再开一炮：有些场子爽约问题没解决，先花大钱上"AI 预测爽约"。我直说：先把 no-show 的状态机做对，预测是后面的事。基础动作是烂的，加 AI 只是给烂流程贴金，贴得再亮也是烂的。

一套完整的 truck missed delivery appointment 应对流程，核心就一句话：违约必须有代价，释放必须有速度。这钱花得值不值，看这一个数：你场子每月的爽约率降没降。降了，做法就对了；没降，换一种。

作者：大刘｜自动化设备工程师，前集成商技术负责人