SVENLAW.CN 目录
开源 Skill · 买卖合同纠纷

起诉前,这笔货款到底该写多少?
一个skill帮你逐项核对

买卖合同纠纷诉讼 Skill:先核事实与金额,再准备文书

一笔货款拖了大半年,公司准备起诉。开会前,三个部门各带来一个数。

截至9月30日:

律师问了一句:起诉状的诉请金额,写多少?

会议室安静了。

(本文案例均为虚构的合成场景,仅用于说明用法。)

欠款不是一个数字,是一串核对

很多企业处理货款纠纷,最先卡住的往往不是法律问题,而是“这笔账到底怎么来的”。

合同总价不等于欠款,台账余额也不能直接当诉请。起诉前,我建议先统一核对截止日,把合同、台账、对账回函和银行流水中的金额逐项列明;付款归属、退货折让与质量异议分别核对。记载不一致的,保留各方数字、材料出处和待补事项,再判断差异影响哪一项主张:

这些信息散在合同、送货单、发票、银行流水、对账函、邮件和聊天记录里。业务、财务、法务各拿一部分,各自的数字都“有依据”,放到一起却对不上。

我把这套核对做成了一个 Skill

我把买卖合同纠纷起诉准备中反复要做的这部分工作,整理成了「买卖合同纠纷诉讼 Skill」,在支持 Skill 的 AI 环境里使用。

它做的第一件事不是写起诉状,而是建一套同案底稿,从六个方面整理事实:

  1. 主体与各方角色;
  2. 合同条款;
  3. 货物、交付、验收、质量和数量;
  4. 价款、发票、付款、冲抵、退货和余额;
  5. 催告、异议、解除和时间节点;
  6. 诉请,以及每项诉请对应的事实和证据。

整理时,要求每条事实注明出自哪份材料、哪个位置,并区分:已核实、只有单一来源、仅来自图片识别、材料之间冲突、材料缺失。

重点不是给出一个“看起来很确定”的数字,而是把差异从哪来、哪里冲突、还缺什么,摆到桌面上。

回到这笔货款:先把材料摆齐

假设这家公司手里的材料是这样的,全部按截至9月30日的口径:

下面用一组人工示意说明预检需要核对的事项(示意,非实际运行输出):

一、付款归属待核:6万元。 台账和回函都把这笔计入本合同,但流水附言指向另一份合同。它属于哪份合同,需要财务核对两份合同的往来和双方有没有冲抵安排,并保留流水附言原文,由律师判断付款时指定的效力。这里只算付款这一项:6万元归本合同,已付46万,账面余额54万;归另一份合同,已付40万,账面余额60万。这两个数都还没有考虑退货和质量扣款,不是最终欠款,也不能当作欠款的下限。最终欠多少、诉请写多少,要等退货、质量扣款等事项一并核清后再定。

二、退货金额冲突:10万元对7万元。 台账与回函之间的10万元差异,回函已写明来自退货冲减;但我方入库单折算约7万元,双方也没有结算确认。退货是否冲减、冲减多少,均列为待核,需要业务说明退货经过,并补充双方沟通材料。

三、质量异议单列:5万元。 只有对方一封邮件,没有后续处理记录。不直接扣,也不直接忽略;先由业务核查并补充已有的验收、检验及双方沟通记录,说明何时提出异议、针对哪批货、双方怎样处理;尚未取得或确实没有的材料分别列明;同时核对这5万元与前述退货是否涉及同一批货、同一问题、是否已包含在退货冲减中,并核实邮件与回函的先后及确认范围,避免同一事项重复扣减;法务将争议金额与依据单列,再由律师结合全部材料判断它对诉请的影响。

四、违约金与利息。 只列出需核对的基数、约定标准和起算节点,暂不计算。

你会发现,这份示意没有替会议室选一个数,而是把三个数拆开:哪一项差异已经定位,哪一项材料冲突,哪一项还缺证据,以及分别该谁去补。不是把所有材料一概推翻,而是把局部差异定位出来。这是核对要达到的目标,不代表一次实际运行的结果。

一套底稿,各份文书说同一套话

底稿核清楚后,再进入文书:起诉状、证据目录、材料缺失清单、合同审查方案、办案方案、代理词、法律意见书、质证预案等。

这些文书依据同一套事实与金额底稿起草。某个金额核实后有变化,各份文书应依据底稿一起更新,再由负责人员复查一致性,避免起诉状一个数、证据目录指向另一个数、代理词又是第三个数。

也要说清楚:正式质证意见要等拿到对方的具体证据才能做;所有草稿都需要负责律师复核,关键主体、金额、签章要回看原件。它是准备工具,不是一键提交。

适合什么,不适合什么

适合中国大陆买卖合同纠纷的起诉与诉讼准备,包括普通货物买卖、分期付款、所有权保留等场景。

如果材料里混着借款、融资租赁、承揽或追偿等关系,它会先列出关系上的差异和需要补充的证据,而不是当作普通买卖往下套。

申请执行、执行异议等执行程序,不在它的范围内。

可以先这样试一次

按上面这组虚构材料各做一份简单的合成文件(合同、送货单、流水、台账、回函、入库单、邮件,各一页即可),或者使用你所在机构已授权、允许在所用 AI 环境中处理的材料,把下面这段任务交给它:

先看结果里三件事:哪些差异已经定位,谁负责补什么,下一步核什么。如果下次开会能少争一轮“到底欠多少”,它就帮上了忙。

获取

公开发行版
GitHub v2026.07.28(2026-07-30 发布;公开发行信息核查于 2026-11-09);其他平台上的版本,以各平台页面为准。
GitHub
Sven-Mirana/sales-contract-litigation-zh
SkillHub
买卖合同纠纷skill

仓库 payload 目录下的 README 和 SKILL.md 写有功能边界和使用方式。完整仓库附有可编辑的文书模板,不同平台的安装包内容可能有所精简,以对应页面为准。

使用须知:真实案件材料,请按所在机构的授权和所用 AI 环境的规则处理;具体法律判断和对外文书,以负责律师复核为准。

本文为开源工具介绍与个人观察,文中场景为虚构,不构成对具体案件的法律意见。