EUDAMED批量上传/XML错误排查：Basic UDI-DI、EMDN、证书和经济运营商字段怎么对齐

2026年5月28日，EUDAMED的Actor、UDI/Devices、Notified Bodies & Certificates和Market Surveillance四个模块强制使用。对于产品线超过50个SKU的中国器械企业来说，手动逐条录入根本不现实——XML批量上传是唯一可行路径。

但XML批量上传的报错率远超预期。MedDeviceGuide的行业分析提到一个典型案例：一家企业导出产品目录后发现2000个SKU中只有300个有正确定义的Basic UDI-DI，剩余1700个条目缺乏监管分组；另一家企业在XML上传后收到数百个验证错误，因为数据模型与EUDAMED的schema不匹配。

这篇文章不是EUDAMED入门教程。我们假设你已经有了SRN、已经理解Basic UDI-DI的概念，现在卡在"XML上传报错、不知道怎么修"这个环节。

XML上传的两种模式

EUDAMED支持两种批量数据提交方式：

XML Upload via UI（半自动）——通过EUDAMED门户网站上传结构化XML文件。文件必须符合EUDAMED的XSD schema和验证规则。适合中等规模的产品组合。

Machine-to-Machine / M2M（全自动）——系统间的直接连接，实时提交结构化XML数据。适合产品数量大、更新频繁的企业。实现复杂度高，需要IT团队支持。

注意：swissdamed目前只支持XML Upload via UI，M2M还未开放。如果你的产品同时销往瑞士，需要准备两套上传流程（swissdamed与EUDAMED之间目前没有数据同步接口）。

错误排查框架：从schema到业务规则

XML上传错误分为三个层级，应该按顺序排查：

第一层：XSD Schema验证错误

这是最基本的错误。XML文件的结构、命名空间、元素顺序必须与EUDAMED的XSD schema完全一致。

Elsmar Cove论坛整理的最常见XSD错误包括：

XSD版本不匹配——EUDAMED会定期更新schema版本。2026年1月部署的Production v2.22.0引入了新的数据字段和验证规则。很多"神秘的"上传失败其实是版本不匹配导致的
命名空间和根元素错误——namespace URI和根元素必须严格按schema定义
元素顺序敏感——XML中的元素必须按schema定义的顺序排列。在XML层面验证通过但业务规则报错的情况很常见

排查方法：在上传EUDAMED之前，先在本地用XSD验证工具（如xmllint、XMLSpy、在线验证器）检查XML文件。

第二层：标识符格式错误

这是中国企业的重灾区。

Basic UDI-DI格式问题：

GS1的Basic UDI-DI（GMN）有特定的校验算法。EUDAMED会验证格式
常见问题：前导零丢失（Excel把GTIN当作数字处理，自动去掉前面的0）、隐藏空格、长度不对
核心原则：把所有标识符当作字符串（string）端到端处理，不要在任何环节做数字转换

UDI-DI格式问题：

如果发证机构是GS1，UDI-DI必须是14位（含校验位）。GTIN-8需要在前面补零到14位，GTIN-12补到14位，GTIN-13补到14位
EUDAMED的官方文档给出了明确的补零规则

发证机构/标识类型不匹配：

发证机构（issuing entity）的值必须与DI格式匹配。不要用"差不多就行"的值——controlled vocabulary是精确匹配

第三层：业务规则验证错误

通过XSD和格式验证后，EUDAMED还会执行业务规则检查。这类错误最复杂。

Basic UDI-DI与证书关联：最常见的阻塞点

Basic UDI-DI在EUDAMED中不是孤立存在的——它必须与公告机构上传的证书正确关联。这个关联逻辑是很多企业卡住的关键。

关联机制

MDR Article 29要求：对于Class III和Class IIb植入式器械，Basic UDI-DI必须由公告机构在证书上传时确认。这意味着：

制造商先上传Basic UDI-DI
公告机构上传证书
EUDAMED自动将Basic UDI-DI与证书关联
如果信息不匹配（比如 conformity assessment procedure与证书类型不一致），关联失败

Ente Certificazione Macchine（ECM）在2026年3月的分析中详细描述了一个典型场景：制造商在EUDAMED中选择了Annex X作为符合性评估程序，但Annex X只适用于Class III或Class IIb植入式器械（与Annex IX组合使用）。如果器械不属于这些类别，或者属于这些类别但用了不同的评估程序，EUDAMED会自动向公告机构发送验证请求。而公告机构在评估范围（designation scope）不包含Annex X的情况下，无法完成确认——Basic UDI-DI永远不会被确认。

