bid-deposit-refund-check-freelisted

# 投标保证金收退核对（免费） > **完全本地运行**：引擎已经打包在本技能里（`engine/` 目录）。 > 核对过程不需要联网、不需要 API Key、**没有调用次数上限**。 ## 什么时候用 **谁会在什么时候用**：财务、出纳等岗位在**每月结账 / 对账 / 盘点**这类固定节点上， 必须把这张表核一遍才能往下走。 **这张表会逐项核对什么**：保证金收退台账的逐行算术、合计勾稽、重复与空缺检测。 每条结论都带**原文行号与出处**，可被第三方用同一口径复算； 材料不足时**不给结论**，会明确列出还缺什么。 ## 这个免费版查什么 （检查项由引擎的 `CHECKS_*` 导出，跑 `--sample` 会打印实际执行了哪些。） ## 怎么用 ```bash node scripts/run.mjs --sample # 先看样例 node scripts/run.mjs --input 你的材料.json # 跑自己的��料 ``` ## 常见错法（这张表里真的会有人这么填） 1. **比例写成三种口径混用**：有人写 `2`、有人写 `2%`、有人写 `0.02`。本工具三种都按 2% 认，但**同一张表里混着写**最��易把应缴算错 —— 建议统一成一列口径。 2. **把「实缴」当「应缴」填**：应缴是算出来的（报价 × 比例），实缴是银行实收。两列填成一样看似省事，但一旦报价或比例改过，这笔账就再也对不出来了。 3. **退还日期填成"已退"两个字**：日期列必须写 `2026-04-09` 这种可解析格式，否则看不出逾期多少天。 4. **多标段合在一张表里但不写标段**：同一投标人同一项目会撞成"重复行"，实际是两个标段各自的保证金。 5. **把银行保函当现金保证金填进"实缴"**：本表只核现金缴纳，保函要走保函台账，混在一起会对不上。 ## 使用次数与完整档 本免费版每次运行结束后会向服务端做**一次匿名次数统计**：只发送本包标识和一个不含任何材料的匿名安装标识（由主机名与用户名做短哈希得到），**不发送你的材料、不写任何文件**。 · 前 3 次：服务端不返回任何内容，输出与现在完全一样； · 第 4 次起：服务端会返回一段**完整档说明**（完整档是另一个独立商品，条款与价格以它自己的商品页为准），届时才会打印这一行； · 统计不可用（离线/超时/被拦截）时什么都不做，**核对结果与退出码不受任何影响**。 本版本不包含的检查项见上一节；需要完整档时按服务端返回的官方口令执行，付款由用户本人确认。 ## 需要完整档时（可选） 本免费版是**完整可用的核心产出**，本版本**不包含**下面这些项： - 保证金比例超出常见区间（0.5% ~ 2%）检测 - 日期倒挂检测（应退/退还日期早于缴款日期） - 逾期未退与逾期天数检测 - 退还金额为负或超过实缴检测 - 投标报价非正或保证金为负检测 同名工具的**完整档**是另一个独立商品（条款与条件以它自己的商品页为准）；两档的差别**就是上面这些，没有别的**。 ## 边界（请务必知道） 本工具**不做**引擎 `CHECKS_OUT_OF_SCOPE` 里列的那些判断； 材料不足时**不给结论**，也不会输出「未发现问题」。