标准场景 预警跟踪 行业 · 品牌与快消

CC-01 · 三平台账单逐单对清

痛点 对账工具只告诉你差了多少 · 没人解释差的每一笔是为什么

① 场景引入

一、这件事现在是什么样

渠道费用与销售运营 · 真实业务触发

每月 5 号前要出上月对账:天猫、抖音、京东三个平台的结算账单对着 ERP 与银行流水,差异不清账就不敢结,财务与运营互相等。

二、痛点 · 每条都有来源

1运营做完退款忘记在系统录入售后单据,财务排查出来反复催补单——「每月多笔漏单反复出现,直接拖垮对账进度」依据 · 电商多平台对账五大痛点:运营退款后忘记录入售后单据、财务反复催补单,每月多笔漏单直接拖垮对账进度;传统工具只标记差异、不解释差异2超七成电商财务每周在数据搬运与核对上超过 20 小时,复杂多平台场景人工差错率可达 8%依据 · 超七成电商财务每周在重复性数据搬运与核对上超过 20 小时,复杂多平台场景人工差错率可达 8%3传统对账工具只标记差异、不解释差异——真正卡住月结的是「这笔差在哪、找谁补」这个判断依据 · 电商多平台对账五大痛点:运营退款后忘记录入售后单据、财务反复催补单,每月多笔漏单直接拖垮对账进度;传统工具只标记差异、不解释差异4依赖渠道端录数据的系统全失败了:业务员照旧微信群报销量,「系统在、流程在、人不在」——对账只能吃品牌方自己手里的文件依据 · 勤策回访:系统在、流程在、人不在——业务员照旧微信群报销量,经销商月底手写对账单,核销单据堆在财务桌上等人翻5终端门店把整箱物流码交给经销商代扫,货还在仓库、系统已显示动销——渠道侧数据必然失真依据 · 米多:终端门店把整箱物流码交给经销商代扫,货还在仓库、系统已显示动销——依赖渠道端录数据的数字化必然失真

三、换个做法之后

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

✕ 现在的做法

  • 运营做完退款忘记在系统录入售后单据,财务排查出来反复催补单——「每月多笔漏单反复出现,直接拖垮对账进度」超七成电商财务每周在数据搬运与核对上超过 20 小时,复杂多平台场景人工差错率可达 8%传统对账工具只标记差异、不解释差异——真正卡住月结的是「这笔差在哪、找谁补」这个判断依赖渠道端录数据的系统全失败了:业务员照旧微信群报销量,「系统在、流程在、人不在」——对账只能吃品牌方自己手里的文件

✓ 交给 Agent 之后

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

四、场景闭环

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

  1. 口径归一 · 三平台账单对齐到订单号级平台各自的结算口径(佣金、扣点、运费险、跨月结算)逐项映射到统一字段
  2. 三方比对 · 账单×ERP×银行订单号级三方匹配;金额一致的过,不一致的逐笔进差异池并标差异类型
  3. 差异判因 · 每笔差异找到原因和责任人按漏单、退款未录、佣金口径、跨月结算、运费险五类判因模板归因,每笔写明「找谁、补什么」
  4. 费用勾稽 · 平台扣费与费用台账对齐平台账单里扣掉的推广费、佣金与费用台账逐笔勾稽,未登记的标「台账缺登记」
  5. 差异清单与核销底稿 · 出可派发的清单差异清单给运营(带补单指引),核销底稿给财务(带证据链索引),责任认定栏留空

要准备什么:三平台结算账单(CSV,各自格式)天猫、抖音、京东后台每月下载的结算明细ERP 销售与退款导出

(Excel)品牌方自己系统的订单级记录——对账的主基准银行回单与费用台账(PDF+Excel)收款流水与已登记的渠道费用——躺在财务手里那份平时不参与对账

为什么这个场景值得做

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

最大差异点:不接平台接口、不要求渠道配合录数据。每月各后台下载的账单 CSV、ERP 导出与银行回单原件直接进来,Agent 判因到「哪笔单、差多少、找谁」。

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

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

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

五、会产出什么

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

可派发清单对账差异清单.xlsx可派发 · 逐笔带判因、责任方与补单指引正式件本体费用核销底稿.xlsx正式件本体 · 含证据链索引与签批栏可派发清单历史挂账回溯清单.xlsx同特征历史差异一并带出 · 建议合并处理

