海辕·证 · 出口合规与单证

单证这件事有个反直觉的地方：绝大多数退单不是因为不会填，是因为几份文件之间对不上。合同写的成交方式是 CIF，发票按客户要求改成了 FOB，报关单按习惯填了 CIF —— 每一份单独看都没错，放在一起就是退单。

这类问题的根源是结构性的：单证是多个人、多份文件、多个时点拼出来的。业务出合同，财务出发票，报关行填报关单，货代出提单，产地证又由另一个窗口签发。每个人只对自己那份负责，没有人对「这几份能不能互相对上」负责。

• 单证清单靠经验：去某个国家要哪几份，老员工知道，新人不知道。换一个新市场，清单从头试错。
• 同一信息手工填多次：品名、规格、成交方式、币种、数量，在四五份文件里各填一遍，每填一遍就有一次出错机会。
• 齐套状态看不见：车要发运了，才发现产地证还没办。此时改船期或改单，两边都产生成本。
• 退单原因不留结构：这次被退，改完就过了，没人记下「退在哪一项」。同一个错下个月再犯一次。
• 归档散在各处：审计或客户核验时，要按单号把文件从邮箱、共享盘、个人电脑里凑齐。

海辕·证要做的是把单证从「多份文件」变成「一套从同一组要素派生的文件」。订单确认后，要素定一次；各份单据从这组要素生成，而不是各自填；齐套状态是实时的；退单原因落成结构化记录。

这样做的直接收益是退单率下降，但更大的收益在别处：新市场的单证清单可以复用。区域包里存着「这个目的国要哪几份、每份的关键字段是什么」，业务员换市场不用从零试错 —— 这是把个人经验变成组织能力的典型场景。

先把单证摊开。出口一套单证通常在六类以上，每一类的签发方不同、关键字段不同、出错后果也不同。这张表是这条线的骨架。

表里最重要的一列是最后一列。六类单证里，报关单是不一致问题的终点 —— 它不产生不一致，只暴露不一致。所以「减少退单」不能靠在报关单上改，只能在前面的五类文件上做一致。

下图是单证的八个主节点。它的价值在于把「谁在什么时候该有哪份文件」画成一条线，而不是留在一堆清单里。

两个卡点一内一外。齐套校验是内部闸门：缺项就不发运，决定权在自己，成本最低；报关申报是外部闸门：一旦退回，改单、改船期、滞港费一起上来。所以整条线的重心是把外部闸门的问题在内部闸门解决掉。

回流虚线指向单据编制。真实退回路径：报关单被退（申报要素与发票不一致）→ 回溯到齐套校验时核验过的单据版本 → 发现发票在核验后被改过一次，但报关单用的是改前版本。可回溯，就知道是版本问题；不可回溯，就只能重新核对全部单据。

这就是为什么系统要求单据改版必须生成新版本并留痕。听起来繁琐，实际省掉的是「到底哪一版是对的」这类扯皮 —— 而这类扯皮在退单时天天发生。

先看结构。合规这条线是横向的：它不拥有业务，只服务于业务。车、贸、运、仓、融五条线都要在发运或收款前过一次齐套校验，所以它必须站在底座上、被其他线调用，而不是自己存一份业务数据。

再看数据流。这条线的核心是要素组：一组被锁定的字段，向下派生各份单据。理解了这一点，就理解了为什么它能消掉不一致 —— 因为不一致的前提是同一个信息有多份来源，而这里只有一个来源。

数据流图的右侧还有一段容易被忽略：退单原因的结构化记录。每条退单要记：退在哪份单、哪个字段、与哪份文件不一致、谁改的、改了多久。攒够半年，就能看出「哪类不一致最高发」—— 这个结论直接指向流程里该加哪一道校验。

关于目的国差异：单证清单是区域包的一部分，不是主流程。同一个商品卖到不同国家，要的单证与关键字段不同；把某个国家的清单写进主流程，第二个市场就会推翻它。

这一节是这条线最实操的部分。在所有「不一致」里，合同、发票、报关单三处的口径不一致占了最大比例，而它恰好是最容易用系统结构消掉的一类。

五个字段里，前两个是「人改出来的」，后三个是「规范要求不同造成的」。两类问题的解法不同：

