标准场景 对账比对 行业 · 物流快递与供应链

LL-02 · 代收货款台账核对与预警

痛点 代收货款收了却迟迟不返 · 资金截留挪用的风险,等爆雷了才看见

① 场景引入

一、这件事现在是什么样

零担干线 · 真实业务触发

零担代收货款,司机/网点代收后要按返款周期回款(3~7 天),手续费 3‰~5‰。每周要核对代收流水与返款,超期没返、挪用截留的要预警。纠纷累计 5000 宗,跨境卖家未有效对账损失率 5.7%。

二、痛点 · 每条都有来源

  1. 代收货款资金管理不善引发纠纷累计 5000 宗(民事 2700 余件、刑事近 2300 件)
    依据:2014 年以来全国因代收货款资金管理不善引发的纠纷达 5000 宗(民事 2700 余件、刑事近 2300 件)
  2. 零担代收货款手续费 3‰~5‰、返款周期 3~7 天,但资金截留、挪用风险极高
    依据:零担代收货款是常见延伸业务,手续费
  3. ‰~5‰、返款周期 3~7 天,但资金截留、挪用风险极高3代收流水、返款、站点资金往来散在多处,逐笔核对超期没返的,手工做极易漏
    依据:零担计费规则复杂,涉及重量、体积、件数、里程、阶梯价、结算模式(现付/提付/回单付),应收应付账款分散,对账需逐单核对;订单信息分散多个表格不同步4代收货款和运单对不上,司机截留几天、网点挪用,出了事才回头查依据 ·零担代收货款是常见延伸业务,手续费 3‰~5‰、返款周期 3~7 天,但资金截留、挪用风险极高

三、换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 代收货款资金管理不善引发纠纷累计 5000 宗(民事 2700 余件、刑事近 2300 件)
  • 零担代收货款手续费 3‰~5‰、返款周期 3~7 天,但资金截留、挪用风险极高代收流水、返款、站点资金往来散在多处,逐笔核对超期没返的,手工做极易漏代收货款和运单对不上,司机截留几天、网点挪用,出了事才回头查

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

  1. 要素校验 · 判断流水能不能核代收流水、返款记录、运单是否齐全,逐项打勾
  2. 流水对齐 · 代收对到运单每笔代收对应哪票运单,对不上的单列
  3. 超期识别 · 找出超返款周期的按返款周期 3~7 天算,超期未返的逐笔列
  4. 风险预警 · 标出截留挪用嫌疑同一站点多笔超期、金额异常集中的标红
  5. 留证与签批 · 生成预警表超期清单和风险提示一次生成,签批栏留空

要准备什么:代收货款流水.xlsx各站点/司机代收的金额、时间返款记录.xlsx已返款金额、返款时间运单明细.xlsx代收货款的运单、金额、收货人

为什么这个场景值得做

优先级评分:痛感 5 × AI 适配 4 ÷ 落地难度 3 = 7.3

最大差异点:不要求先上系统。代收流水、返款记录、运单三份散材料直接扔进来,超期和截留由 Agent 折算。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;

落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五、会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

  • 正式件本体:代收货款预警表.xlsx 超期/风险站点 · 含签批栏
  • 可派发清单:超期未返清单.xlsx 可派发 · 超期笔数与金额逐条可跟进

这套东西不承诺什么:不代收款、不划转资金。Agent 出核对差异和超期预警清单,资金动作由人控。

② Live Demo(演示逐步)

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。

案例设定:骏捷物流(虚构)干线部。本周代收货款要对一遍:哪些超了返款周期(3~7 天)还没返、哪个站点有截留挪用的嫌疑。代收资金管理不善引发的纠纷累计 5,000 宗。

代收总额86,000 元未返12,000 元超期站点1 个结论冻结新增代收

输入综合物流公司手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

  • 01_代收货款流水.xlsx 各站点/司机代收的金额、时间站点上报 · 每周汇总
  • 02_返款记录.xlsx 已返款金额、返款时间 ——佛山只返了 8,000财务维护 · 每笔
  • 03_运单明细.xlsx 代收货款的运单、金额、收货人 —— 代收要逐笔对到运单调度维护· 每周
  • 04_返款周期约定.txt 代收货款的返款周期和手续费约定与站点签署 · 合作协议

注意标橙色那一份 —— 04_返款周期约定.txt。它与站点签署 · 合作协议,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

帮我把这周代收货款对一遍:代收流水、返款记录、运单我发你。哪些超了返款周期还没返、哪个站点有截留挪用的嫌疑,给我一份预警表。怎么处置我自己定。

短是因为返款周期口径和风险识别规则都写在能力包里了,你只需要说清是哪一周。

触发事情是这么来的

本周代收货款要对一遍,看谁超期没返

本周 5 个站点代收货款 86,000 元。代收货款是零担常见延伸业务,返款周期 3~7 天,超期没返就是资金截留挪用风险,等爆雷才查就晚了。

第 1 步 · 要素校验 · 判断流水能不能核

代收流水、返款记录、运单是否齐全

