CBAM XML 申报详解

CBAM 申报是一份机器可读的 XML 文件，而不是由人在屏幕上填写的表单。其结构由欧盟委员会发布的 XML Schema Definition(XSD)事先固定。该 XSD 就是约定：它为每一个元素命名、规定元素出现的顺序，并限制每个值可以包含的字符。

这带来一个实际后果。文件中没有可以写下主观判断的自由文本，也没有可以用备注解释异常数字的单元格。关于一批货物的每一项事实，都必须以架构允许的形式，落入架构为其保留的那个元素中，否则它根本不构成一份申报，而只是一份接收系统无法读取的文件。

本指南逐个元素解读过渡期季度报告架构，因为它是欧盟委员会实际已发布的 CBAM 架构。

文件顶层是单一的 QReport 元素。其余全部内容都挂在它之下。下面的片段再现了架构直接置于该根元素之下的各元素，以及每个元素所带的类型代码。

应把这些代码理解为约束。an2 表示两个字母数字字符，n4 表示四个数字字符，an..17 表示最多十七个字母数字字符。申报方(Declarant)不带类型代码，因为它是一个容器：它承载四个子元素，而非自身的值。ImportedGood 会重复出现，报告期内每项货物一次。

ImportedGood 是一份申报实质内容的所在。每项货物重复出现一个该元素，每次重复都带有各自的归类、原产地、数量和排放量。

类型代码是约束，不是装饰。CnCode 上的 an8 意味着 CN 代码必须恰好为八个字符，不是七个，不是十个，也不是带分隔符的八位数字。Country 上的 a2 意味着两个字母字符，即 ISO 国家代码，别无其他。不符合要求的值会在其所承载的排放量数字受到任何评估之前，就因结构原因被拒收。

正因如此，CBAM 提交中常见的失败很少是排放量数字有争议。而是从商业发票沿用过来、带有小数点的 CN 代码，把国家写成名称而非代码，或者数量元素重复次数超过架构允许的上限。

有一项区别比本页任何元素都更重要。过渡期季度报告架构已由欧盟委员会发布，即上文所述的文件。而正式制度下的年度申报架构尚未公开，尚无相应的 XSD 发布。

如今若有人声称能够生成符合正式制度架构的文件，那么他所描述的对象并不存在可供遵循的已发布定义。

Carbon Mandate 依照欧盟委员会已明确规定的申报结构进行准备：在适用之处采用已发布的过渡期架构，并在正式制度方面采用《条例》及其实施法案所列出的数据模型。年度架构一经发布，准备工作即转向该架构。我们编制申报资料包；由欧盟进口商提交申报。