发票号搬出表头:秘鲁原产地证六条调整,生效日未定,模板先改

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 回到那句「生效日期另行通知」

现在还没到切换点,但没人知道还剩多久。报文规范这类改动,改得完是窗口,改不完就是停机。

实操 今天先把那七个字段从表头挪到表体,剩下的六条跟着清单一条一条销。

本文依据:中国电子口岸数据中心发布的系统通知(本通知共六条,无发文字号)。生效日期以另行通知为准。本文为实操解读,不替代官方原文,报文规则与校验要求以官方通知和系统口径为准。