行政和客服岗每天有一大块时间，花在一件看着很小的事上：件到哪了。员工来问「我那个快递到了没」，客服来问「这批货客户催三次了到底在哪」，采购来问「样品什么时候到」。答案都躺在一个个快递单号里，问题是没人能同时盯着几十上百个单号，靠人手动刷新网站是不现实的。
这类「盯状态、到点提醒、出事分流」的活，恰好是 OpenClaw 的主场。它不需要多聪明，需要的是不漏、不刷屏、出事能找到人。
先说清这篇的位置。站内相邻的几篇都不在这个角度上：用 AI Agent 做物资出入库与领用管理 管的是仓库里的货怎么进、怎么领、库存剩多少；OpenClaw 做差旅申请与费用预审 管的是员工出差这趟的行程和票据；OpenClaw 做设备报修与维保台账 管的是楼里的设备坏了要修。这一篇管的是从寄出到签收这一段「在路上」、由外部承运方执行的件。
一、三样东西分开管：寄件、运单、节点
把物流管乱，通常是因为三个概念被压成了一个字段。要拆开：
- 寄件单：一次寄出行为。谁寄的、寄给谁、什么物品、什么时候交出去的。它是内部记录。
- 运单：一个承运方单号。承运方是谁、单号是什么、当前整体状态。它是外部记录的入口。
- 节点：单号上的每一次状态更新。时间、地点、描述。它是明细。
关键关系要说死：一个寄件单可能对应多个运单（一个箱子分两件发），一个运单只对应一个寄件单。不然后面分开发货时，追溯就会断。
二、单号从哪来：三种录入方式
单号错一位，全盘皆输。三种入口，各管一段：
- 批量粘贴：最稳，适合月底对账、大批量发货时一次性导入。
- 从邮件和表单里自动提取：按承运方的单号格式用正则识别，命中后请人扫一眼确认。别让它自己拍板。
- 面单拍照识别：适合前台收件的场景，OCR 出单号后必须人工确认，识别错的代价比手输还大。
不管哪种入口，每条运单都要带来源字段（谁录的、什么时候录的），出错时能追。
三、节点同步怎么做才不刷屏
节点同步是这套系统里最容易做砸的一环，砸在「太勤」上：
- 官方接口优先，网页兜底：有开放接口就用接口；没有的承运方，用浏览器抓取兜底（做法参考 OpenClaw 怎么接浏览器 和 OpenClaw 怎么定时盯网页变化），并给抓取加限速。
- 只推「状态跃迁」，不推「每次刷新」：把「已揽收 → 运输中 → 派送中 → 已签收」当成阶段，只有跨阶段才提醒。同一个阶段内的例行刷新一律静默。
- 频率分级：在途件一天同步 2～3 次，临近派送当天加密，已签收件停止同步。
- 状态归一化：不同承运方的「已揽收 / 已收件 / 已发货」要映射成统一阶段，否则统计出来全是一堆散词。
四、异常件四类与判定规则
「异常」不是形容词，是四类可以写死规则的情况：
- 超时未揽收：下单后 N 小时仍无揽收记录。通常是发货方还没交件。
- 中途停滞：同一个节点超过 N 小时没有更新。阈值按承运方历史时效定，不要一刀切。
- 派送失败或退回：地址错、无人签收、客户拒收。这类必须立刻通知对接人。
- 签收异常：他人代收、签收地址与记录不符、显示签收但对接人说没收到。
每条规则都要写清阈值和责任人。写不出责任人的规则，等于没有规则。
五、超时提醒的三档与升级
提醒不是发得越多越好，而是要分档、能升级：
- 一级：通知责任人（申请人、对接客服）。这是绝大多数异常停在这一档就解决了。
- 二级：超过阈值仍未处理，升级到主管。升级判据与重试逻辑参考 AI Agent 失败升级规则怎么定，别让提醒无限重复。
- 三级：已经影响交付的件进入例外清单，随日报汇总（做法见 OpenClaw 怎么定时发日报周报），由人决定要不要联系客户改期。
六、只答三问的数据视图
物流数据不用做成大屏，能答三个问题就够：
- 现在有多少件在路上、其中多少件处于异常状态？
- 最近一个月，哪个承运方最常出异常？
- 从揽收到签收，哪个环节平均耗时最长？
这三个答案分别对应：当下的处理压力、承运方的选择依据、流程的改进方向。
七、留证边界
- 不替客户承诺到达时间：Agent 只报「现在到哪了」，不拍板「明天一定到」。
- 面单信息不外发、不长期留存：收件人姓名、电话、地址只在必要的流程里用，到期就清。
- 只做提醒和汇总，不做赔偿判定：丢件、破损的定责是人和承运方之间的事，Agent 不碰。
八、五个坑
- 只记单号不记目的：一堆单号不知道对应哪个项目、寄给谁，异常了也不知道该找谁。
- 全量刷屏：每个节点都推一条，三天后所有人把提醒调成免打扰。
- 承运方状态不归一化：统计出来十个近义词各算一类，看不出真实分布。
- 面单信息随手存：截图直接丢进共享文档，隐私风险全落在自己身上。
- 异常没有责任人：系统提示了，但没人认领，件就一直卡着。
九、适合谁
这套做法适合有稳定寄收件量的团队：电商售后、跨境卖家、行政前台、需要跟外部供应商互寄样品的采购和研发部门。如果一周就寄那么两三个件，人工盯一下就够；一旦「问件」开始占用固定工时，就说明这套流程该立起来了。
