2026-10-28 10:19
中国电子口岸数据中心发布了一份系统通知,做的是原产地证书报文调整:中国—秘鲁自贸协定原产地证书的报文规范变了六条。通知没有发文字号,没有生效日期,只有一句——生效日期另行通知。
生效日期未定,不等于可以等通知——切换点可能就落在你没留意的那一票上。
报文规范改的是数据结构,不是流程。流程改了还能等,结构改了等不了:已经生成的单据、按旧结构写死的映射,会在切换那一刻一起失效——那时改造往往还没开始。
这篇给你三样东西:六条逐条怎么读、一张六行自查清单、一套今天能动的改造动作。
01 先说边界:只动秘鲁这一种证书
本次调整仅适用于中国—秘鲁自贸协定原产地证书(下称秘鲁原产地证书),其余证书类型报文规则保持不变。
六条改动是这一种证书的专属动作。实操 你手上如果还跑着别的自贸协定证书、用的是同一套报文模板,先分清范围再动手,别顺手一起改——改错范围比改慢麻烦得多。
02 六条调整,逐条对号
编号跟通知对齐,一至六条。每条都写了谁会碰到、碰到什么现象。
第 1 条 七个字段从表头搬进发票表体
发票号、合同号、信用证号、货币单位、价格条款、发票特殊条款、发票日期七个字段,一起从表头 <CertificateHead> 迁移到发票信息表体 <OriInvs>。同一个调整里还带了两件事:表体内总金额改为必填,并支持多条发票数据导入。
碰到的是拼柜、分批结算、代理几个客户合一张票的单子。
现象很好认:发票号还写在表头,表体里读不到;一票好几张发票,只能导进一条,剩下的报错或者干脆没进去。
第 2 条 表体里的总金额成为必填
发票信息表体 <OriInvs> 下的总金额,是必填项。
碰到的是一直把金额留在汇总处、表体只填编号的人。一票多张发票时最容易理解错:表头那个合计数不算数,每条发票记录下都得有自己的金额。
现象是校验直接卡在这一格。它不算逻辑错,最难提前发现——填的人以为填了,其实填在了汇总栏。
旧模板里这一列常常是空的,没人盯着,也最容易在最后关头冒出来。改这一格不难,难在让填表的人知道它不再是可填可不填。
第 3 条 货物明细不再受 20 条上限约束
货物明细 <Goods> 的条数,不再受 20 条上限约束。
碰到的是多品名、多规格的单子,一个柜子里几十个料号。
现象是反过来的:以前为了塞进 20 条,拆单、删行、合并品名,凑得很难看;现在不必为了条数去拆。
这里要把两件事分开说。文件改的是条数这一件事;导入和校验的效率,原文没有作任何说明,别自己替它补一句。
第 4 条 选了 PSR 辅助项,那个节点要置空
选「PSR 原产地标准辅助项」时,<OriCriteriaRef> 节点的内容须置空。
碰到的是每天填原产地标准那一栏的产地证操作员。
注意时间条件:置空是生效后的要求,不是现在的。现在照现状填,生效之后这一格要清掉;把生效后的义务当成今天就得改,同样出岔子——两种错法都会卡在校验上。
第 5 条 生产商保密,填这一串英文
选「生产商保密」时,<Producer> 节点要填报为 AVAILABLE UPON REQUEST,全大写英文。
碰到的是生产商不愿露名字的单子:贸易商出口、代理出口、中间商接单。
最常见的错是填成中文「应要求提供」。四个字看着比英文还准,校验不过——这一格认的是那串英文本身,不认它的中文意思。
实操 这串字符做成模板里的选项,别让人手打:三个词之间是空格,全大写,前后不留空格,中文字符和引号都不要带进去。
第 6 条 补发证书,表头要填报关单编号
出口企业申请补发原产地证书时,要在表头 <CertificateHead> 的报关单编号 EntryId 节点,填报出口报关单编号或者出境货物备案清单编号。
碰到的是船开了才补办的、漏办回头补的单子。
现象是空着:只勾了补发,表头 EntryId 留空,报文缺一个必填编号。
两种编号按手上的出口凭证选:走报关单的填报关单编号,走出境货物备案清单的填清单编号。
补发是事后动作,单证员手上常常只有发票和箱单,报关单在报关行那头,不对一遍就会掉这一格。
03 自查清单:六行,逐条打勾
六条对六行,只对秘鲁原产地证书有效。实操 把这六行拉成一张表,对着你现在的模板一条一条过,过完再谈别的。
| 改动项 | 旧做法 | 新要求 | 自查动作 |
|---|---|---|---|
| 发票七字段 位置 | 填在表头 <CertificateHead> | 迁到发票表体 <OriInvs> | 七个字段路径改到表体 |
| 表体 总金额 | 常常留空,靠表头汇总 | 必填 | 给这一列加非空校验 |
| 货物明细 条数 | 超 20 条就拆单、合并品名 | 不再受 20 条上限约束 | 停掉为凑条数拆单的做法 |
| PSR 辅助项 | <OriCriteriaRef> | 生效后 | 置空规则写进操作说明 |
| 生产商 保密填法 | 填中文「应要求提供」 | 填 AVAILABLE UPON REQUEST | 模板改成只给这串英文 |
| 补发场景 报关单编号 | 只勾补发,表头不填 | 表头 EntryId 填报关单或清单编号 | 补发流程加一道校验 |
04 改造动作:映射表、导入模板、第一票
改造就三件事。
映射表怎么改。秘鲁原产地证书那七个字段的取值路径从表头挪到发票表体,一条发票写一条记录,原来只写一条的地方改成循环写多条。表体总金额另加一条非空校验,别指望表头汇总数兜着。
导入模板怎么调。给业务用的表格,列可以先不动,落库映射改掉;发票号列、总金额列设为必填;模板说明同步出一版,否则单一窗口的原产地证导入还是卡在同一处。
实操 第一票选一票不急的——先用最近一票不赶船期的单子试,别拿赶船期的试。
实操 改完怎么确认:拿一票发过的老单子按新结构重新生成一遍,看七个字段有没有落在发票表体。
实操 改造排期就排进本周的活,不等通知。通知只会告诉你哪天切,不会替你把映射表改完。
05 常见误填与对外话术
四个高频误填:
① PSR 原产地标准辅助项没置空:选了辅助项,<OriCriteriaRef> 里还填着老内容。
② 生产商保密填成中文:「应要求提供」四个字,看着对,校验不过。
③ 补发原产地证书漏填 EntryId:勾了补发,表头空着,编号没填。
④ 按旧表头继续填发票号:字段搬了,模板没搬。
共性是一句话:填的人都在按旧模板认真做事,错的不是人,是模板。
实操 向客户或者同行解释为什么现在就要改,这三句直接复制发微信:
「这次改的是报文结构,不是流程;通知里生效日期另行通知,我们这边模板先配好,等切换了直接换。」
「发票号、合同号这些从表头搬到发票表体了,你那边如果有固定模板,我按新结构给你一版。」
「补发的单子把出口报关单编号一起给我,表头要填这一项。」
06 回到那句「生效日期另行通知」
现在还没到切换点,但没人知道还剩多久。报文规范这类改动,改得完是窗口,改不完就是停机。
实操 今天先把那七个字段从表头挪到表体,剩下的六条跟着清单一条一条销。
本文依据:中国电子口岸数据中心发布的系统通知(本通知共六条,无发文字号)。生效日期以另行通知为准。本文为实操解读,不替代官方原文,报文规则与校验要求以官方通知和系统口径为准。