这套东西不承诺什么:不替代 ERP 入账——对账结果是差异清单与判因依据,账务处理仍走财务系统;差异的责任认定栏留空。

② Live Demo(演示逐步)

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

案例设定:澄澜日用集团(虚构 · 杭州 · 180 人)渠道财务月结:2027 年 1 月账期,天猫 / 抖音 / 京东三平台结算账单、ERP 订单与售后明细、银行回单三方到齐,月结日 2027-02-05。渠道财务 1 人对三平台,月结前要出「能不能结、差在哪、找谁补」的结论。这是一份差异判因底稿,不是数据搬运记录。

对账期间2027-01 · 三平台净差异池4.3 万元 · 14 笔待处理其中历史重演2.7 万元(跨月结算)结论暂缓结账确认

输入品牌方手上能拿到的东西

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

  • 01_天猫_2027
  • 01_结算账单.xlsx 天猫平台 1 月结算账单 —— 含类目佣金、跨月结算与退款冲减明细平台后台导出 ·2027-02-02 生成
  • 02_抖音_2027
  • 01_结算账单.xlsx 抖音平台 1 月结算账单 —— 扣点与达人分佣拆两笔列示平台后台导出 ·2027-02-02 生成
  • 03_京东_2027
  • 01_结算账单.xlsx 京东平台 1 月结算账单 —— 含运费险与跨月口径平台后台导出 ·2027-02-03 生成
  • 04_ERP_订单与售后明细_202701.xlsx ERP 侧 1 月订单、发货与售后单明细 —— 对账的中间基准ERP 导出 · 2027-02-04 生成
  • 05_银行回单_202701.xlsx 三平台 1 月货款到账回单 —— 第三方基准网银导出 · 2027-02-04 生成
  • 06_历史挂账台账.xlsx 财务「历史挂账」台账 —— 往年查不清、挂起来待处理的差异财务维护 · 2024 年起累计

注意标橙色那一份 —— 04_ERP_订单与售后明细_202701.xlsx。它ERP 导出 · 2027-02-04 生成,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

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

上月三个平台的账单、我们 ERP 的导出、银行回单都给你,对到订单号这一级。 每笔差异写清楚是什么原因、找谁、补什么。 差异的责任我不让你认定,把证据链留好就行。

判因模板与平台口径映射在能力包里。现场只需要把三份文件扔进来说「对上月的账」。

触发月结日三方到齐 —— 财务 1 人对三平台

2027-02-05 月结,要出「能不能结」的结论

第 1 步 · 口径归一 · 三平台账单对齐到订单号级

佣金、扣点、运费险、跨月结算逐项映射到统一字段

演示数据(表格原文)平台结算口径项归一映射涉及笔数天猫类目佣金(1 月 2 日调整)→ 统一字段「平台佣金」,公告已同步 ERP 折算规则3,214抖音扣点与达人分佣拆两笔→ 分别映射「平台佣金」「达人分佣」1,876京东运费险 + 跨月口径→ 映射「运费险」并标跨月标志412三平台退款冲减时点差异→ 统一按平台退款确认日268三平台合计—订单号级对齐5,770 笔口径不对齐,后面的比对全是噪声;归一规则逐项落在表里,下个月换人接手也能照着跑。

第 2 步 · 三方比对 · 账单 × ERP × 银行

订单号级匹配,一致的过,不一致的进差异池

演示数据(表格原文)平台账单结算净额(元)ERP 应收(元)银行到账(元)毛差异(元)处理天猫1,356,214.001,328,214.001,328,214.0028,000.00进差异池抖音981,662.30969,162.30969,162.3012,500.00进差异池京东762,480.00753,980.00753,980.008,500.00进差异池合计3,100,356.303,051,356.303,051,356.3049,000.00毛差 → 判因ERP 与银行两侧金额一致 —— 差异全部出在平台账单口径,这是判因的起点。无差异部分约占总金额 97%。

