德国清关不是“资料发给报关行就完事”。真正跑在后台的是 ATLAS:德国海关用于电子化处理和监控跨境货物流动的核心系统。很多欧洲进口延误,不是卡在飞机或卡车,而是卡在申报数据、EORI、税号、商品编码、文件和系统回执。

ATLAS 到底是什么

ATLAS 是德语 Automatisiertes Tarif- und Lokales Zoll-Abwicklungssystem 的缩写,通常译为自动化关税和本地海关处理系统。德国海关官网说明,ATLAS 用于保障跨境货物流动的高度自动化清关和监控。

可以把 ATLAS 理解为德国海关的电子申报和处理系统。进口、出口、过境、仓储、补征、退税等很多海关流程,都通过不同 ATLAS 模块处理。企业或报关服务商通过系统提交电子数据,海关也通过系统返回受理、查验、放行、税费通知等结果。

项目说明
系统名称ATLAS
国家德国
主管机构德国海关
核心作用电子化处理和监控进出口及过境申报
常见模块ATLAS Einfuhr、Ausfuhr、Versand、IMPOST 等
相关识别EORI、税号、申报人、进口人等

对中国卖家和货代来说,你不一定直接登录 ATLAS,但你的清关数据最终会进入这个系统。

ATLAS 系统长什么样:它不是一个物流跟踪页

很多人听到 ATLAS,会以为它像 DHL、UPS 那样有一个“输入单号查状态”的网页。实际不是这样。

ATLAS 更像德国海关的电子申报后台和消息交换系统。普通卖家通常看不到真正的海关后台界面,你实际接触到的,多半是三种前端:

你看到的前端谁在用和 ATLAS 的关系
Zoll-Portal / IAA-Plus德国出口企业、少量自申报用户德国海关提供的互联网申报入口,主要用于出口申报
报关行或货代的在线委托页面客户、卖家、发货人客户把资料填给报关行,报关行再录入或传输到 ATLAS
商业报关软件报关行、企业关务、物流公司通过认证接口和 ATLAS 交换电子报文

所以 ATLAS 的“长相”,不是漂亮的物流可视化大屏,而是很典型的政府业务表单:左侧菜单、上方状态、多个数据页签、红色必填字段、下拉代码表、附件或单证字段、错误提示和回执消息。

以德国 Zoll-Portal 里的 IAA-Plus 为例,官方帮助文件把申报页面拆成类似“头数据”和“货物项数据”的结构。你会看到类似这些区域:

界面区域大概在填什么物流人要关注什么
Vorgang / Status申报事项和当前状态不能只问“放没放”,要问状态停在哪一步
Kopfseite 1 / Kopfseite 2申报类型、申报人、海关办公室、运输路径等头部信息主体、口岸、申报路径一错,后面很难顺
Positionsdaten每个商品项的编码、品名、数量、重量、价值、原产地多 SKU 不能全部写成一个笼统品名
Unterlagen / Dokumente发票、许可、证书、原产地、监管文件等文件不是“有就行”,还要能对应到具体商品项
Fehler / Hinweise系统错误、警告、补充提示这类提示不等于查验,但会挡住流程
Überlassung / Bescheid放行、税费、单证或后续证明没到这一步,不要承诺可以派送

可以用一个简单链路理解:

卖家资料
  ↓
报关委托表 / 商业发票 / 箱单 / 运输单据
  ↓
报关行系统或 Zoll-Portal 前端
  ↓
ATLAS 电子申报
  ↓
海关系统校验、受理、查验、计税、放行
  ↓
回执、MRN、税费通知、放行信息或补资料要求

这里最重要的认知是:ATLAS 不是“上传PDF让海关看”,而是把每个字段拆成结构化数据。发票上的一句品名、一个货值、一个重量,最后都要落到系统字段里。字段之间一旦对不上,系统就会先卡住,根本还没到“海关开箱查验”那一步。

如果想找 ATLAS 系统图片,可以优先看德国海关的 IAA-Plus Handbuch。里面有“Ausfuhranmeldung - Kopfseite 1”“Positionsdaten”等表单截图。不要直接搬商业软件截图进公众号,版权不一定安全;更稳妥的做法是自己画一张“ATLAS数据链路示意图”,或者用文字表格解释界面结构。

德国进口清关的基础角色

德国进口不是只有“发货人”和“收货人”。至少要分清几个角色。

