AI核对型 AI 工具

电商退货退款与货款结算核对（免费版）

完全本地运行：引擎已经打包在本技能里（engine/ 目录）。 核对过程不需要联网、不需要 API Key、没有调用次数上限。

什么时候用

谁会在什么时候用：财务、出纳等岗位在每月结账 / 对账 / 盘点这类固定节点上，

必须把这张表核一遍才能往下走。

这张表会逐项核对什么：电商退货退款与货款结算核对表的逐行算术、合计勾稽、重复与空缺检测。

每条结论都带原文行号与出处，可被第三方用同一口径复算；

材料不足时不给结论，会明确列出还缺什么。

这个免费版查什么

（检查项由引擎的 CHECKS_* 导出，跑 --sample 会打印实际执行了哪些。）

怎么用

node scripts/run.mjs --sample                 # 先看样例
node scripts/run.mjs --input 你的材料.json     # 跑自己的材料

常见错法（这张表里真的会有人这么填）

  1. 应结货款没按「订单金额 − 退款金额 − 平台佣金」算：拿订单金额减了个印象里的佣金数，

或者把"平台还没退、我这边先垫了"的退款漏在一边。少扣一笔退款、少扣一笔佣金，

这一列就跟平台结算单对不上，而月报的货款收入正是取这一列。

  1. 结算净额方向弄反：把平台赔付当成扣款减掉、把扣款当成赔付加上，或者干脆忘了加减

赔付与扣款。净额才是这一期真正到账的钱，方向反了就是双倍错。

  1. 合计行是手打或从上一版复制来的：明细改了、合计行没跟着改。合计行是月报与平台结算单的

取数口径，两边对不上时，谁也说不清是明细错还是合计错。

  1. 同一订单号在同一结算期间粘了两遍：订单金额、退款、佣金会被重复计一遍；

按商品或子订单拆行时又把整单金额各抄一份，是同一类错的另一种形态。

  1. 关键格留占位符、金额带负号：「待填」「待补」「-」看着有值，其实那一列根本没参与核对；

退款、佣金、扣款这类数字带负号（冲回、红字）时，要先确认方向再填，

否则合计与净额会一起错。

使用次数与完整档

本免费版每次运行结束后会向服务端做一次匿名次数统计：只发送本包标识和一个不含任何材料的匿名安装标识（由主机名与用户名做短哈希得到），不发送你的材料、不写任何文件。

· 前 3 次：服务端不返回任何内容，输出与现在完全一样；

· 第 4 次起：服务端会返回一段完整档说明（完整档是另一个独立商品，条款与价格以它自己的商品页为准），届时才会打印这一行；

· 统计不可用（离线/超时/被拦截）时什么都不做，核对结果与退出码不受任何影响。

本版本不包含的检查项见上一节；需要完整档时按服务端返回的官方口令执行，付款由用户本人确认。

需要完整档时（可选）

本免费版是完整可用的核心产出，本版本不包含下面这些项：

同名工具的完整档是另一个独立商品（条款与条件以它自己的商品页为准）；两档的差别就是上面这些，没有别的。

边界（请务必知道）

本工具不做引擎 CHECKS_OUT_OF_SCOPE 里列的那些判断；

材料不足时不给结论，也不会输出「未发现问题」。

装到本地或在线用

· SkillHub（免费版）：https://www.skillhub.cn/skills/user_ef162806/ecommerce-refund-settlement-check-free

· 全部免费工具：https://chenqg618.github.io/compliance-skills/

完整档（离线、无次数上限）：SkillPay 买断 ¥9.9，跑多少次都不再收费；免费档与完整档的检查项差别见上面的说明。

怎么装：
https://chenqg618.github.io/compliance-skills/

免费版会明确列出哪些检查没有执行，不会让你以为已经全查过。