这一步的看点 · 从历史 / 拦住从历史:往年月结只对「账单 vs ERP」两边,银行到账从没进过比对——去年那笔 2.7 万跨月挂账时,谁也说不清钱到底到没到账。该拦住的是把 49,000 元毛差直接记「平台少付」:其中 3,000 元是运费险在途退回、27,000 元是跨月拆分——真正要找平台理论的不到两成,先判因再开口。

第 3 步 · 差异判因 · 每笔找到原因和责任人

按五类判因模板归因,每笔写明找谁、补什么

演示数据(表格原文)判因类型笔数金额(元)责任方补什么 / 找谁跨月结算(与 2024-11 挂账同特征)227,000.00平台 + 财务找天猫对接人确认拆分规则,两笔合并处理退款未录单1219,000.00运营(售后组)补录 12 笔售后单,运营确认最快周三运费险多扣(已退回在途)1−3,000.00平台2 月 3 日已原路退回,冲减差异池佣金口径(已知可解释)—0.00—账单与系统差额全部等于新旧口径差,不进人工核查净差异池(毛差 15 笔 − 1 笔冲减)14 笔待处理43,000.00—无差异部分约占总金额 97%差异池 4.3 万不是「少了 4.3 万」,而是 14 笔各有判因、各有去向的待处理项;其中 2.7 万与去年挂账同特征,历史挂账回溯清单一并带出。

这一步的看点 · 从历史 / 拦住 / 排除 / 翻译成钱从历史:2024 年 11 月有一笔 2.7 万元的跨月结算差异,当时人工查了两周最后不了了之,直接进了「历史挂账」。这次在差异池里又见到同特征(同一平台、同一口径、跨月两笔拆分),把去年那笔挂账的来龙去脉一并带出——两笔可以一起找平台对接人处理,不靠当时经手的会计还在不在岗。该拦住的是 12 笔退款未录单合计 1.9 万元:按老规矩要等运营补完单才能结账,清单标记「差异未清、暂缓结账确认」,同时给两条不用干等的路:先按无差异部分结账(约占总金额 97%),差异部分单独走;或周三前补齐 12 笔单据后整体结。可以排除一档不需要核查的项:「佣金口径差异可以直接排除,不进人工核查」——依据是本月平台佣金调整公告在月初已同步到 ERP 折算规则,账单与系统的差额全部等于新旧口径差,属已知可解释项。翻译成钱:本月净差异池合计 4.3 万元,其中 2.7 万元是去年同类问题的重演。按人工差错率 8% 的行业口径,不查的话这就是每月平均漏掉的量级——差异清单第一次按「找谁、补什么、金额多少」派到人头上。

第 4 步 · 费用勾稽 · 平台扣费与费用台账对齐

账单里扣掉的推广费、佣金、分佣逐笔对台账

演示数据(表格原文)平台扣费项账单扣费(元)费用台账登记(元)勾稽结果推广费(引力魔方)86,400.0086,400.00一致平台佣金64,230.0064,230.00一致达人分佣38,750.000.00台账缺登记运费险12,180.0012,180.00一致(含多扣退回 3,000)合计201,560.00162,810.00缺登记 38,750 元 → 补台账达人分佣 38,750 元在费用台账整块缺失——不补上,这笔费用拿不出税前扣除凭证,年报审计时还是要翻回来重找。

这一步的看点 · 从历史 / 翻译成钱从历史:往年月结只对「货款差」,平台扣的费用项从没人逐笔对过台账,达人分佣这类缺登记是年年审计前突击补的旧模式。翻译成钱:缺登记的 38,750元不是损失,是差点拿不出扣除凭证的钱——补台账是 1 小时的活,拖到审计季就是翻三个月流水的活。

第 5 步 · 差异清单与核销底稿 · 出可派发的清单

清单给运营,底稿给财务,责任认定栏留空

演示数据(表格原文)输出物给谁内容状态对账差异清单运营(售后组)14 笔待处理 · 每笔带判因、责任方与补单指引可派发费用核销底稿财务三方比对 + 判因 + 勾稽全证据链索引,含签批栏正式件历史挂账回溯清单财务 + 平台对接2024-11 挂账 2.7 万与本月两笔同特征差异,建议合并处理可派发———暂缓结账确认三份输出物各自可派发;「能不能结」的结论栏留给财务经理签,Agent 不替人做结账决定。