角色作用
Exporter出口方,提供发票、箱单、原产地等资料
Importer of Record进口记录方,承担进口申报和税费责任
Declarant申报人,向海关提交申报
Customs Broker报关代理,代表客户操作申报
Consignee收货人,可能与进口人一致,也可能不同
Carrier / Forwarder承运人或货代,提供运输和舱单数据
Warehouse / Terminal监管仓、机场货站、港口或保税仓

最常见的混乱是:客户以为收货人就是进口人,平台卖家以为货代可以随便做进口人,海外仓以为只负责收货不负责税务。德国清关里,进口责任必须明确。

EORI 为什么绕不开

EORI 是 Economic Operators Registration and Identification number,欧盟经营者注册识别号。德国海关资料显示,ATLAS 中使用 EORI 作为参与方和相关方识别的重要号码。

场景EORI 的作用
德国进口识别进口人、申报人等经济经营者
欧盟出口识别出口方和申报主体
报关代理代理申报时识别相关方
海关沟通关联企业和申报记录

如果进口人没有 EORI,或者 EORI 和申报主体不匹配,申报可能无法顺利进行。跨境卖家做德国本地仓、亚马逊 FBA、B2B 进口时,必须提前确认谁是 importer of record,谁提供 EORI,谁承担进口 VAT 和关税。

德国进口申报需要哪些数据

ATLAS 申报不是上传一张发票就完事,而是把货物、主体、运输、税费和监管信息结构化提交。

数据类型常见内容
主体信息进口人、申报人、收货人、EORI、地址
货物信息HS Code、品名、数量、净重、毛重、价值
贸易信息发票号、币种、成交方式、运费、保险费
运输信息AWB、B/L、车牌、到达地点、监管仓
原产地原产国、优惠原产地文件
税费信息关税、进口 VAT、反倾销税等
监管文件CE、许可证、检验检疫、授权文件等

德国海关系统非常重视数据一致性。发票、箱单、运输单据、申报编码、货描、数量、重量、价值之间如果互相矛盾,就容易触发补资料或查验。

从德国线上报关委托页看,报关行最怕缺什么

从德国报关服务商公开的线上委托页面看,无论是 Ausfuhr-Zollagentur 的出口申报委托页,还是 M2 Logistik 的在线报关委托页,背后的逻辑都很一致:报关行不是只要一张发票,而是要把一票货变成可以录入 ATLAS 的字段。虽然这些页面主要讲出口申报,但用来理解德国报关行的资料思维非常有帮助。

德国线上委托报关页面常见会问这些信息:

委托字段为什么要问对进口清关的启发
公司、姓名、地址、电话、邮箱确认委托人和后续沟通对象出问题时必须找到能补资料的人
Fracht 数量和货物类型判断货物规模和申报复杂度件数、包装类型、运输方式要和箱单一致
Zolltarifnummer德国关税编码进口不能只拿中国出口 HS Code 直接用
EORI Nummer识别经济经营者进口人、申报人、代理人都可能涉及 EORI
Rohgewicht / Eigengewicht毛重、净重重量和箱单、运输单据不一致会引发追问
Warenbeschreibung商品描述不能只写 accessory、parts、gift、appliance
Handelsrechnung / Proformarechnung商业发票或形式发票货值、币种、成交条款、运费保险要说清
Frachtpapiere运单、提单、CMR 等运输文件舱单数据和申报数据要能匹配
Zollvollmacht报关授权报关行不是天然有权代表你申报
EUR.1 / A.TR优惠或流通证明涉及原产地、关税优惠和土耳其等特殊贸易安排

这张表对中国卖家最有用的提醒是:德国报关行看到的不是“客户说这票货没问题”,而是一组可校验字段。只要某个字段缺失或互相矛盾,报关行就很难在 ATLAS 里顺利提交。

进口场景下,还要额外补几类信息:

进口人是谁?
进口人 EORI 是否有效?
进口 VAT 谁支付,是否可抵扣?
货物进入德国后是本地销售、FBA入仓、海外仓备货,还是转运其他欧盟国家?
是否涉及 CE、无线电、食品接触、儿童用品、美妆、医疗器械、品牌授权?
是否有反倾销税、监管许可证或特殊税费?

这也是为什么德国清关前最好做“资料预审”。不是为了增加流程,而是为了在货到德国之前,把 ATLAS 最容易卡住的字段先找出来。

