JS-01 · 货代多币种自动对账
痛点 上过系统的财务还在熬夜手工对账 · 报价模板和实际费用模板对不上,系统只是昂贵的硬盘盒
① 场景引入
一、这件事现在是什么样
对账结算 · 真实业务触发
月底要从海量邮件、聊天记录、纸质单据里收供应商账单 + 客户应收,逐票核对、多币种折算,周期一到两周。报价模板和实际费用模板不统一,同一票业务的应收和应付对不上。
二、痛点 · 每条都有来源
- 货代与船司长期纠纷约 42% 源于人工核验漏洞
依据:德鲁里 2024:货代与船司长期纠纷约 42% 源于人工核验漏洞 - 货代结算系统已原生支持多币种对账,但上系统后财务仍在熬夜手工对账,本质是报价模板与实际费用模板断裂依据· 货代结算系统已原生支持多币种自动对账,但上系统后财务仍在熬夜手工对账3月底从海量邮件、聊天记录、纸质单据里收账单,逐票核对、多币种折算,周期 1-2 周
依据:货代结算系统已原生支持多币种自动对账,但上系统后财务仍在熬夜手工对账4手工计费漏收错收占年营收 0. - -0.5%,多币种汇率折算再叠一层误差
依据:货代手工计费漏收错收:利润损失占年营收 0.3-0.5%,年营收 2 亿≈漏 100 万
三、换个做法之后
变化不在「快」,在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 货代与船司长期纠纷约 42% 源于人工核验漏洞货代结算系统已原生支持多币种对账,但上系统后财务仍在熬夜手工对账,本质是报价模板与实际费用模板断裂月底从海量邮件、聊天记录、纸质单据里收账单,逐票核对、多币种折算,周期 1-2 周手工计费漏收错收占年营收 0.3
- -0.5%,多币种汇率折算再叠一层误差
✓ 交给 Agent 之后
- 多来源文件一次读入,先做口径与完整性校验,再开始算
- 每条结论绑定来源文件、字段或条号,可以被审
- 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
- 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案
四、场景闭环
5 步 · 每一步的产出都是下一步的输入
- 要素校验 · 判断台账能不能对账应收、应付、币种、汇率逐项打勾
- 逐票勾稽 · 应收 vs 应付对到同一票同一票业务下,报价 → 应收 → 应付逐票对平
- 多币种折算 · 按锁价汇率统一币种按锁价汇率折算,未锁价的标「需人工确认」
- 差异识别 · 找出对不上的票金额差、币种错、缺账单的逐条列,带出处
- 留证与签批 ·生成待签的对账单对账差异清单,发出前由财务签
要准备什么:应收台账.xlsx每票应收、开票日期、账期、币种供应商账单.xlsx船司/车队/报关行的应付账单,币种不一汇率锁价记录.xlsx各票锁定的汇率
为什么这个场景值得做
优先级评分:痛感 5 × AI 适配 4 ÷ 落地难度 3 = 6.7
最大差异点:不要求先上对账系统。应收台账、应付账单、汇率锁价记录三份材料直接扔进来,同一票业务下的应收应付由 Agent 自动勾稽。
评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;
AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;
落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。
五、会产出什么
判断标准只有一个:这份东西能不能直接进企业的流程
- 正式件本体:
货代对账单.xlsx逐票勾稽/多币种折算 · 含签批栏 - 可派发清单:
对账差异清单.xlsx可派发 · 金额差与缺账单逐条带出处
这套东西不承诺什么:不代客户付款、不对外发账单。Agent 只做应收应付逐票勾稽、多币种折算和差异清单,最终金额和对外发送由财务确认。
② Live Demo(演示逐步)
演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。
案例设定:海陆通国际物流(虚构)。月底要从海量邮件、聊天记录、纸质单据里收供应商账单 + 客户应收,逐票核对、多币种折算,周期一到两周。报价模板和实际费用模板不统一,应收应付对不上。
总票数20 票直接过16 票异常4 票可量化差异2,450 元
输入港航物流企业手上能拿到的东西
不需要整理格式、不需要改文件名 · 直接拖进对话框
01_应收台账.xlsx每票应收、开票日期、账期、币种 —— 本月的应收财务维护 · 月底加总02_供应商账单.xlsx船司/车队/报关行的应付账单,币种不一供应商发来 · 分散在邮件和微信里03_汇率锁价记录.xlsx各票锁定的汇率 —— 对账折算应该按这个,不是按记账汇率财务锁价时记录 · 从没和对账对照过04_上月对账底稿.xlsx上月的对账结果 —— 哪些票上个月就对上、哪些一直挂账财务归档
注意标橙色那一份 —— 03_汇率锁价记录.xlsx。它财务锁价时记录 · 从没和对账对照过,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。
提示词就说这么几句
没有模板、没有表单 · 专业规则由 Skill 兜底
帮我出这个月的对账:应收台账、供应商账单、汇率锁价记录我发你。逐票把应收应付对平,多币种按锁价汇率折算,对不上的票和缺账单的票单独列出来。对账单草稿出给我,最终发不发我定。
短是因为勾稽口径和汇率折算规则都写在能力包里了,你只需要说清是哪个客户哪个月。
触发事情是这么来的
月底收齐账单,逐票核对、多币种折算
财务月底从邮件、微信、纸质单据里收齐 20 票的应收和供应商账单,逐票核对、多币种折算。
第 1 步 · 要素校验 · 判断台账能不能对账
应收、应付、币种、汇率逐项打勾
第 2 步 · 逐票勾稽 · 应收 vs 应付对到同一票
同一票业务下,报价 → 应收 → 应付逐票对平
第 3 步 · 多币种折算 · 按锁价汇率统一币种
按锁价汇率折算,未锁价的标「需人工确认」
第 4 步 · 差异识别 · 找出对不上的票
金额差、币种错、缺账单的逐条列,带出处
第 5 步 · 留证与签批 · 生成待签的对账单
对账差异清单,发出前由财务签
不讲省了多久 · 讲少了几个隐患、沉淀了什么
③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)
1. Skill 能力包
导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短
货代多币种自动对账 · Skill
SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范
版本 v1.0
multi-currency-recon.zip
在 WorkBuddy 里直接上传这个 zip 即可导入
包内结构
SKILL.md主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界references/output_template.md输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本references/judgement_rules.md判据与口径 —— 什么情况算异常、什么情况必须拦住
references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。
2. 原始素材
这些就是港航物流企业手上真实能拿到的东西 —— 格式不统一是常态,不是问题
📁JS-01 · 演示素材
脱敏构造数据 · 真实业务格式 · 埋点可核验
共 4 份
01_应收台账.xlsx每票应收、开票日期、账期、币种 —— 本月的应收02_供应商账单.xlsx船司/车队/报关行的应付账单,币种不一03_汇率锁价记录.xlsx各票锁定的汇率 —— 对账折算应该按这个,不是按记账汇率04_上月对账底稿.xlsx上月的对账结果 —— 哪些票上个月就对上、哪些一直挂账
怎么用
- 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
- 粘贴下方提示词发送
- 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填
3. 提示词卡片
帮我出这个月的对账:应收台账、供应商账单、汇率锁价记录我发你。逐票把应收应付对平,多币种按锁价汇率折算,对不上的票和缺账单的票单独列出来。对账单草稿出给我,最终发不发我定。
为什么这么短就够了:短是因为勾稽口径和汇率折算规则都写在能力包里了,你只需要说清是哪个客户哪个月。
换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,
该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。
自己组织输入的三步法
- 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
- 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
- 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。
分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。
4. 预期输出
不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构
📋正式交付物
带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」
共 2 份
JS-01_货代对账单.xlsx正式件本体 · 逐票勾稽/多币种折算 · 含签批栏JS-01_对账差异清单.xlsx可派发· 金额差与缺账单逐条带出处
Skill 里固化了什么:从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱
输入清单:应收台账.xlsx每票应收、开票日期、账期、币种供应商账单.xlsx船司/车队/报关行的应付账单,币种不一汇率锁价记录.xlsx各票锁定的汇率
人工边界:不代客户付款、不对外发账单。Agent 只做应收应付逐票勾稽、多币种折算和差异清单,最终金额和对外发送由财务确认。
升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)
5. 同一角色下的其他场景
对账结算 · 产出即下一步输入
JS-02 · 航次盈亏归因 — 整个船队看着赚钱,其实藏着亏本的航次 · 不逐航次拆,钱漏在哪永远不知道 查看 →
上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。
场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。