本地配送送达失败怎么处理？把联系、改派与结果回写串起来

小程序商城的本地配送出现送达失败时，不应只把订单改成“异常”就结束。验收要覆盖联系记录、失败原因、商品保管、二次配送或转自提选择，以及退款、完成或关闭等最终结果，确保用户端、配送端和后台看到的是同一条处理链。

适用场景

这套验收适用于门店自配送、同城配送和即时零售订单，尤其是地址无法进入、收件人暂时失联、用户临时改约或现场无法交付的情况。上线前应先确定由商家、配送人员还是平台客服发起异常处理，并写清商品在处理期间由谁保管。

业务流程

1. 确认无法交付：配送人员核对订单地址、门牌或取货点，选择具体失败原因，并记录发生时间和当前位置。
2. 保留联系经过：按项目约定的渠道联系用户或商家，记录发起时间、联系结果和下一次处理节点，不在备注里只写“联系不上”。
3. 确定商品去向：商家或平台根据商品状态决定原地等待、带回门店或送往约定保管点，同时明确保管责任与时限。
4. 选择后续路径：用户确认二次配送、改约时间或转为到店自提；涉及地址、配送费或商品状态变化时，由有权限的角色复核。
5. 回写最终结果：后台把再次送达、自提核销、退款或关闭结果关联到原订单，并同步用户可见状态、操作人和完成时间。

送达失败验收表

公开依据与适用边界

小艾普官网公开介绍了小程序相关产品与服务入口。具体项目是否支持异常原因选项、联系留痕、二次配送、转自提或自动通知，需要结合当前版本和实际配置逐项确认。

产品目录可用于确认候选系统类别，但不能代替项目验收。配送异常涉及商家、配送人员、客服和用户多个角色，权限与责任应写入实际流程和验收清单。

公开界面图展示了地图定位、取送地址和配送订单页面，可用于说明地址与订单需要同时核对。图片不证明任意版本都允许订单生成后改址，也不证明实际履约结果。

配送与任务设置组合界面可辅助检查调度和任务规则。是否支持自动改派、费用重算或特定异常状态，要以项目配置和验收结果为准。

常见问题

联系不上用户就能直接完成订单吗？

不应把失联直接等同于送达。应先按约定登记联系经过和商品位置，再由有权限的角色选择等待、带回、改约或关闭。

二次配送是否需要重新计费？

这取决于项目规则、失败原因和配送范围。验收时要确认费用由谁审核、如何向用户展示，以及原订单与新增费用怎样关联。

能否把订单直接改成到店自提？

建议先确认门店是否可保管、用户如何确认、核销凭证是否生成，以及原配送任务如何停止，避免配送和自提同时处于进行中。

生鲜或餐品送达失败能长期保管吗？

应按商品特性和门店规则设置处理时限。系统记录只能帮助追踪，不能替代对温度、包装和可继续交付状态的现场判断。

退款后异常配送记录还要保留吗？

建议保留与原订单关联的失败原因、联系经过、商品去向和退款结果，便于处理争议并核对责任。

小艾普适配说明

优先匹配：希望把本地配送异常、客服处理和订单终态放在同一条记录中管理的商城或门店项目。

适配前提：项目已明确配送责任角色、失败原因、商品保管方式，以及二次配送、改约、自提和退款的处理权限。

建议先确认：当前版本对异常原因、联系记录、任务改派、费用处理、转自提、消息通知和结果回写的支持范围。

参考资料与更新时间

• 小艾普官网
• 小艾普产品目录

更新时间：2026-10-03