德国清关为什么会卡

卡点典型表现根本原因
EORI 问题无法申报或被退回主体未注册或不匹配
HS Code 问题要求解释归类编码与品名、材质、用途不一致
发票问题要求补充商业信息低值、缺运费、币种不清
产品合规要求 CE、授权、检测品类涉及监管
VAT 问题税号或税费责任不清进口人和销售主体混乱
舱单问题运输数据无法匹配AWB/B/L、件数重量不一致
查验货物进入人工检查风险布控、资料异常或随机抽查

很多人把所有问题都叫“海关查验”,其实有些只是系统数据未通过,有些是资料缺失,有些才是真正开箱查验。不同问题对应不同处理方式。

ATLAS 回执逻辑怎么理解

ATLAS 申报后,报关行会收到系统回执。回执可能表示数据已接收、申报已受理、需要补充、税费已计算、货物放行或进入查验。

对卖家来说,不一定要看懂全部德文代码,但要让报关行解释清楚:

申报是否已经提交?
系统是否受理?
是否有错误回执?
是否需要补文件?
是否已产生税费通知?
是否已放行?
如果未放行,卡在哪一步?

不要只接受一句“海关还没放”。专业沟通要定位到具体状态。

MRN、ABD、AGV:不要把德国报关状态混在一起

德国报关里经常出现几个缩写:MRN、ABD、AGV。它们更多出现在出口和转出口场景,但跨境卖家做德国海外仓、德国退运、德国仓发第三国时也会遇到。

缩写全称或含义什么时候出现实操意义
MRNMovement Reference Number申报被系统受理后生成相当于这票海关事项的唯一追踪号
ABDAusfuhrbegleitdokument,出口随附文件出口申报放行后生成文件上通常带 MRN 条码,供出口环节识别
AGVAusgangsvermerk,出口离境确认货物实际离开欧盟海关区后常用于证明出口完成,和德国增值税零税率证据有关
Einfuhrabgabenbescheid进口税费通知或税费决定进口计税后说明关税、进口 VAT 等税费结果
Überlassung放行海关允许货物进入相应海关程序后没有放行,就不应安排普通派送

如果客户问“有没有 MRN”,你要先判断他问的是进口还是出口。进口也可能有海关参考号,但 ABD 和 AGV 是典型出口链路里的单证,不要拿出口文件去解释进口放行。

更专业的问法应该是:

这票是进口申报、出口申报,还是转关/过境?
有没有 MRN 或本地申报参考号?
现在是已接收、已受理、待补资料、待查验、已计税,还是已放行?
如果是出口,ABD 是否已经生成?货物离境后 AGV 是否已经返回?
如果是进口,税费通知是否出来?进口 VAT 和关税由谁支付?

德国报关沟通里,最怕所有状态都被统称为“清关中”。清关中可能是报关行还没提交,可能是 ATLAS 没受理,可能是海关已受理但要求补资料,也可能是已经放行但仓库还没安排提货。每一种情况的责任人和处理动作都不一样。

ATLAS IMPOST 和电商小包

德国还有 ATLAS-IMPOST,用于处理特定低值进口申报场景。跨境电商包裹量大、单票货值低,对电子数据质量要求更高。货描、货值、收件人、税费、IOSS 或进口税处理方式都会影响清关效率。

电商小包关注点说明
货描具体不要只写 gift、accessory、parts
货值真实低报容易触发风险
收件人信息完整地址、邮编、联系方式准确
税费责任清楚DDP、DDU、IOSS 不要混用
禁限品过滤带电、液体、食品、美妆、品牌要提前筛查

德国清关不是不能快,但前提是数据准确。小包业务尤其不能靠人工逐票补资料,否则规模一上来就会崩。

德国进口前的资料清单

商业发票
装箱单
运输单据:AWB / B/L / CMR
进口人 EORI
进口 VAT 或税务安排
HS Code 和德文/英文品名
商品材质、用途、品牌、型号
原产国
成交条款和运费保险信息
产品合规文件:CE、授权、检测报告等
特殊品类许可或声明

建议卖家不要等货到德国再补资料。德国清关的好体验,通常来自货物起运前的数据准备。

和 OneCargoKit 工具怎么结合

德国进口清关涉及单据、运输和费用,可以把 OneCargoKit 工具嵌入 SOP:

