3. 月台调度与预约管理基础

月台预约管理是园区协同的“时间闸门”。它把承运商、车辆、司机、装卸资源与仓库作业能力，统一约束在可执行的时间槽内。没有预约，月台就会变成先到先得的无序竞争；有了预约，仓库才能提前安排人力、叉车、门岗和库位，把等待时间压到最低。本节围绕预约的创建、修改、取消三条主线，讲清时间槽、容量限制与优先级规则如何共同决定“谁能约、约到哪、能不能改、改了有什么代价”。

一、预约对象与时间槽的基本结构

在 SAP EWM 中，月台预约通常以“运输单元 + 时间槽 + 月台门 + 活动类型”为核心。活动类型决定车辆来做什么，例如装货、卸货、退货、越库或空箱回收；时间槽则是一个被容量约束的时间窗口，例如 09:00–10:00、10:00–11:00。每个时间槽可绑定若干月台门，并设置最大预约数、最大车辆数或最大托盘数。预约创建时，系统会校验该槽位是否还有剩余容量，以及车辆、承运商、物料是否满足前置条件。

时间槽不是简单的时间段，它至少包含四个维度：开始与结束时间、可用月台门、容量上限、适用活动类型。例如某冷库卸货槽 08:00–09:00 只开放 3 个冷藏月台，容量上限为 4 车，且仅允许“冷冻品卸货”。如果承运商预约时选择了常温卸货，系统应直接拒绝或转入人工审批。这种“槽位—门—活动—容量”的绑定关系，是后续修改和取消判断的基础。

二、预约创建：从请求到确认

创建预约时，系统首先根据承运商、车辆和活动类型生成预约单号，然后进入槽位匹配。匹配顺序通常是：先按活动类型筛选可用槽位，再按温层、月台门和物料属性过滤，最后检查容量。若槽位剩余容量大于零，则允许创建；若容量已满，则根据优先级规则决定是拒绝、进入等待列表，还是允许高优先级预约“挤占”低优先级名额。

以某配送中心为例：卸货槽 D-100 在 09:00–10:00 的容量上限为 5 车，当前已约 4 车。承运商 A 提交普通优先级预约，系统显示剩余 1 车，创建成功，预约状态为“已创建”。若承运商 B 提交高优先级预约（如生鲜急送），而槽位已满，系统可依据规则将 B 放入“保留位”或触发人工审批。这里的关键是：容量不是简单的数字，而是与优先级、活动类型和月台门绑定的动态资源。

创建成功后，预约单会写入时间槽占用记录，并同步到门岗、月台和仓库作业看板。此时车辆尚未到达，但仓库已可据此预排人力。若承运商在预约时提供了预计到达时间，系统还可计算“提前/延迟容忍窗口”，例如允许提前 15 分钟、延迟 30 分钟，超出则需重新预约或转入异常处理。

三、预约修改：先释放，再占用

修改预约比创建更复杂，因为它涉及“旧槽位释放”和“新槽位占用”两个动作。常见修改包括：改时间槽、改月台门、改活动类型、改车辆或司机信息。系统处理逻辑通常是：先校验原预约是否允许修改（例如是否已到截止时间、是否已到货），再检查新槽位是否有足够容量，最后执行“释放旧容量 + 占用新容量”的原子操作。

假设原预约为 09:00–10:00 的 D-100 槽，容量已用 4/5。承运商要求改到 10:00–11:00 的 D-102 槽，该槽容量为 3/4。系统先释放 D-100 的 1 个容量，使其变为 3/5；再占用 D-102 的 1 个容量，使其变为 4/4。若 D-102 已满，则修改失败，原预约保持不变。若修改成功，预约状态更新为“已修改”，并记录修改原因、修改人和时间戳。

修改还涉及优先级重算。如果原预约是普通优先级，改到高峰槽位时可能被降级或要求审批；如果原预约是高优先级，改到低优先级槽位则通常直接通过。实际项目中，建议对“改约次数”设置阈值，例如同一预约单最多改 2 次，超过则需主管审批，以防止承运商反复占位。

四、预约取消：释放容量与原因记录

取消预约的核心动作是释放容量，但并非所有取消都等价。按时间可分为三类：提前取消（如提前 24 小时）、临近取消（如提前 2 小时）、未到货取消（No-Show）。提前取消通常无惩罚，系统直接释放容量；临近取消可能触发违约金或影响承运商评分；未到货取消则需记录异常，并可能影响后续预约优先级。

取消时，系统应记录取消原因代码，例如“车辆故障”“订单取消”“仓库临时关闭”“司机迟到”等。这些原因不仅用于统计，还可作为后续容量预测和承运商考核的依据。若取消发生在槽位截止时间之后，系统可自动将容量释放给等待列表中的预约，或通知调度员人工补位。

五、时间槽容量与优先级规则

容量限制通常有三种口径：按车数、按托盘数、按作业工时。按车数最简单，适合标准化配送；按托盘数更精细，适合多品类混装；按作业工时最贴近仓库实际，但需要维护每个活动类型的标准工时。实际项目中，常采用“车数 + 托盘数”双上限，例如某槽位最多 5 车且最多 120 托盘，任一超限即拒绝。

优先级规则一般分为：紧急、高、普通、低。紧急预约可抢占普通预约的容量，但需记录审批人；高优先级可进入保留位；普通优先级按先到先得；低优先级仅在容量空闲时允许。优先级不是永久标签，它可以按客户、物料、订单类型或时段动态计算。例如生鲜订单在上午自动升为高优先级，普通补货在下午降为低优先级。

六、一个可执行的预约检查清单

为了让上述规则落地，调度员在创建或修改预约前，可按以下清单逐项确认。该清单可直接用于日常操作或作为系统校验的补充：

• 活动类型：装货、卸货、退货、越库、空箱回收，是否与槽位允许类型一致。
• 时间槽：是否在开放时间内，是否已过预约截止时间。
• 容量：当前已约车数、托盘数是否低于槽位上限。
• 资源：月台门、温层、叉车、人员是否满足作业要求。
• 优先级：是否与客户等级、订单类型、时段规则匹配。
• 车辆与司机：车牌、司机证件、承运商资质是否有效。
• 修改/取消：是否在允许窗口内，是否需审批，是否记录原因。

例如，某承运商在 08:30 申请将 09:00 的卸货预约改到 09:30，系统检查发现 09:30 槽位容量为 4/5，且该承运商为普通优先级、改约次数为 0，则允许修改，释放 09:00 容量并占用 09:30 容量。若该承运商改约次数已达 2 次，则系统提示“需主管审批”，调度员可拒绝或走审批流。整个过程在 EWM 中留下完整日志，便于后续追溯。

总结来看，月台预约管理的本质是“用规则换秩序”。创建时校验时间槽、容量与资源；修改时先释放再占用，并重算优先级；取消时释放容量并记录原因。时间槽是容器，容量是边界，优先级是裁决依据。三者配合，才能让月台从“抢位”走向“排程”，为后续的园区协同打下稳定基础。