← ClaudeAtlas

agri-purchase-invoice-deduction-check-freelisted

农产品收购发票与进项抵扣核对表逐项核对(逐行复算、合计勾稽、重复与空缺检测),每条结论引用原文。本免费版执行引擎声明的免费检查项。触发词包括 农产品收购发票与进项抵扣核对、农产品收购发票与进项抵扣核对表对不上。
chenqg618/compliance-skills · ★ 0 · AI & Automation · score 66
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%) - 收购金额与发票金额不符提示 - 同一农户同一日