把快递异常按站点拆表并生成催办草稿

从一张混在一起的异常表，变成每个站点可处理的清单

电商仓每天都有未揽收、滞留、延误和破损件。异常导出来之后，还要按快递站点分表、找联系人、拼催办话术；站点回复回来，又要逐票更新。

WorkBuddy 可以完成这部分整理，把无联系人、归属不清和反馈冲突的运单单列，让仓库与客服集中处理真正需要协调的问题。

先准备异常导出与联系人表

异常表至少包含物流号、订单、快递公司、站点、异常类型、最新状态、发生和更新时间。联系人表包含快递公司、站点、对接人、联系方式和适用范围。再提供已跟进记录、企业催办时限和本次导出截止时间。

客户电话、地址等信息只在处理所需范围使用。对外站点表应按企业规则减少无关字段，避免把全量订单资料发给单个站点。

按归属拆分，再整理催办内容

先检查物流号格式，去掉明确重复导出的记录；一票多条进展按时间保留，不直接删除历史异常。站点缺失或同名冲突，进入待核队列。

再按快递公司与站点匹配联系人，形成各站点独立清单。未知归属不随便分给最相近名称，未匹配联系人也不自行搜索补造。

最后按每票最新事实写催办草稿：目前异常、需要回复什么、希望何时反馈。明确谁负责回复、谁更新内部状态。收到站点回复后，把“已联系”和“已解决”分开记录。

可以直接使用的指令

请把快递异常表按快递公司和实际站点拆分，并匹配提供的联系人表。
核对物流号格式、订单对应、异常和更新时间。明确重复导出可去重，同票不同进展按时间保留。
对站点缺失、同名冲突、无联系人和状态矛盾分别单列，不猜归属。
每个站点输出一张处理表：物流号、订单必要字段、异常、最近事实、待回复问题、内部负责人、跟进状态。按信息最少原则去掉站点无需知道的客户资料。
为各站点起草催办消息，列待确认事项和反馈期限；期限只用企业规则。汇总分表票数与未分配票数，核对原表总数。
只生成表格和草稿，不发送、不修改原始表。

应拿到什么结果

结果包括站点分表、未知归属清单、无联系人清单和催办草稿。每张站点表能直接交给负责人检查，汇总表能看到哪些异常仍然没有进入处理。

分表完成后怎么检查

核对原始异常运单数与所有分表、待核清单之和。抽查同名站点、跨区域联系人和高金额异常。破损、丢件只记录实际反馈，不默认站点已经认责。

回复不完整时怎么跟

“已经处理”缺少结果，应继续列需要确认的节点或凭证；同票不同人回复冲突，保留双方内容；重复导出的老异常已经真实解决时，要用确认记录关闭。

对外沟通仍按企业流程进行

WorkBuddy 的分表结果不代表消息已经发出，也不代表快递平台状态已经更新。负责人检查收件人、客户资料和话术后再发送，赔付与客户承诺由相应岗位确认。