DL-01 · 诉讼时效倒推预警表
痛点 对方在庭上承认欠钱 · 法院照样全额驳回 —— 时效过了,认债的录音都救不回来
① 场景引入
一、这件事现在是什么样
应收账款与时效抢救 · 真实业务触发
整理催收档案时宋雅雯越看越心惊:财务的应收台账只记「逾期天数」,没有一栏「时效到期日」。锦泰贸易那笔 19.7万,业务员上个月还微信说「下个月一定结」—— 但翻遍记录,对方最后一次书面确认欠款停在三年前。老板周五要看应收情况汇报,宋雅雯想把时效底数先摸清。
二、痛点 · 每条都有来源
1淄博案:对方当庭承认欠 55.56 万,但因时效已过、无有效催收留证,法院全额驳回 ——「对方认账」救不了过了时效的债权依据 · 某地司法局案例:对方当庭承认欠款 55.56 万,但时效已过、无有效催收留证,法院全额驳回25 例带金额判例全部败诉:苏州 260 万案起诉时拿不出任何催讨证据(诉讼费 1.33 万自担);广西 11.34 万案结算后拖近三年才起诉,全额驳回依据 · 苏州案例:260 万货款 2013 年起诉时拿不出任何催讨证据,全部驳回,诉讼费 1.33 万自担3最惨的 416 万案:债权人邮寄过对账单,但收件人非对方员工,无法证明中断 ——「催过」和「有证据证明催过」隔一个判例的距离依据 · 广西案例:11.34 万货款结算后拖延近三年才起诉,全部驳回4时效管理的真实瓶颈:「最后一次有效催收」这个日期散落在业务员微信里 —— 没人汇总、没人倒推 3 年,财务账龄口径与法律时效口径是两套账依据 · 江西全南案反面对照:被告辩称从未收到催款,原告若拿不出微信催款记录即败诉 —— 催收记录散在业务员手机是通病5法院与司法局反复提示:电话、通知书、律师函都可中断时效,但必须留存记录和证据 —— 联系不上债务人后不采取措施,是败诉原告的通病依据 · 某地司法局案例:对方当庭承认欠款 55.56 万,但时效已过、无有效催收留证,法院全额驳回
三、换个做法之后
变化不在「快」,在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 淄博案:对方当庭承认欠 55.56 万,但因时效已过、无有效催收留证,法院全额驳回 ——「对方认账」救不了过了时效的债权5 例带金额判例全部败诉:苏州 260 万案起诉时拿不出任何催讨证据(诉讼费 1.33 万自担);广西11.34 万案结算后拖近三年才起诉,全额驳回最惨的 416 万案:债权人邮寄过对账单,但收件人非对方员工,无法证明中断 ——「催过」和「有证据证明催过」隔一个判例的距离时效管理的真实瓶颈:「最后一次有效催收」这个日期散落在业务员微信里 —— 没人汇总、没人倒推 3 年,财务账龄口径与法律时效口径是两套账
✓ 交给 Agent 之后
- 多来源文件一次读入,先做口径与完整性校验,再开始算
- 每条结论绑定来源文件、字段或条号,可以被审
- 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
- 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案
四、场景闭环
6 步 · 每一步的产出都是下一步的输入
- 口径统一 · 账龄 ≠ 时效先讲清两套账的区别:财务的账龄从「应付款日」起算,法律的时效从「权利受损且知道」起算、每次有效中断重新起算 3 年
- 证据归集 · 每笔欠款的「最后有效催收日」微信记录、对账签章、催款函回执三类证据按笔归位 —— 电话催款若未录音不计入
- 时效倒推 · 3 年倒计时逐笔计算最后有效催收日 + 3年 = 时效到期日 —— 与今天比出剩余天数
- 四色分级 · 已过/30 天内/90 天内/充裕黑=已过(补救模式);红=30 天内(立即行动);黄=90 天内(计划内);绿=充裕
- 中断行动 · 每笔配「下一步动作」红黄档逐笔给建议:微信催款(按判例口径)→ 对账函签章 → 律师函 —— 从成本最低的开始
- 台账交付 · 时效口径的应收一页纸给老板的版本只有三个数:已过时效 X 万(抢救模式)、30 天内 X 万(本周动作)、其余 —— 每笔欠款责任到人要准备什么财务「应收账款账龄表」(208 万逾期,16 笔)账龄口径 —— 财务的分档是 30/90/180/360 天业务员微信催款记录导出(截图+聊天记录)时效中断的唯一现场 —— 大部分在个人手机上对账单与签章记录(法务档案)「对方确认债务」的书面证据 —— 强中断依据合同档案(CT-02 台账)每笔欠款对应的合同与履行凭证索引
为什么这个场景值得做
优先级评分:痛感 5 × AI 适配 4 ÷ 落地难度 2 = 10.0
最大差异点:不要求财务改台账口径。财务的应收账龄表、法务的合同档案、业务员的催款记录三个来源直接交叉—— 「有效催收」的判定口径(对方确认/到达留证)写进每一行,拿不准的标「需人工核」而不是猜。
评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;
AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;
落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。
五、会产出什么
判断标准只有一个:这份东西能不能直接进企业的流程
- 正式件本体:
诉讼时效倒推预警表.xlsx16 笔 × 四色分级 + 时效到期日 + 下一步动作 + 签批栏 - 可派发清单:
红黑档抢救行动清单.xlsx已过 + 30 天内 · 逐笔方案 + 责任人 + 完成时限 - 可派发清单:
时效证据归档清单.xlsx每笔的「最后有效催收」证据定位 · 备诉讼调用
这套东西不承诺什么:不做「该不该起诉」的判断 —— 那是老板与律师的决定。本场景做的是把每笔欠款的时效到期日算出来、把「最后一次有效催收」的证据找出来,倒计时给到人。
② Live Demo(演示逐步)
演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。
案例设定:凯诺电气(虚构 · 168 人 · 佛山)财务例会上老板问「锦泰那 19.7 万怎么样了」,宋雅雯答不上来 ——台账上只有账龄没有时效。三天内要把全公司逾期应收的时效底数摸清,周五经营会要交一页纸。
逾期应收208.0 万 / 16 笔90 天内时效到期109.3 万 / 52.5%已过时效19.7 万 / 1 笔结论锦泰转入抢救模式
输入法务手上能拿到的东西
不需要整理格式、不需要改文件名 · 直接拖进对话框
01_应收账款账龄表.xlsx财务的账龄表 —— 只有「逾期天数」没有「时效到期日」,最后动作一栏全是业务员的模糊记录财务经理梁慧芳维护 · 每月结账后更新02_微信催款记录台账(业务员拼凑导出).xlsx九个业务员的催款记录拼出来的 —— 「有效催收」的证据现场,散在各自手机里从没汇总过宋雅雯挨个找业务员收集 · 一次性 · 部分记录已随换机灭失03_对账函与签章档案.xlsx法务柜里的历次对账记录 —— 盖章对账函是最强的时效中断证据,但次数屈指可数法务专员宋雅雯维护 · 有新函才更新04_合同档案索引.xlsx合同号与欠款的对应关系 —— 时效计算的合同依据法务专员宋雅雯维护 · 依赖 CT-02 重建后的台账
注意标橙色那一份 —— 02_微信催款记录台账(业务员拼凑导出).xlsx。它宋雅雯挨个找业务员收集 · 一次性 · 部分记录已随换机灭失,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。
提示词就说这么几句
没有模板、没有表单 · 专业规则由 Skill 兜底
财务的应收账龄表、业务员的微信催款记录、我们的对账单都在这,帮我按诉讼时效的口径重新盘一遍。 每笔欠款的时效到期日给我算出来,剩多少天、过了没有,用红黄绿标清楚。 电话认账但没录音的这种,按不能中断时效算,别给我算安全了。 锦泰那笔是不是已经过了?还能不能救,怎么办给我个方案。 最后给我一页纸,老板周五要看。
短是因为「3 年倒推规则、有效中断三口径、四色分级标准、判例败因库」都在能力包里。财务和法务谁发起都行。触发老板的一句「锦泰怎么样了」,问出了台账答不上的问题
财务的账龄表只回答「欠多久」,不回答「还能不能要」
财务账龄表 16 笔、208 万,最后动作一栏写着「持续跟进中」「对方说下个月结」—— 这些字眼没有一个是法律意义上的动作。宋雅雯决定把三个来源的证据合并,按诉讼时效口径重算一遍。
第 1 步 · 口径统一 · 账龄与时效是两套账
先讲清为什么账龄表回答不了时效问题
第 2 步 · 证据归集 · 每笔欠款找到「最后有效催收日」
微信记录、对账签章、催款函三类证据按笔归位
第 3 步 · 时效倒推 · 四色分级表
锚点日 + 3 年 = 时效到期日,与今天比出剩余天数
第 4 步 · 抢救方案 · 锦泰这笔钱还有几条路
过了时效不等于钱没了 —— 但主动权已经换了手
第 5 步 · 一页纸交付 · 周五经营会要的那三个数
老板只看三个数:过了多少、快到多少、本周做什么
不讲省了多久 · 讲少了几个隐患、沉淀了什么
③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)
1. Skill 能力包
导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短
诉讼时效倒推预警表 · Skill
SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范
版本 v1.0
limitation-countdown.zip
在 WorkBuddy 里直接上传这个 zip 即可导入
包内结构
SKILL.md主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界references/output_template.md输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本references/judgement_rules.md判据与口径 —— 什么情况算异常、什么情况必须拦住
references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。
2. 原始素材
这些就是法务手上真实能拿到的东西 —— 格式不统一是常态,不是问题
📁DL-01 · 演示素材
脱敏构造数据 · 真实业务格式 · 埋点可核验
共 4 份
01_应收账款账龄表.xlsx财务的账龄表 —— 只有「逾期天数」没有「时效到期日」,最后动作一栏全是业务员的模糊记录02_微信催款记录台账(业务员拼凑导出).xlsx九个业务员的催款记录拼出来的 —— 「有效催收」的证据现场,散在各自手机里从没汇总过03_对账函与签章档案.xlsx法务柜里的历次对账记录 —— 盖章对账函是最强的时效中断证据,但次数屈指可数04_合同档案索引.xlsx合同号与欠款的对应关系 —— 时效计算的合同依据
怎么用
- 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
- 粘贴下方提示词发送
- 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填
3. 提示词卡片
财务的应收账龄表、业务员的微信催款记录、我们的对账单都在这,帮我按诉讼时效的口径重新盘一遍。 每笔欠款的时效到期日给我算出来,剩多少天、过了没有,用红黄绿标清楚。 电话认账但没录音的这种,按不能中断时效算,别给我算安全了。 锦泰那笔是不是已经过了?还能不能救,怎么办给我个方案。 最后给我一页纸,老板周五要看。
为什么这么短就够了:短是因为「3 年倒推规则、有效中断三口径、四色分级标准、判例败因库」都在能力包里。财务和法务谁发起都行。
换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,
该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。
自己组织输入的三步法
- 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
- 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
- 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。
分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。
4. 预期输出
不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构
📋正式交付物
带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」
共 3 份
XLSDL-01_诉讼时效倒推预警表.xlsx正式件本体 · 16 笔 × 四色分级 + 时效到期日 + 下一步动作 + 签批栏下载
↓XLSDL-01_红黑档抢救行动清单.xlsx已过 + 30 天内 · 逐笔方案 + 责任人 + 完成时限DL-01_时效证据归档清单.xlsx每笔的「最后有效催收」证据定位 · 备诉讼调用
Skill 里固化了什么:从微信记录里挖出了被高估的安全性该拦的地方拦住了排除性结论把技术动作翻译成钱
输入清单:财务「应收账款账龄表」(208 万逾期,16 笔)账龄口径 —— 财务的分档是 30/90/180/360 天业务员微信催款记录导出(截图+聊天记录)时效中断的唯一现场 —— 大部分在个人手机上对账单与签章记录(法务档案)「对方确认债务」的书面证据 —— 强中断依据合同档案(CT-02 台账)每笔欠款对应的合同与履行凭证索引
人工边界:不做「该不该起诉」的判断 —— 那是老板与律师的决定。本场景做的是把每笔欠款的时效到期日算出来、把「最后一次有效催收」的证据找出来,倒计时给到人。
升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)
5. 同一角色下的其他场景
应收账款与时效抢救 · 产出即下一步输入
- DL-02 · 应收账龄三色与催收动作台账 — 208 万逾期应收躺在财务的账龄表里 · 没有任何一栏写「谁在催、催到哪一步」 查看 →DL-03 · 催收证据链完整性体检 — 官司还没打 · 输赢已经定了:输在两年前送货时没让对方签的那张签收单DL-04 · 催款函草稿(企业公章版) — 法务发不了律师函 · 500 到 5000 一封的市场价,卡住的正是「我们认真了」这句话 查看 →DL-05 · 微信催款留证指引 — 天天在微信上催款 · 到了法庭才发现:没让对方确认过金额,连对方是谁都证明不了 查看 →
上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。
场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。