滞箱费台账核对
滞箱费台账核对（按免箱期与费率核对超期天数与金额的自洽性，仅提示差异，不作出定性结论）
这个插件核对什么
滞箱费台账核对（dsh-demurrage-ledger）是一个面向关务外贸场景的 DeepSeek Harness 核查插件。滞箱费台账核对（按免箱期与费率核对超期天数与金额的自洽性，仅提示差异，不作出定性结论）
7 条规则，是本族里最常见的一档规模，大体对应一次认真的人工通读能看住的范围。规则库中没有任何一条声称自己依据了逐字条文：全部为「由原则推导」，最高严重度因此只到「提示」。
核对方式
从检查方式看，滞箱费台账核对用的是几类可以机械判定的手段：。
这些检查都只读取材料本身的内容：不查外部数据库、不做联网核对、不调用模型判断，因此同一份材料在同样配置下每次得到的结果一致。
该规则库不涉及数值计算：它看的是要素齐不齐、取值在不在允许范围内、字段之间对不对得上。
它不作什么判断
共同约定只有一条——插件只做「指出不一致」，不做「下结论」。差异清单里每条都带规则编号、依据的文件与条款、以及差异落在材料里的位置。
本插件不产生「错误」级结果，严重度最高为「提示」。它指出的是「此处与依据不一致」，而不是「此处是错的」。
规则库中未被命中的规则同样会出现在结果里：无法执行的检查会连同原因一起列出，空的结果列表不等于材料没有问题，只等于规则库覆盖到的那部分没有发现差异。
规则清单
| 规则 | 检查内容 | 严重度 | 依据类型 |
|---|---|---|---|
DL-001 | 滞箱费台账应填写箱号或提单号 | 提示 | 由原则推导 |
DL-002 | 免箱期起算日与还箱日期应可解析且先后成立 | 提示 | 由原则推导 |
DL-003 | 超期天数应与还箱日期、起算日期和免箱期相符 | 提示 | 由原则推导 |
DL-004 | 滞箱费金额应等于超期天数与费率之积 | 提示 | 由原则推导 |
DL-005 | 币制应使用三位字母代码 | 提示 | 由原则推导 |
DL-006 | 箱号不应在台账内重复登记 | 提示 | 由原则推导 |
DL-007 | 台账备注栏不应残留未替换的占位符 | 提示 | 由原则推导 |
严重度含义：提示（7 条）——差异成立，但条文未直接规定，或需人工判断后确认。
依据类型含义：由原则推导（7 条）——未能取得逐字条文，依原则性条款推导，严重度上限为「提示」。
依据的标准
| 依据 | 类型 | 引用该依据的规则数 |
|---|---|---|
| 承运人运价本与运输合同（无国家标准） | 文件／标准 | 6 条 |
| 《表示货币的代码》 | 文件／标准 | 1 条 |
| 无统一标准 | 编号 | — |
编号、版本与效力说明
- 无统一标准（本条依据为台账可追溯性）
- 无统一标准（本条依据为日期自洽）
- 无统一标准（本条依据为算术自洽）
- 无统一标准（本条依据为台账唯一性）
- 无统一标准（本条依据为台账真实性）
这是引用取证记录中的完整编号与效力说明，含发布日期、实施日期、代替关系与强制性说明。规则库核对时对照的是这里列出的版本；若本单位执行的是其他版本，结论不直接适用。
上表来自插件声明的 normativeBasis；规则库内部还会把每条规则落到具体条款上。条款原文的取证情况见下一节。
引用取证状态
引用取证：这套规则库没有任何一条规则可以直接对照逐字条文，全部属于「由原则推导」；其中 1 条在规则库中明确写着条文本次未取得，其余 6 条同样没有条文比对，只是未标记取证状态。
把规则按所引文件归并，得到 2 份依据文件，各自被引用的规则数是：承运人运价本与运输合同（无国家标准）（6 条）、《表示货币的代码》（1 条）。引用数统计到文件一层；同一文件内的不同条款可能分别支撑不同规则。
结果怎么读
本插件共 7 条规则，其中严重度最高的一档是「提示」，共 7 条：DL-001、DL-002、DL-003、DL-004、DL-005、DL-006、DL-007。这几条是清单里最需要先看的；其余条目按材料实际内容逐条判断即可。
另有 1 条规则的条文本次未取得逐字文本（DL-005）。这些规则报出的差异只能作为线索，不能当作「违反某条条文」来引用。
适用场景与同组插件
面向报关、单证与供应链合规岗的关务核对：报关单证一致、商品归类层级、原产地 RVC、出口管制、信用证与滞箱费台账。
同一职业分组「关务外贸」下还有 7 个核查插件，分别是报关单证核对（dsh-customs-doc-check）、出口管制核对（dsh-export-ctl-check）、预测考核核对（dsh-forecast-penalty）、归类层级核对（dsh-hs-classify）、信用证单据核对（dsh-lc-doc-check）、原产地 RVC 核对（dsh-origin-rvc-check） 等。实际使用中往往要跑不止一个：单个插件只负责它自己那份规则库声明过的范围，范围之间不重叠，合起来才接近一次完整复核。
发布渠道是 npm 包 dsh-demurrage-ledger，源码在 GitHub 的 PerryLink/dsh-demurrage-ledger，许可为 Apache-2.0。本页的规则清单直接取自仓库里的规则库文件（版本 2026.1），不是手写的介绍。
- 报关单证核对
dsh-customs-doc-check—— 报关单证一致性核对 - 出口管制核对
dsh-export-ctl-check—— 出口管制物项核对 - 预测考核核对
dsh-forecast-penalty—— 预测准确率考核核对 - 归类层级核对
dsh-hs-classify—— 商品归类层级一致性核对 - 信用证单据核对
dsh-lc-doc-check—— 信用证单据条款核对 - 原产地 RVC 核对
dsh-origin-rvc-check—— 原产地区域价值成分核对 - 施工天窗核对
dsh-railway-window—— 铁路施工天窗台账核对
安装
安装分两步——先 add，再确认它进了配置。两条命令都与平台无关，只有过滤输出的写法不同：
bash / sh
dsh plugin --profile default add dsh-demurrage-ledger
dsh --profile default --dump-config | grep 'dsh-demurrage-ledger'PowerShell
dsh plugin --profile default add dsh-demurrage-ledger
dsh --profile default --dump-config | Select-String 'dsh-demurrage-ledger'上面的 default 是占位，换成你自己的 profile。确认配置里能搜到包名，再重开会话使用。
完整文档
本页回答的是「它查什么、依据什么、查不到什么」。使用层面的内容——材料格式、配置键、规则参数、报告结构——以下面的仓库文档为准。
完整文档 → GitHub（PerryLink/dsh-demurrage-ledger）