电商退货退款与货款结算核对（免费）
完全本地运行：引擎已经打包在本技能里（
engine/目录）。 核对过程不需要联网、不需要 API Key、没有调用次数上限。
什么时候用
谁会在什么时候用：财务、出纳等岗位在每月结账 / 对账 / 盘点这类固定节点上， 必须把这张表核一遍才能往下走。
这张表会逐项核对什么：电商退货退款与货款结算核对表的逐行算术、合计勾稽、重复与空缺检测。
每条结论都带原文行号与出处，可被第三方用同一口径复算； 材料不足时不给结论，会明确列出还缺什么。
这个免费版查什么
（检查项由引擎的 CHECKS_* 导出，跑 --sample 会打印实际执行了哪些。）
怎么用
node scripts/run.mjs --sample # 先看样例
node scripts/run.mjs --input 你的材料.json # 跑自己的材料
常见错法（这张表里真的会有人这么填）
- 应结货款没按「订单金额 − 退款金额 − 平台佣金」算：拿订单金额减了个印象里的佣金数， 或者把"平台还没退、我这边先垫了"的退款漏在一边。少扣一笔退款、少扣一笔佣金， 这一列就跟平台结算单对不上，而月报的货款收入正是取这一列。
- 结算净额方向弄反：把平台赔付当成扣款减掉、把扣款当成赔付加上，或者干脆忘了加减 赔付与扣款。净额才是这一期真正到账的钱，方向反了就是双倍错。
- 合计行是手打或从上一版复制来的：明细改了、合计行没跟着改。合计行是月报与平台结算单的 取数口径，两边对不上时，谁也说不清是明细错还是合计错。
- 同一订单号在同一结算期间粘了两遍：订单金额、退款、佣金会被重复计一遍； 按商品或子订单拆行时又把整单金额各抄一份，是同一类错的另一种形态。
- 关键格留占位符、金额带负号：「待填」「待补」「-」看着有值，其实那一列根本没参与核对； 退款、佣金、扣款这类数字带负号（冲回、红字）时，要先确认方向再填， 否则合计与净额会一起错。
需要完整档时（可选）
本免费版是完整可用的核心产出，本版本不包含下面这些项：
- 退款金额超过订单金额提示
- 平台佣金率与合同佣金率不一致提示
- 退货已退款但未回收入库提示
- 结算净额为负提示
- 同一订单跨期间重复结算提示
同名工具的完整档是另一个独立商品（条款与条件以它自己的商品页为准）；两档的差别就是上面这些，没有别的。
边界（请务必知道）
本工具不做引擎 CHECKS_OUT_OF_SCOPE 里列的那些判断；
材料不足时不给结论，也不会输出「未发现问题」。