预售订单已经接近承诺发货日，AI怎样区分可履约、需延期确认和应人工处理的订单？

明天是预售承诺发货日，销售后台显示大部分订单等待发货，仓库说货还在路上。客服准备群发延期通知，却发现部分型号已经可出库，还有几张订单客户提出取消。全部通知延期，会把可以按时履约的客户也拉进争议。

把承诺日期回到每笔订单

订单表保留订单号、SKU、数量、付款状态、承诺版本和约定发货日。承诺发货与承诺送达是不同事件，平台规则、活动页面和订单沟通之间的适用关系由负责人确认。AI不能把宣传文案中预计二字改成确定承诺，也不能把原承诺悄悄延后。

一笔订单有多件商品时，需要明确是否允许分开发货和部分履约，未获批准不能把一件寄出就标整单完成。客户取消、地址待补、风控或其他限制各有依据，不从客服备注的一个词就自动冻结或退款。

库存保留可用、已分配、待检、冻结及所在仓信息，账面库存不能全部供预售使用。到货计划记录来源与确认时间，供应商预计、运输在途和仓库已收合格是不同证据。配送与出库能力也进入核对，货在仓里未必能赶上当天揽收截点。

XLSX Skill可生成订单、库存与承诺时间的核对工作簿，按已批准分配规则计算可覆盖数量。先保留现有库存承诺，不能把已分给其他客户的货重新视作可用。订单优先顺序由企业及适用平台规则确认，不让AI按客户消费额私自插队。

关联以SKU和必要版本为准，外观相似的替代型号需要客户或业务批准。缺货数量与缺货订单数分别统计，一笔十件的订单不能当成一件需求。部分覆盖的订单单列，不自动把剩余数量置零以提高完成率。

基础情景只用已确认可用资源，乐观情景可以加入有证据的预计到货，并注明不确定条件。未有运输确认的承诺不能用作确定履约。每次导出写截止时间，状态变动后重算，过期库存表不能指导当天客服回复。

假设某SKU共一百件需求，已确认可用六十件，预计到货三十件但来不及原出库截点，另十件连新到货日也不确定。按经批准分配后的订单对应，六十件进入可履约候选，三十件进入需延期确认，十件进入人工追查。数字按件演示，不能直接说对应六十、三十和十位客户。

预计到货晚于原截点的订单，客服需要说明原承诺、拟延期日期及不确定条件，按适用程序取得或处理客户选择。通知发出不等于客户接受延期，未回复状态保留。不能先在后台修改承诺，再用修改后的日期证明订单不逾期。

客户请求取消、涉及争议、地址或支付异常的项目进入人工处理队列。退款、补偿、替代发货和延期条件由授权人员及适用规则决定，AI生成回复草稿但不自行承诺金额。缺乏可靠新日期时如实说明正在确认，不编一个具体日期安抚客户。

可履约候选在出库前再次核对库存、地址及客户取消状态，仓库提供实际出库或交接证据。创建物流单号不一定等于已交给承运人，订单状态按实际业务和平台要求确认。AI记录与原系统状态不同，交给系统负责人核查，不直接批量改完成。

抽查多SKU、部分发货、重复订单和跨仓库存情况。新增到货进入可用前要完成相应收货检查，冻结货不因承诺日期临近就自动解锁。例外队列分责任人和下一次反馈时间，避免所有问题都挂在等待发货一个状态里。

分析只使用必要订单代号与数量，客户地址、电话和支付信息在获授权系统内处理，导给AI的表做脱敏。客服需要联系客户时回到原系统取联系方式，不从分析文件复制未经确认的新地址。

复盘同时统计按原承诺完成、经程序确认延期、仍未关闭和客户处置结果。延期确认不能包装成原期按时发货。每条结案保留证据及时间，负责人能够看清哪个供应承诺失效、哪个仓库截点被忽略以及哪项客户沟通仍需要补齐。

下次预售活动据此校正库存承诺和到货缓冲，但新增销量目标不能由AI直接扩大。眼前这批订单的交付是逐项可执行清单，不是一张总体发货率。能发的尽快按程序发，不能发的及时说明，特殊问题留给有权限的人处理。