避免关联失败的要点

确认你选择的conformity assessment procedure与公告机构证书上的评估模块完全一致
不要自行"优化"程序代码——EUDAMED做的是精确匹配
如果证书涵盖多个Basic UDI-DI，确保每个Basic UDI-DI都正确引用了证书
上传前与你的公告机构确认他们已经准备好上传证书数据

EMDN编码：层级选择的艺术

EUDAMED使用EMDN（European Medical Device Nomenclature）作为器械分类命名体系。2026年的EMDN v3（MDCG 2026-2）已经随Production v2.22.0部署。

常见错误

选了父级代码而不是叶级代码。 EUDAMED要求选择最细粒度的"叶"（leaf）级别代码。如果你选了一个中间层级的代码，上传时不会在XSD层面报错，但在业务规则验证时可能被拒绝。

MedEnvoy的分析指出："EUDAMED requires selection of an appropriate leaf-level EMDN code. Manufacturers should apply internal review controls to confirm code appropriateness before submission."

EMDN与GMDN直接映射。 很多中国企业在内部系统中使用GMDN编码，直接映射到EMDN。这种自动映射没有经过人工审核，经常出错。EMDN和GMDN的分类逻辑不完全对应——一个GMDN代码可能对应多个EMDN叶级代码，反之亦然。

EMDN编码检查清单

确认使用的是EMDN v3（2026年版本）
每个UDI-DI必须关联到一个叶级EMDN代码
EMDN代码的预期用途描述必须与器械的实际intended purpose一致
如果技术文档只能支持较高层级的分类，需要更新文档或调整编码选择

经济运营商字段对齐

EUDAMED的Actor模块要求所有经济运营商完成注册并获得SRN（Single Registration Number）。UDI/Devices模块中的设备数据必须正确引用相关经济运营商的SRN。

常见对齐错误

SRN格式问题： SRN由成员国主管机关分配。非欧盟制造商通过授权代表注册，SRN关联到EUAR账户。如果SRN在Actor模块中的状态不是"Active"，设备数据将无法提交。

角色分配错误： 一个经济实体可能同时承担制造商、进口商、系统/程序包生产者等多种角色。在EUDAMED中，每种角色需要分别注册。设备数据中引用的Actor角色必须与实际注册的角色一致。

授权代表关联缺失： 非欧盟制造商的设备数据必须正确关联到授权代表的Actor记录。如果AR尚未完成注册或SRN不匹配，设备上传会失败。

预上传Actor校验

在准备XML上传之前，确认以下信息：

检查项	验证方法
制造商SRN状态	Actor模块中搜索，确认Active
授权代表SRN状态	同上
角色分配是否正确	Actor详情页查看已注册角色
公司名称一致性	EUDAMED中的公司名必须与Declaration of Conformity上的名称一致
DUNS号匹配	GUDID中的Labeler DUNS必须与EUDAMED中的一致（如有）

Legacy Device的特殊处理

Legacy device（在2026年5月28日前按MDD/AIMDD/IVDD合法上市的器械）有单独的注册路径和截止日期（2026年11月28日）。关键差异：

Legacy device不需要Basic UDI-DI。EUDAMED会自动分配一个EUDAMED-DI
Legacy device可能已有GTIN/UDI-DI，在这种情况下EUDAMED-DI可以从现有UDI-DI派生
如果没有任何UDI，EUDAMED会自动分配标识符
Legacy device的XML格式与MDR device不同——需要使用专门的legacy upload schema

specculo.com提醒：在注册legacy device时如果使用了一个已被legacy device使用的UDI-DI代码，系统会提示创建关联——前提是Basic UDI-DI属性与legacy device的EUDAMED DI属性不冲突。如果存在冲突，系统会阻止使用相同的UDI-DI。

预上传审计清单

在提交XML之前，逐项确认：

数据完整性

所有活跃SKU都有对应的UDI-DI
Basic UDI-DI的分组策略与证书范围一致
每个Basic UDI-DI下的UDI-DI数量合理
包装层级（packaging hierarchy）完整、无断层

格式校验

