电商财务月度自查包（免费版）

电商财务月度自查包（免费版）共 3 类核对，含 电商平台结算核对、促销补贴与核销核对、直播佣金与坑位费结算核对。分段贴材料（每段以 === 检查名 === 开头），逐条给原文依据、可离线复算、结论可被第三方复核。触发词包括 电商财务月度、电商财务月度自查包、电商平台结算核对、促销补贴与核销核对、直播佣金与坑位费结算核对、月底核对、月度自查、对不上怎么办。本免费版执行 3 类，电商平台结算核对、促销补贴与核销核对、直播佣金与坑位费结算核对。本免费版只执行 3 项，即 电商平台结算核对、促销补贴与核销核对、直播佣金与坑位费结算核对。不执行 2 项判定，例如 电商退货退款与货款结算核对。详见 SKILL.md 的「这个免费版不包含」一节。

电商财务月度自查包（免费）

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

什么时候用

谁会在什么时候用：财务、出纳等岗位在每月结账 / 对账 / 盘点这类固定节点上， 必须把这张表核一遍才能往下走。

这张表会逐项核对什么：分段电商核对材料的逐行算术、合计勾稽、重复与空缺检测。

每条结论都带原文行号与出处，可被第三方用同一口径复算； 材料不足时不给结论，会明确列出还缺什么。

这个免费版查什么

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

每一段内部还会细分检查项；没有实现的检查项一律只列在"未执行"清单里，绝不会当成已执行报出。 其中「促销补贴与核销核对」段的封顶校验（应结补贴是否超过活动封顶）本免费版不执行： 该段只核「应结补贴 = 实际销量 × 单件补贴」「差异 = 应结补贴 − 已结补贴」以及合计行逐列复核、重复行、空缺。 「活动封顶」这一列仍要照样贴进来（要靠它认列），但"封顶有没有被突破"不在本版本的任何结论里。

怎么用

bash

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

常见错法（用这个包时最容易出问题的地方）

1. 平台结算单的佣金与订单明细口径不一致：结算单上的「平台佣金」常常是已扣退款后的净额，而订单明细里的佣金是按成交额提的（退款那部分佣金要下月才退回）。两边对不上时先别找平台——先确认口径是不是同一个（比如都用"退款前成交额×费率"复算一遍）。
2. 退货扣款漏记：买家退货的当月，平台从货款里扣回的佣金、技术服务费、运费险往往分几笔体现在结算单上（有的叫"售后扣款""退货服务费""逆向物流费"）。只减「退款金额」、忘了减这些扣款，结算金额就会比平台实际打款多出一截，等月底对银行到账才发现。
3. 促销补贴核销跨期：补贴按活动期计提、按到账期入账（平台补贴常滞后 1~2 个月到账）。同一行的「应结补贴」与「已结补贴」跨了月，差异列看着像"还没结到"，实际是期间错配；跨期补贴没做计提或冲回，损益与应收两边都会错。
4. 直播坑位费与佣金重复计：合同写"坑位费 + 佣金"，但结算单把坑位费含进佣金基数（用含坑位费的总额乘佣金率），或把坑位费算进"结算 GMV"再乘一次佣金率——同一笔坑位费被付了两遍。「实际应付 = 应付佣金 + 坑位费 − 退货扣减」这条式子里，每一笔钱只能出现一次。
5. 广告返点按未达框架量算高阶梯：阶梯返点要累计投放量达标才适用。拿单季消耗去套年度框架的高阶梯、或把「累计投放消耗」填成「本期消耗」，返点就被算高；更常见的是框架返点比例与适用返点比例不一致却没人对——这两列对不上时，应收返点、净应付、以及后面的请款金额会一起错。

需要完整档时（可选）

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

• 电商退货退款与货款结算核对
• 广告代理返点与框架返点核对

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

边界（请务必知道）

本工具不做引擎 CHECKS_OUT_OF_SCOPE 里列的那些判断； 材料不足时不给结论，也不会输出「未发现问题」。