信用证单据核对
信用证单据条款核对（按单据种类、份数、期限与不符点核对交单自洽，仅提示差异，不作出定性结论）
这个插件核对什么
信用证单据核对（dsh-lc-doc-check）是一个面向关务外贸场景的 DeepSeek Harness 核查插件。信用证单据条款核对（按单据种类、份数、期限与不符点核对交单自洽，仅提示差异，不作出定性结论）
规则库 8 条规则，数量居中：既能覆盖这类材料的主要要素，又不会把无关项也拉进来。这套规则全部标记为「由原则推导」——逐字条文本次没有取到，所以严重度一律封顶在「提示」，不会有「错误」级结果。
核对方式
信用证单据核对的检查手段集中在以下几类，都不依赖模型判断：日期可解析（2 条）、多字段至少填一（1 条）、必填项存在性（1 条）、取值须在允许清单内（1 条）、表头要素存在性（1 条）、格式须匹配规定形式（1 条）。此外还有 1 类出现频次较低的检查方式。
所有检查都只在材料内部完成——不连外部数据库、不联网、不请模型裁决，所以同一份材料在相同配置下重复跑，结果逐字相同。
这里没有算术核对——规则库处理的是齐备性、取值合法性与字段关系，不重算任何金额或数量。
它不作什么判断
把它当成一次机械的交叉核对，而不是一次评审。核对结果里不会出现「合规」「不合格」这类字样，只有「此处与所引依据不一致」以及不一致的具体位置。
本插件不使用「错误」级严重度，最高只到「提示」：所有规则都只说明「这里与依据不一致」，是否构成问题由人工判断。
没被命中的规则不会被悄悄丢掉：凡是没能执行的检查都会连同原因一并列出。因此结果为空只说明规则库覆盖到的范围内没发现差异，不能读成「材料没问题」。
规则清单
| 规则 | 检查内容 | 严重度 | 依据类型 |
|---|---|---|---|
LC-001 | 每条款都应写明单据种类与信用证要求 | 提示 | 由原则推导 |
LC-002 | 每条款都应记录提交情况 | 提示 | 由原则推导 |
LC-003 | 交单日期应可解析且不晚于信用证有效期 | 提示 | 由原则推导 |
LC-004 | 装运日期应不晚于最迟装运日 | 提示 | 由原则推导 |
LC-005 | 不符点标记应使用本机构口径的取值 | 参考 | 由原则推导 |
LC-006 | 核对表应声明信用证号与受益人 | 提示 | 由原则推导 |
LC-007 | 币制应使用三位字母代码 | 提示 | 由原则推导 |
LC-008 | 单据种类不应在核对表内重复 | 提示 | 由原则推导 |
严重度含义：提示（7 条）——差异成立，但条文未直接规定，或需人工判断后确认；参考（1 条）——只作提示，供人工复核，不构成任何结论。
依据类型含义：由原则推导（8 条）——未能取得逐字条文，依原则性条款推导，严重度上限为「提示」。
依据的标准
| 依据 | 类型 | 引用该依据的规则数 |
|---|---|---|
| 《跟单信用证统一惯例》（UCP600） | 文件／标准 | 7 条 |
| 《表示货币的代码》 | 文件／标准 | 1 条 |
该插件的引用取证记录中没有单独的编号与效力说明条目；依据的文件已在上一张表中完整列出。
上表来自插件声明的 normativeBasis；规则库内部还会把每条规则落到具体条款上。条款原文的取证情况见下一节。
引用取证状态
引用取证：8 条规则全部为「由原则推导」，没有一条声称依据了逐字条文。其中 8 条如实标注「本次未取得」。这意味着结果里的每一条差异都只能作为线索，不能作为「违反某条条文」的结论。
规则库落在 2 份文件上，分布如下：《跟单信用证统一惯例》（UCP600）（7 条）、《表示货币的代码》（1 条）。同一份文件在不同规则中可能被引用于不同条款。
结果怎么读
本插件共 8 条规则，其中严重度最高的一档是「提示」，共 7 条：LC-001、LC-002、LC-003、LC-004、LC-006、LC-007、LC-008。这几条是清单里最需要先看的；其余条目按材料实际内容逐条判断即可。
另有 8 条规则的条文本次未取得逐字文本（LC-001、LC-002、LC-003、LC-004、LC-005、LC-006、LC-007、LC-008）。引用这部分结果时请注意措辞：它们是原则推导的产物，不是条文比对的结果。
适用场景与同组插件
面向报关、单证与供应链合规岗的关务核对：报关单证一致、商品归类层级、原产地 RVC、出口管制、信用证与滞箱费台账。
同一职业分组「关务外贸」下还有 7 个核查插件，分别是报关单证核对（dsh-customs-doc-check）、滞箱费台账核对（dsh-demurrage-ledger）、出口管制核对（dsh-export-ctl-check）、预测考核核对（dsh-forecast-penalty）、归类层级核对（dsh-hs-classify）、原产地 RVC 核对（dsh-origin-rvc-check） 等。这类材料通常需要同时过几个插件：一个插件只覆盖它自己那份规则库声明过的范围，把几个插件的结果合起来看才是完整的一次复核。
发布渠道是 npm 包 dsh-lc-doc-check，源码在 GitHub 的 PerryLink/dsh-lc-doc-check，许可为 Apache-2.0。本页的规则清单直接取自仓库里的规则库文件（版本 2026.1），不是手写的介绍。
- 报关单证核对
dsh-customs-doc-check—— 报关单证一致性核对 - 滞箱费台账核对
dsh-demurrage-ledger—— 滞箱费台账核对 - 出口管制核对
dsh-export-ctl-check—— 出口管制物项核对 - 预测考核核对
dsh-forecast-penalty—— 预测准确率考核核对 - 归类层级核对
dsh-hs-classify—— 商品归类层级一致性核对 - 原产地 RVC 核对
dsh-origin-rvc-check—— 原产地区域价值成分核对 - 施工天窗核对
dsh-railway-window—— 铁路施工天窗台账核对
安装
安装分两步——先 add，再确认它进了配置。两条命令都与平台无关，只有过滤输出的写法不同：
bash / sh
dsh plugin --profile default add dsh-lc-doc-check
dsh --profile default --dump-config | grep 'dsh-lc-doc-check'PowerShell
dsh plugin --profile default add dsh-lc-doc-check
dsh --profile default --dump-config | Select-String 'dsh-lc-doc-check'profile 名按实际情况替换。注意安装本身不会热加载——重开会话之后插件才生效。
完整文档
以上是 信用证单据核对 的核对范围与依据。至于怎么把材料交给它、有哪些配置项可调、每条规则的参数与输出结构，在仓库文档里。
完整文档 → GitHub（PerryLink/dsh-lc-doc-check）
也可以先看该用哪个核查插件那一页，按材料类型定位到本插件；或回到关务外贸分组看同类插件。 该用哪个核查插件 · 关务外贸 · 全部核查插件