正常流程、审批点与异常分支

01暴雨旺季

02分拣设备故障

03错分包裹和骑手事故出现后

04控制塔按分级机制限流

05改线

7.1 正常快递订单的二十四步

阶段	步骤	主岗	证据/审批点
售前	1需求样本、2许可与品类核验、3方案定价、4合同审批	销售、方案、合规	数据清单、压力测试、合同版本
上线	5主数据、6接口、7全链演练、8流量批准	上线、IT、运营	UAT、模拟账单、上线签字
下单	9订单校验、10额度/支付、11运单生成	订单系统、财务	幂等键、产品费率版本
收寄	12预约、13实名、14验视包装、15称重量方首扫	收派、网点	身份结果、验视、称重、首扫
转运	16集包、17分拨、18封发、19干支线交接	分拣、调度	容器码、车次、封签、扫描差异
投递	20到件、21派件联系、22身份/授权、23POD	末端	责任清单、联系、照片/码/签名
结算	24异常关闭、计费、对账、开票、回款	客服、质量、财务	账单行、SLA、确认、银行流水

在网络快递中，步骤多不等于官僚。每一步对应一次风险边界：物品是否可进网络、实物由谁接管、数量是否一致、路由是否正确、收件人是否授权、金额是否可计。可以通过系统自动化减少人工，但不能删除事实。

7.2 正常即时配送订单

正在绘制业务流程…

平台应分别记录“商户接单”“备妥”“骑手到店”“取货离店”“到达用户”“交付”时间，避免把商户备货慢、用户联系不上或系统估时错全部记为配送员迟到。合单应评估路线与温度/品类兼容，不能只追求单次多带几单。

7.3 审批矩阵

事件	一线可做	主管批准	升级审批
可收性明确不符	拒收、隔离、记录	安全合规复核争议	涉嫌违法或重大危险按预案报告
地址小范围更正	验证后提交变更	网点/客服复核	跨区、高价值、已签收后变更
常规二派	按产品规则安排	超约定次数或费用	大客户批量失败/区域异常
一般延误	更新预计时间、通知	启用备用班次	区域大面积、监管或舆情风险
小额赔付	收集证据、发起	授权额度内审批	大额、群体、疑似欺诈、人员伤害
临时加价	不得口头加价	合同已有触发条件时确认	无条款或大客户价格让步
轨迹更正	提交工单	质量与数据复核	已用于结算、赔付或监管报告

7.4 异常分级

等级	示例	响应目标	指挥
L1单票	地址错、用户不在、轻微包装破损	现场止损并在班次内闭环	网点/即时调度
L2批量	车辆晚到、设备短停、商户批量漏单	限流、改线、客户通知	控制塔＋质量
L3重大	大面积滞留、重大丢失、数据泄露、严重事故	立即止损、证据保全、管理层介入	经营负责人＋专项团队
L4危机	涉嫌违禁、群体伤亡、重大公共安全/监管事件	按法定和预案要求报告处置	公司危机机制与主管部门

7.5 禁限寄或疑似危险物品

发现疑似禁限寄物品时，一线不应继续分拣以“交给下一站判断”。执行停止收寄或隔离、避免不安全操作、记录人员和位置、通知安全合规，按现行规定和应急预案处置；涉嫌违法犯罪或需主管部门处理时依法报告。不要让客服远程指导普通员工拆解、闻嗅或试验未知物品。

根因可能来自客户隐瞒、品类规则缺失、协议客户抽检失效、收派员绩效压力或模型误判。CAPA必须同时修订客户门禁、培训、系统拦截和奖惩，不能只处罚最后扫描人。

7.6 扫描断点、错分与滞留

当“发出”后无到达，先定位最后可信实物交接：容器是否闭合、装上哪辆车、封签是否一致、同容器其他件到哪、车辆是否改线。禁止为了让看板变绿补扫“到件”；补扫会破坏查找方向和责任证据。

正在绘制业务流程…

7.7 延误与大面积峰值

延误处理顺序是安全、止损、真实状态、客户选择、资源恢复、责任和财务。暴雨或促销时，控制塔应基于已接件、在途、待派、预计产能决定限流、延长承诺、增加班次或暂停高风险区域；销售不得继续以原时效接入无限流量。

