AI核对型 AI 工具

采购返利与阶梯核算核对（免费版）

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

什么时候用

谁会在什么时候用：供应商按年度（或季度）采购额给返利，企业年底必须核"返利收足了没有" ——

应得返利 = 年度采购额 × 适用返利率（返利率按采购额档位确定）；差额 = 应得 − 已收。

返利率用错档、按上年档位算、含税口径不一致，都会让返利少收几万块，而且往往第二年才发现。

这张表会逐项核对什么：

· 应得返利 = 年度采购额 × 适用返利率

· 差额 = 应得返利 − 已收返利（为正表示还没收足，年底据此追）

· 合计行逐列复核（返利率列不参与求和）；重复供应商与空缺检测

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

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

这个免费版查什么

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

怎么用

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

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

1. 用错档位：年度采购额 250 万填了 1%（上年档），实际落在 2% 档 ⇒ 差 2.5 万。
2. 档位边界差 1 元：采购额 100.0001 万就跳到 2% 档，边界上要逐笔核。
3. 含税 / 不含税口径不一致：合同约定按不含税采购额，表里却用了含税数 ⇒ 档位和金额都偏。
4. 差额忘了追：应得 − 已收 为正（还没收足），年底没跟进，第二年才发现。
5. 把返利额填进比例列：比例列本该是 1%、2%，被填成 8000、50000 这类金额。

口径说明（第三方复算要看这几条）

• 总额法：本工具按"应得返利 = 年度采购额 × 适用返利率"计算，不含超额累进的拆分；

若合同是超额累进（分段计费），请先在表里算出"适用返利率"的等效值或分段结果再核。

• 档位表：档位来自合同；brackets 入参未给时使用引擎内置示例档

（≤100 万 1% / ≤300 万 2% / ≤500 万 3% / 更高 4%），务必按实际合同覆盖。

• 差额方向：差额 = 应得 − 已收；正数=尚未收足，负数=多收（需与供应商确认是预付还是下期抵扣）。

需要完整档时（可选）

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

• 适用返利率与采购额档位匹配检测（档位表由入参 brackets 给出，缺省则用引擎内置示例档）
• 返利率超出 0~10% 检测
• 年度采购额为负检测
• 已收返利为负检测
• 差额超过阈值检测（阈值由入参 tolerance 给出，默认 0.01 元；差额为正=尚未收足）

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

使用次数与完整档

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

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

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

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

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

边界（请务必知道）

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

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