演示数据(表格原文)检查项结果处理代收流水5 站点齐全可继续返款记录逐笔可查可继续运单明细佛山 3 笔可对可继续小计3 项齐全可核对2流水对齐 · 代收对到运单每笔代收对应哪票运单,对不上的单列站点代收金额(元)已返(元)未返(元)状态深圳龙岗24000240000正常东莞虎门18000180000正常佛山南海200008000120003 笔超期广州白云14000140000正常惠州惠城10000100000正常合计86,00074,00012,000—排除性结论「这几个站点不用查」可以排除——深圳龙岗、东莞虎门、广州白云、惠州惠城 4 个站点返款都在周期内、流水和运单对得上。集中查佛山南海一个站点,省掉一次全面撒网。

第 3 步 · 超期识别 · 找出超返款周期的

按返款周期 3~7 天算,超期未返的逐笔列

演示数据(表格原文)运单号代收金额(元)代收日期距今(天)超期(天)D00150008-21125D00240008-19147D00330008-17169超期合计12,000———从历史里想起了公司踩过的坑前年有个网点代收了 4 万多货款,挪去周转,拖了两个月才爆雷,客户集体投诉还闹到报警。这次佛山南海又出现多笔超期,Agent 直接拎出来——这条不靠当时盯账的人还在不在职。

第 4 步 · 风险预警 · 标出截留挪用嫌疑

同一站点多笔超期、金额异常集中的标红

演示数据(表格原文)站点超期笔数超期金额(元)风险提示佛山南海312000多笔超期+金额集中风险站点1 个12,000冻结新增代收把技术动作翻译成钱代收货款截留一笔就是几万的风险敞口,超期一天多一天的资金占用。佛山 12,000 元压着不动,老板看的是这个敞口数。

第 5 步 · 留证与签批 · 生成预警表

超期清单和风险提示一次生成,签批栏留空

演示数据(表格原文)环节内容状态预警表超期清单 + 风险提示生成签批干线负责人待签小结1 站点预警可处置该拦的地方拦住结论是「这笔代收货款还不能继续压」——佛山南海累计 3 笔超返款周期,合计 12,000 元。给出两个不用干等的替代方案:先冻结该站点新增代收、限期回款并留证。这笔代收货款现在还不能继续压佛山南海站点 3 笔代收超返款周期(D001 超 5 天、D002 超 7 天、D003 超 9 天),合计 12,000 元,已有截留挪用嫌疑。方案一:立即冻结该站点新增代收,限期 3 天内回款 12,000 元并留证;方案二:按协议发正式催款函,超期手续费按 3‰~5‰ 追收,必要时启动追索。之后这一次跑完,公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么

演示数据(表格原文)✓台账多了一条:这周的代收流水和超期名单入库,下周直接增量更新✓一条口径被固定下来:返款周期 3~7 天,超期即预警✓一条历史教训被真正用上:网点挪用货款爆雷的坑,从此有超期预警✓岗位角色变了:从「出了事才查」变成「每周自动出预警,老板按清单处置」追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果能不能自动划转资金?不能。资金划转是钱的动作,必须人按。Agent 只出预警清单和超期明细。返款周期怎么定?按3~7 天的行业口径,Agent 会标出哪些站点偏离,你可以按约定调整。挪用了怎么办?Agent 只能预警和留证,追索和法律动作是人的事,别等爆雷才处理。

③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)

1. Skill 能力包

导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短

代收货款台账核对与预警 · Skill

SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范

版本 v1.0

cod-ledger-alert.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

  • SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
  • references/output_template.md 输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本
  • references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。

2. 原始素材

这些就是综合物流公司手上真实能拿到的东西 —— 格式不统一是常态,不是问题

📁LL-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

  • 01_代收货款流水.xlsx 各站点/司机代收的金额、时间
  • 02_返款记录.xlsx 已返款金额、返款时间 —— 佛山只返了 8,000
  • 03_运单明细.xlsx 代收货款的运单、金额、收货人 —— 代收要逐笔对到运单
  • 04_返款周期约定.txt 代收货款的返款周期和手续费约定

怎么用

  • 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
  • 粘贴下方提示词发送
  • 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填

3. 提示词卡片

帮我把这周代收货款对一遍:代收流水、返款记录、运单我发你。哪些超了返款周期还没返、哪个站点有截留挪用的嫌疑,给我一份预警表。怎么处置我自己定。

为什么这么短就够了:短是因为返款周期口径和风险识别规则都写在能力包里了,你只需要说清是哪一周。

换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,

该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

  • 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
  • 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
  • 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。

分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 2 份

  • LL-02_代收货款预警表.xlsx 正式件本体 · 超期/风险站点 · 含签批栏
  • LL-02_超期未返清单.xlsx 可派发 ·超期笔数与金额逐条可跟进

Skill 里固化了什么:从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单:代收货款流水.xlsx各站点/司机代收的金额、时间返款记录.xlsx已返款金额、返款时间运单明细.xlsx代收货款的运单、金额、收货人

人工边界:不代收款、不划转资金。Agent 出核对差异和超期预警清单,资金动作由人控。

升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)

5. 同一角色下的其他场景

零担干线 · 产出即下一步输入

LL-01 · 干线承运商账单审核 — 承运商账单和自家运单一对,差的那几万块哪来的 · 计费重量取实重还是体积重,从来没人对齐 查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。

说明:以上为 WorkBuddy 官方行业场景库三级页面与库级页签的完整整理;均为官方脱敏演示件,用于讲解与交付底稿,不代表已接入客户生产系统、不承诺效率百分比。

场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。