所有标识符以字符串格式存储（前导零完好）
GS1 UDI-DI补零到14位
发证机构代码与标识符类型匹配
国家代码、语言代码、计量单位使用ISO标准

业务规则

Risk class与classification rationale一致
Conformity assessment procedure与NB证书匹配
EMDN代码是叶级且与intended purpose一致
设备描述与Declaration of Conformity一致

关联验证

制造商SRN已激活
授权代表SRN已激活且正确关联
公告机构已准备好上传证书
Basic UDI-DI与证书的1:N关系正确

XML文件大小和分批策略

swissdamed对单个XML文件的大小限制是100MB。EUDAMED的限制类似。对于大型产品组合：

按Basic UDI-DI分组上传，每次上传一个证书范围下的所有设备
优先上传高风险产品（Class III、Class IIb植入式），因为这些需要NB确认
Legacy device单独准备上传文件
每批上传后检查状态（Draft → Submitted → Registered），处理验证错误后再上传下一批

常见错误码和处理方法

错误类型	可能原因	处理方法
Schema validation failed	XSD版本不匹配、元素顺序错误	更新XSD版本，本地验证后重试
Invalid Basic UDI-DI format	格式错误、前导零丢失、校验位不对	检查标识符格式，当作字符串处理
EMDN code not found	使用了旧版本编码或非叶级代码	切换到EMDN v3，选择叶级代码
Certificate not linked	NB未上传证书或程序代码不匹配	联系NB确认证书上传状态
Actor not active	SRN未激活或角色分配不正确	Actor模块中检查并修正
Parent-child linkage broken	UDI-DI未正确引用Basic UDI-DI	检查XML中的引用关系
Duplicate UDI-DI	同一DI已被其他记录使用	检查是否需要Previous DI字段
Conformity assessment mismatch	评估程序与NB证书范围不一致	修正评估程序选择
Legacy device conflict	UDI-DI已被legacy device使用	确认legacy device属性兼容性

FAQ

Q1：XML上传后多长时间能看到验证结果？

通常几分钟内就会返回验证结果。如果是M2M接口，响应几乎是实时的。但NB确认Basic UDI-DI可能需要数天甚至数周——取决于公告机构的处理速度。

Q2：上传失败的记录可以重新提交吗？

可以。修正错误后重新上传即可。Draft状态的记录可以随时修改或删除。Submitted状态但未通过验证的记录也可以修正后重新提交。

Q3：我们用的GMDN编码，EUDAMED不接受怎么办？

EUDAMED只接受EMDN编码。你需要为每个器械找到对应的EMDN叶级代码。不要试图自动映射——人工审核每个编码的适用性是必要的。

Q4：Basic UDI-DI被NB拒绝确认了怎么办？

检查你选择的conformity assessment procedure是否与证书完全一致。如果不一致，修正后重新提交。如果确认无误但NB仍然拒绝，直接联系NB了解具体原因——可能是NB的designation scope不涵盖你选择的评估程序。

Q5：legacy device的截止日期是2026年11月28日，真的来得及吗？

如果你的legacy portfolio有几百个SKU，建议立即开始准备。legacy device的数据准备通常比预期更耗时——很多legacy device的技术文档使用的是MDD时代的分类体系，与EUDAMED的数据模型不一致。

Q6：中国企业需要自己操作EUDAMED上传吗？

不一定。你可以授权第三方（如欧盟授权代表或法规顾问）代为操作。在EUDAMED中，公司管理员可以为外部用户分配"UDI Editor"角色，允许其上传设备和设置市场状态，但不能编辑公司、Actor或mandate数据。

参考资源

European Commission. EUDAMED Help Centre — UDI/Devices Module. https://webgate.ec.europa.eu/eudamed-help/
MDCG 2018-1 Rev.4. Guidance on Basic UDI-DI and changes to UDI-DI
MDCG 2026-2. EMDN Codes v3 (2026 annual revision)
Ente Certificazione Macchine. EUDAMED: Avoiding Basic UDI-DI Upload Errors (2026). https://www.entecerma.it/en/eudamed-avoiding-basic-udi-di-upload-errors/
EUDAMED Release Notes Production v2.22.0. https://www.medicaldevicenews.eu/files/eudamed-release-notes-production-v2-22-0-2026-698c966487a02e4bbd850456.pdf

本文提供的信息仅供参考，不构成法律或法规建议。具体EUDAMED注册操作请结合产品实际情况和授权代表的指导进行。