agri-purchase-invoice-deduction-check-freelisted
Install: claude install-skill chenqg618/compliance-skills
# 农产品收购发票与进项抵扣核对(免费)
> **完全本地运行**:引擎已经打包在本技能里(`engine/` 目录)。
> 核对过程不需要联网、不需要 API Key、**没有调用次数上限**。
## 什么时候用
**谁会在什么时候用**:财务、出纳等岗位在**每月结账 / 对账 / 盘点**这类固定节点上,
必须把这张表核一遍才能往下走。
**这张表会逐项核对什么**:农产品收购发票与进项抵扣核对表的逐行算术、合计勾稽、重复与空缺检测。
每条结论都带**原文行号与出处**,可被第三方用同一口径复算;
材料不足时**不给结论**,会明确列出还缺什么。
## 这个免费版查什么
(检查项由引擎的 `CHECKS_*` 导出,跑 `--sample` 会打印实际执行了哪些。)
## 怎么用
```bash
node scripts/run.mjs --sample # 先看样例
node scripts/run.mjs --input 你的材料.json # 跑自己的材料
```
## 常见错法(这张表里真的会有人这么填)
1. **可抵扣进项没按「买价 × 扣除率」算**:拿发票金额当计税基数(票面金额与买价不一致时),
或者把 9% 当成 0.9、把扣除率与税率混着用;也有整列抄上个月的进项,这个月买价变了却没重算。
进项少抵就是白缴税,多抵就是被查出来要补税加滞纳金 —— 这两条都是税务风险。
2. **加计扣除额漏算或基数用错**:只算了第一笔进项,忘了加计那一笔;
或者直接拿「买价」去乘加计比例(本表的加计基数是已算出的**可抵扣进项**)。
加计扣除是另一笔进项,它算错一样会少抵或多抵。
3. **扣除率用错档**:农产品收购发票一般口径是 9%;购进用于生产销售或委托加工 13% 税率货物的
可按 10%。把 13%(税率)、6%、3%(征收率)填进扣除率列,可抵扣进项与加计扣除额两笔会一起错。
4. **同一笔收购被登记两遍 / 同一天同一个人拆成多张票**:收购凭证号重复,或者同一农户同一天
被拆成���笔、每笔都压在单张发票限额以内(化整为零)——票面信息与付款记录一并起来看就对不上。
5. **表里有空值、占位符和负数还照样加总**:关键格留着「待填」,或者把红字冲回写成负数混在正数行里;
合计行还是手打的,明细改了它没跟着改。合计行就是申报表的取数口径,对不上等于两边都不可信。
## 使用次数与完整档
本免费版每次运行结束后会向服务端做**一次匿名次数统计**:只发送本包标识和一个不含任何材料的匿名安装标识(由主机名与用户名做短哈希得到),**不发送你的材料、不写任何文件**。
· 前 3 次:服务端不返回任何内容,输出与现在完全一样;
· 第 4 次起:服务端会返回一段**完整档说明**(完整档是另一个独立商品,条款与价格以它自己的商品页为准),届时才会打印这一行;
· 统计不可用(离线/超时/被拦截)时什么都不做,**核对结果与退出码不受任何影响**。
本版本不包含的检查项见上一节;需要完整档时按服务端返回的官方口令执行,付款由用户本人确认。
## 需要完整档时(可选)
本免费版是**完整可用的核心产出**,本版本**不包含**下面这些项:
- 扣除率与政策参考口径不一致提示(参考区间 9% / 10%)
- 加计比例超出参考区间提示(参考区间 0~1%)
- 收购金额与发票金额不符提示
- 同一农户同一日