罚款与违约金台账核对（免费版）

罚款与违约金台账逐项核对（余额复算、合计勾稽、单号重复、空缺与占位符、方向与金额符号、日期倒挂），每条结论都引用原文行号，第三方可用同一份输入复算。本免费版执行引擎声明的免费检查项。触发词包括 罚款违约金台账、行政处罚与税收滞纳金、应收应付方向记反、余额对不上、合计与明细不符。

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

什么时候用

谁、在什么时候、为什么必须做：财务和出纳在每个月做账、以及年度汇算清缴之前，都要把罚款与违约金台账核一遍 —— 合同违约金、行政处罚、税收滞纳金、赔付款项混在一张表里，方向（应收/应付）、依据文件、已收已付与余额、跨期与重复登记，任何一处错都会跟着带到报表和汇算：方向记反了余额归属整个反过来；该收的没收，到年底直接变坏账；把行政罚款、税收滞纳金的金额计进了成本费用，汇算清缴时就要作纳税调增。

这张表逐项核对什么（每条结论都带原文行号，第三方可用同一份输入复算）：

· 余额 = 应计金额 − 已收付金额（逐行复算） · 合计行逐列复核（每一列的合计是否等于各行之和） · 同一单号重复检测 · 关键字段空缺与占位符检测 · 方向（应收/应付）与金额符号一致性检测 · 日期倒挂检测（发生日期不得晚于到期日期或实际收付日期）

与已有能力的区别：发票类工具核的是单张发票的要素，账龄类工具核的是应付账龄与付款排期；本工具核的是**「罚款与违约金」这一本台账内部的可算关系与口径一致性**。

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

这个免费版查什么

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

本版不执行下面这些（会如实列进 scope.checks_not_run，不会用默认值编结论）：不得税前扣除项被计入费用的纳税调整判定、应收未收与逾期天数、已付未取得依据文件、跨期未结转、同一事项重复登记、按金额排序的处理清单 —— 共 6 项，见下面「需要完整档时（可选）」。

怎么用

bash

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

入参写法（Tab 分隔粘贴最稳，必须含表头）：

json

{"text": "单号\t事项类型\t方向\t对方单位\t依据文件\t应计金额\t已收付金额\t余额\t所属期间\t发生日期\t到期日期\t收付日期\t计入费用金额\n…"}

必需列：单号、事项类型、方向、对方单位、应计金额、已收付金额、余额、所属期间、发生日期、到期日期、收付日期。完整档的税前扣除判定还会用「依据文件」「计入费用金额」，缺列时完整档会如实报"这项没跑"，不会猜。

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

1. 方向列写「收」「付」「收付」这类简写，或者干脆空着 —— 方向认不出来，余额该算谁的应收、谁的应付就说不清，后面每一步对账都跟着错。
2. 应计金额填含税价，或者把已经收到的钱直接写进「应计金额」而不是「已收付金额」 —— 两边口径一混，余额复算必然对不上。
3. 用负数表示方向（应付填 -5000，或者收款行金额带负号）—— 方向已经由方向列表达，金额再带符号等于把方向反着又记了一遍，合计与余额的符号全乱。
4. 同一笔行政罚款换个单号补登一行（先写「罚款」后写「行政处罚」），或者同一事项在两个月各记一行 —— 应计金额和余额一起翻倍，还看不出哪一笔是真的。
5. 收付日期早于发生日期（钱先付了才想起来登记），或者到期日期填成了上一年 —— 逾期天数怎么算都不对，催收也没依据。
6. 合同违约金、赔付款项和行政罚款混写在同一个「事项类型」里（例如统一写「罚款及其他」）—— 事项类型一糊，到了汇算就分不清哪些要调增。
7. 合计行手工维护：明细加了一行、合计忘了改，或者合计只加了一部分明细 —— 上报的余额和账上差一截，还看不出来差在哪一笔。

需要完整档时（可选）

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

• 不得税前扣除项（行政罚款、税收滞纳金）被计入费用的纳税调整判定（逐条列出调整金额）
• 应收未收与逾期天数判定（按核对基准日算逾期天数；缺到期日期时如实指出无法判定）
• 已付未取得依据文件的判定（已付了钱却没有依据文件的那几笔）
• 跨期未结转判定（发生日期与所属期间不一致、余额还挂着）
• 同一事项重复登记判定（同类型、同对方、同金额的行）
• 按金额排序的处理清单（每条带原文行号与建议动作）

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

边界（请务必知道）

本工具不做引擎 CHECKS_OUT_OF_SCOPE 里列的那些判断：不给税务或法律意见，也不判断某笔罚款到底能不能税前扣除（那要按具体法条与主管税务机关口径），只做表内可算关系与口径一致性核对。 材料不足时不给结论，也不会输出「未发现问题」。