• 人改出来的（成交方式、币种）：靠单一来源 + 改版留痕解决。不允许任何一份单据被单独修改。
• 规范不同造成的（品名、数量单位、收发货人）：靠映射表解决。合同用商业口径，报关用申报口径，中间有一份明确的映射，而不是每次现场翻译。

映射表这件事值得单独强调：它是这类系统里最不起眼、最省人力的资产。一个车型对应哪个申报品名、法定计量单位怎么换算、常见成交方式怎么填，攒下来就是一份可复用的对照。没有它，每个新报关员都要重新踩一遍。

一条边界：这条线不代客户做申报，也不承担报关行的职责。系统提供要素、清单、校验与归因，申报动作由具备资质的主体完成。这个边界在合规业务里必须写清楚。

单证系统有一个特殊要求：每一次下载、每一次对外发送都要留痕。原因很实际 —— 单证里含价格、客户与交易结构，泄露的后果比普通数据严重。

两条硬性口径：

• 单据下载生成水印与审计记录：谁、什么时候、下载了哪一版。这不是不信任员工，是出问题时的定位依据。
• 渠道商只能下载已签发的、属于自己订单的单据：未签发的不开放，别家订单的不开放。这条边界不做，等于把客户名单交出去。

合规这条线的依据最集中：申报规则、监管证件、原产地规则、商品编码。这四件事都在主管机关与官方办理入口上，第三方只能印证实务做法。

要强调的分寸：本页不给申报结论，也不给「这样填一定过」的承诺。申报要素的填法、监管证件的要求、原产地标准，都以主管机关当期规定与受理窗口的实际审核为准。系统做的是要素管理与一致性校验，不是替代关务判断。

关于政府门户：政策原文与办事指南以政府门户（[CN-13]）发布的版本为准。转载站、行业公众号的解读可以作为理解辅助，但不能作为依据引用 —— 解读可能滞后于原文，也可能漏掉附件里的条件。

这条线引用的第三方来源是报关行业的实务口径与检验认证机构的单证服务，用途是交叉印证实务做法与可取得的第三方服务。

分寸必须写清：行业协会的实务口径不等于申报规范。它描述「实务上通常怎么填、常见退回原因是什么」，有价值，但它是经验归纳；规范以主管机关发布为准。两者冲突时，以规范为准 —— 这是这条线上最容易出错的一处判断。

一个实用做法：把第三方来源的退单案例整理成内部校验规则。行业里反复出现的退回原因（例如成交方式与发票不符、数量单位不一致），直接做成系统里的强制校验项。这样第三方信息就从「读到过」变成了「系统里挡得住」。

• 同一信息手工填进多份文件。这是所有不一致的源头。要素只录一次、其余派生，是唯一的结构性解法。
• 允许单据单独修改。发票改了、报关单没改，就是退单。改版必须留痕并触发关联单据重出。
• 齐套状态月底才盘。车要发运了才发现缺产地证，此时改船期与改单都在烧钱。齐套必须是实时状态，并且做发运闸门。
• 把行业协会口径当申报规范。行业口径是经验归纳，规范以主管机关发布为准。把两者混用，出错时没有任何抗辩空间。
• 退单原因不做结构化记录。同一个错反复犯，因为没人知道错在哪一项。归因库是流程改进的唯一依据。
• 把目的国单证清单写进主流程。清单逐国不同且会变。写进主流程，第二个市场就推翻它。清单属于区域包。

这六条里，前三条是机制问题，后三条是认知问题。机制问题会让错误稳定发生，认知问题会让错误无法被纠正 —— 后者更危险，因为它看起来像是「大家都这么做」。

判断这条线值不值得装，最快的办法是把最近 10 次退单摊开看：退在哪份单、哪个字段、跟哪份文件不一致。多数团队会发现问题高度集中 —— 而集中的那两三个字段，正是系统里最该做强制校验的地方。

1. 取最近 10 次退单记录，按「单据 + 字段 + 不一致对象」归类；
2. 检查现在同一信息在几份文件里各填一次；
3. 确认齐套状态是不是能实时看到，还是发运前人工核对；
4. 看一遍演示环境里的要素派生与齐套校验；
5. 需要具体市场的单证清单，看对应的区域分册。

相关阅读：单证齐套检查点（发运前该过哪几项）、海辕·贸（要素从哪里来）、海辕·运（提单与齐套的衔接）。