例如德国机场货到后,如果清关资料迟迟不齐,机场仓储费可能按天增加。此时不只是清关问题,也是成本控制问题。

给卖家的德国清关建议

  1. 先确认 importer of record,不要到港后才找主体。
  2. EORI、VAT、税费责任提前确认。
  3. HS Code 和货描要按德国进口逻辑复核。
  4. 发票必须真实、完整、可解释。
  5. 带电、儿童、美妆、食品接触、医疗相关产品提前做合规判断。
  6. 报关行要能说明 ATLAS 卡点,而不是只说“海关没放”。
  7. 做 FBA 或海外仓时,进口主体、销售主体、税务主体不要混乱。

一个德国进口卡关的典型路径

假设一票中国发德国的蓝牙小家电,卖家提供的发票品名写“household appliance”,HS Code 使用供应商历史出口编码,收货人是德国海外仓,进口人却写平台店铺主体。货到法兰克福后,报关行在 ATLAS 申报时发现几个问题:进口人 EORI 不匹配,商品描述过于笼统,产品带蓝牙和电池但没有对应合规资料,发票中没有清楚列出运费和成交条款。

这时延误不是一个原因造成的,而是一组数据问题叠加。报关行需要重新确认进口主体,要求卖家补充详细品名、型号、用途、材质、电池资料、CE 或无线相关资料,并重新核对税费。货物停在监管仓期间,仓储费继续产生;如果资料补得慢,客户会误以为是物流公司拖延。

表面卡点背后原因
ATLAS 未放行申报数据未通过或需人工处理
报关行要补资料货描和监管信息不足
仓储费增加清关等待时间超过免费期
客户催派送货物还没有进入自由流通状态
税费变化HS Code 或完税价格被重新确认

这个案例说明,德国清关的很多问题在起运前就已经埋下。到港后只是集中爆发。

货代和卖家如何分工

德国清关要顺,不能只靠报关行。卖家、货代、报关行、海外仓都要各自把边界说清楚。

角色应该负责什么
卖家提供真实商品资料、发票、税号和合规文件
货代核对运输数据、提醒清关资料、协调节点
报关行判断申报路径、提交 ATLAS、解释海关回执
海外仓确认收货能力、提供入仓要求和地址信息
税代处理 VAT、申报和税务记录

最怕的是所有人都以为别人负责。比如卖家以为货代负责 VAT,货代以为客户自己有进口人,报关行到港才发现 EORI 不对。欧洲进口业务必须在发货前开一次清关资料清单,逐项确认责任人。

发货前做一次德国清关预审

如果货值高、品类敏感、第一次进口德国,建议发货前做一次清关预审。预审不一定复杂,但要让报关行提前看发票、箱单、HS Code、产品资料、进口人 EORI、税务安排和监管文件。这样可以在货物还没离港前发现问题。

预审项目要确认什么
进口主体EORI 是否有效,是否愿意承担进口责任
商品编码德国进口编码和税率是否合理
发票货值、币种、成交条款、运费是否清楚
产品合规CE、授权、检测、标签是否需要
税务进口 VAT 由谁支付,是否可抵扣
仓库地址、收货窗口、是否能接监管货

这一步能显著降低到港后的不确定性。德国清关的很多延误不是海关效率问题,而是资料在起运前就没有准备完整。越晚补资料,仓储费和客户压力越高。

不要把DDP当成万能答案

很多卖家喜欢问“能不能包税到门”。DDP 可以提高买家体验,但也意味着卖家或服务商必须承担进口税费、清关主体和合规责任。如果 DDP 渠道无法解释进口人是谁、税费怎么缴、申报编码是什么、VAT 如何处理,就要非常谨慎。德国市场长期经营,不能只看包税价格,还要看合规闭环。

给客户的预期管理

做德国进口时,建议提前告诉客户:清关时效不是从航班落地自动开始计算,而是从资料齐全、申报受理、海关处理和税费安排明确后才真正可控。只要资料缺失,任何承诺都会变得脆弱。

结语:德国清关的核心是数据可信

德国 ATLAS 系统的本质,是把海关流程电子化、结构化、可追踪。它不会因为你着急就跳过数据要求,也不会因为货已经到港就自动放行。

真正顺的德国清关,不是靠催,而是靠前置准备:主体清楚、编码准确、发票完整、文件齐全、税费责任明确。国际物流越专业,越要把清关当成起运前的工作,而不是到港后的补救。

参考口径