第 6 步 · 结论 · 暂缓结账确认,周三补齐后可整体结

差异部分单独走的路也摆在了桌面上

演示数据(表格原文)2027-01 三平台月结 · 差异未清,暂缓结账确认净差异池 4.3 万元(14 笔待处理),其中退款未录 12 笔 1.9 万元、跨月结算 2 笔 2.7 万元(与 2024-11 历史挂账同特征)。建议方案一 · 按无差异部分先行结账确认(约占总金额 97%),差异部分单独走:12 笔售后单由运营补录(已确认最快周三),跨月结算 2 笔连同 2024-11 挂账 2.7 万一并找天猫对接人处理,不用等差异清零才结账。方案一之外的备选 · 方案二 · 周三前补齐 12 笔单据后整体结账:多等两个工作日,换一份不含「差异单独走」注记的干净月结报表;两案金额口径相同,差别只在财务确认的时点。另有费用台账缺登记的达人分佣 38,750 元,与结账并行补台账,不影响本月结账但影响审计取数。之后这一次跑完,公司多了什么

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

演示数据(表格原文)✓差异判因从「财务的直觉」变成「五类模板 + 证据链」,每月可对比✓历史挂账第一次被主动翻出来对——同类差异不再积两年✓岗位角色变了:财务从「翻几十万行找差异」变成「审一份带判因的清单」追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果要不要接平台接口?不用。每月下载的 CSV 就够跑——接口申请与权限审批反而是新的等待,先把文件流跑起来。它记账吗?不记。入账走财务系统,这里出的是差异清单与判因依据——各干各的。渠道经销商的对账也能做吗?原理相同但要经销商给数据——那条路历史上走不通(人不愿意录),先做自己手里的平台账。

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

1. Skill 能力包

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

三平台账单逐单对清 · Skill

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

版本 v1.0

bill-recon.zip

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

包内结构

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

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

2. 原始素材

这些就是品牌方手上真实能拿到的东西 —— 格式不统一是常态,不是问题

📁CC-01 · 演示素材

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

共 6 份

  • 01_天猫_202701_结算账单.xlsx 天猫平台 1 月结算账单 —— 含类目佣金、跨月结算与退款冲减明细
  • 02_抖音_202701_结算账单.xlsx 抖音平台 1 月结算账单 —— 扣点与达人分佣拆两笔列示
  • 03_京东_202701_结算账单.xlsx 京东平台 1 月结算账单 —— 含运费险与跨月口径
  • 04_ERP_订单与售后明细_202701.xlsx ERP 侧 1 月订单、发货与售后单明细 —— 对账的中间基准
  • 05_银行回单_202701.xlsx 三平台 1 月货款到账回单 —— 第三方基准
  • 06_历史挂账台账.xlsx 财务「历史挂账」台账 —— 往年查不清、挂起来待处理的差异

怎么用

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

3. 提示词卡片

上月三个平台的账单、我们 ERP 的导出、银行回单都给你,对到订单号这一级。 每笔差异写清楚是什么原因、找谁、补什么。 差异的责任我不让你认定,把证据链留好就行。

为什么这么短就够了:判因模板与平台口径映射在能力包里。现场只需要把三份文件扔进来说「对上月的账」。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

  • CC-01_费用核销底稿.xlsx 可派发 · 逐笔带判因、责任方与补单指引
  • CC-01_对账差异清单.xlsx 正式件本体· 含证据链索引与签批栏
  • CC-01_历史挂账回溯清单.xlsx 同特征历史差异一并带出 · 建议合并处理

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

输入清单:三平台结算账单(CSV,各自格式)天猫、抖音、京东后台每月下载的结算明细ERP 销售与退款导出

(Excel)品牌方自己系统的订单级记录——对账的主基准银行回单与费用台账(PDF+Excel)收款流水与已登记的渠道费用——躺在财务手里那份平时不参与对账

人工边界:不替代 ERP 入账——对账结果是差异清单与判因依据,账务处理仍走财务系统;差异的责任认定栏留空。

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

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

渠道费用与销售运营 · 产出即下一步输入

CC-02 · 渠道费用当周核完 — 营销费用是第二大成本 · 花完之后没人说得清哪笔带来了动销 查看 →

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

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

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

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