发货通知时间

送货通知时间是送货服务启动送货或取货流程所需的最短时间。

就 SHP 配送方式而言，最短发货通知时间可以建模为承运服务或按需配送确认配送请求所需的时间。 而在 PICK 配送方式中，运输通知时间可以建模，以便取货工人在顾客进入取货中心之前将产品转移到相应的取货位置，如自助服务终端储物柜或货架上。

您可以为日期范围列表定义以小时为单位的发货通知时间，也可以为一周中的每一天定义具体时间。 为了最大限度地缩短履行时间，发货通知将应用于正在包装物品数量的最后一个容量槽。 这样，在产品准备的同时，承运服务部门就能了解到装运情况。

由于每个项目的出货通知时间可能不同，系统支持按项目和节点-出货组级别进行分级覆盖。

1. 项目：通过 Upsert items API 配置 minNotificationTime 属性，在项目级别设置发货通知时间。 有关详细信息，请参阅 Catalog upsert item API。
2. 节点-发货组：出货通知日历设置可在单个节点的出货 SLA 级别设置时间，因为并非所有地点都有相同的通知时间。 有关详细信息，请参阅定义或更新发货通知日历 API。
   注意： 默认情况下，如果两个设置都未定义，则出货通知为即时通知或零时通知。

示例 1

如果快递服务或临时送货服务提供商要求 2 小时的发货通知时间，而节点的物品履行流程开始于 2pm，那么送货服务可以取走物品的最早时间就是 4pm。

示例 2

如果项目用于食品配送，发货通知可短至 15min。 对于需要较长准备时间的项目，如果节点-发货组默认值已经设置，则可以在项目级别设置较长的发货通知时间。

示例 3

家具类商品可能需要 6 小时的发货通知时间，因为它需要额外的设备才能发货。

当 promising service 正在评估交货日期时，发货通知时间从每个有效货件的最后一个容量槽开始。 在任何情况下，服务部门都会尽量减少装运次数，从而最大限度地减少装运工作量。

如果库存是非连续性的，可能涉及过期，那么服务可能会分成多次装运。

要了解在实时电子商务交付场景中如何定义发货通知时间，请参阅 场景：通过承运商服务进行电子商务交付的装运通知时间。

您可以使用Order Hub用户界面定义特定节点的最短发货通知时间。 更多信息，请参阅配置发货通知时间。