峰值成本不仅是加班和外包。还包括错分返工、包装破损、空车调拨、赔付、客服、SLA抵扣、设备超负荷维护和现金前置。异常期间财务应建立事件成本码，避免月底只看到“人工多了”却不知道哪次决策导致。

7.8 丢失、破损、短少与错件

客服先建立唯一工单，冻结可能被覆盖的轨迹、照片、通话、监控索引、容器和车次证据。质量区分包装责任、收寄验视、分拣装载、运输、末端交付及客户申报价值；法务和授权人按合同、保价、法律与事实审批。运营追偿下游不应成为拖延向合同客户处理的借口，二者是两条链。

错件涉及另一用户信息时，应控制扩散：不要要求用户在公开群发送完整面单；通过受控渠道核对，安排回收或交换，并评估个人信息事件。破损食品、药品或安全敏感物品不能仅凭外观“重新包一下继续送”，应按品类规则处置。

7.9 无人、拒收、代收和退回

情形	一线动作	禁止动作	账务入口
无人/联系不上	留合规联系记录，按约定二派或暂存	提前签收、擅自放置	二派费、时效暂停按合同
收件人拒收	记录理由、外观与时间，申请退回	强迫收件或丢弃	原程、退回、客户责任判断
代收	验证用户授权和代收规则	默认邻居/前台均有权	完成事件和POD
地址错误	验证改址申请并评估范围	将完整地址发到公共群	改址/转寄费与承诺调整
无法投递且无法退回	隔离登记，按现行规则处理	员工私分、出售或销毁	负债、处置成本与记录

7.10 即时配送取消、商户等待与交通事故

取消要按状态区分：未派单、已接单未到店、到店等待、已取货、已接近用户。费用和物品责任不同。已取食品的订单取消，不等于骑手可自行处置；平台、商户和用户要有明确指令与记录。

发生交通事故先救人、报警或求助并防止二次伤害，再做订单改派、用户通知、现场证据和内部报告。不得以“保持准时率”为由要求配送员带伤继续；事故订单的商品损失、用户退款、医疗/职业伤害、第三方损害和保险是不同事项，应分别建账与跟踪。

7.11 系统中断与数据事件

断网模式只允许预先定义的最低业务：离线任务应有唯一编号、时间戳和回传去重；无法完成实名验视、禁限寄判断或收款核验时应暂停相应收件。恢复后先对订单、实物和资金三方勾稽，再补传真实事件，不补造时间。

出现批量查件、异常导出、骑手账户异地登录、面单照片外泄或改址攻击时，立即停用风险账户/接口、保全日志、评估范围和影响、按预案通知有关责任人和主管部门。删除群聊截图不是事件处置，反而可能毁掉证据。

7.12 旺季演练脚本

旺季前不应只开动员会。演练同时注入五个故障：订单预测比基准高30%、一条分拣线停机、一班干线迟到、某末端网点人员不足、客户接口重复推单。观察团队是否能识别重复订单、切人工旁路、调用已签备用资源、给出真实预计时效、保护骑手休息、冻结无证据计费，并在恢复后完成实物与系统对账。

演练评分按结果而非口号：异常发现用了多久；谁拥有唯一事件指挥；限流由谁批准；是否通知客户选择；备用司机车辆是否真的到场；客服能否看到同一状态；财务是否建立事件成本码；事后是否识别提前扫描、共享账号或安全指标恶化。演练中发现问题是收益，掩盖问题才是失败。

演练注入	预期控制	失败信号
重复下单	幂等拒绝、客户回执一致	生成双运单双计费
分拣线停机	急停、锁定、人工旁路、容量重算	人员进入危险区徒手排障
干线迟到	备用班次、路由重排、客户通知	补扫发车或到达
网点缺员	跨区支援、限流、真实预计时效	要求个人无限加班
系统恢复	离线号去重、订单实物资金勾稽	批量覆盖原始事件

旺季结束还要做“退出演练”：临时账户、车辆、场地、人员和费率何时停用；押金和预付款如何清；滞留件、未结赔付和未开票账单由谁接管。临时资源不退出，会变成长期权限、成本和安全漏洞。

<a id="g04-ch8"></a>