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

2026年5月28日，EUDAMED前四个模块——Actor注册、UDI/器械注册、公告机构与证书、市场监督——将正式从"自愿使用"变为强制要求。对中国器械企业来说，这天已经近在眼前。而大量企业的UDI数据还堆积在Excel表格和内部ERP系统里，等待被转成XML格式上传到EUDAMED。

一个器械记录包含120多个独立数据元素。一条EMDN编码选错层级、一个Basic UDI-DI格式偏差、一份证书未在公告机构端完成关联——任何一个细节出错，轻则单个对象被拒绝，重则整个XML文件因XSD校验失败而全部退回。我们在实际项目中见过不少企业反复上传十几轮，依然无法通过校验。

这篇文章聚焦一个具体的操作问题：当你把器械数据整理成XML批量上传到EUDAMED时，遇到了错误，怎么诊断、怎么修。全文围绕四类最高频的字段对齐问题展开——Basic UDI-DI、EMDN编码、证书链接、经济运营商信息——给出错误目录、排查决策树和修复操作。不涉及EUDAMED入门教程或SRN申请流程，那些内容在EUDAMED注册实操指南里有详细说明。

一、EUDAMED XML批量上传的三种提交方式

1.1 手动界面录入

最直接的方式。登录EUDAMED网页端，逐条填写UDI-DI数据。适合器械品种较少（一般<20个UDI-DI）的小企业。好处是所见即所得，系统会实时校验字段格式，出错了当场提示。坏处也很明显：每条记录要填120多个字段，手动录入的出错率并不低，且效率极差。

1.2 XML批量上传

半自动化方式。企业按照EUDAMED发布的DTX（Data Exchange）XSD Schema，将器械数据生成为XML文件，通过EUDAMED界面的Bulk Upload功能上传。目前手动XML上传每个文件最多包含40个UDI-DI。对于中等规模的器械组合（40-200个UDI-DI），分批上传是现实可行的选择。

XML上传的核心难点在于：EUDAMED的校验分三层。第一层是XSD Schema校验，检查XML结构是否符合规范——标签顺序、命名空间、数据类型、必填字段是否齐全。一个元素格式错误就能导致整个文件被拒。第二层是业务规则校验，检查数据之间的逻辑关系——Basic UDI-DI是否重复、EMDN编码是否在当前版本中存在、证书是否已由公告机构上传。第三层是系统处理，部分对象可能因并发冲突或已知Bug被拒绝，而其他对象正常处理。

1.3 M2M机器对接

全自动化方式。企业通过eDelivery接入点，以Machine-to-Machine协议直连EUDAMED的DTX服务。没有40个UDI-DI的文件限制，适合拥有数千乃至上万UDI-DI的大型制造商。但技术门槛最高——需要配置AP（Access Point）、获取安全令牌、实现完整的DTX请求/响应协议。截至2026年5月，EUDAMED生产环境使用的XSD版本为v3.0.25（v2.22.0），Playground测试环境已升级至v3.0.30。建议每次上传前确认当前版本。

就实际经验而言，大多数中国出海企业器械品种在几十到几百个之间，XML批量上传是最现实的选择。下面的内容也主要围绕这种方式展开。

提交方式	适用规模	技术门槛	单次上限	校验反馈
手动录入	<20 UDI-DI	低	无硬限制	实时校验
XML批量上传	20-200 UDI-DI	中	40 UDI-DI/文件	上传后批量返回
M2M对接	>200 UDI-DI	高	无硬限制	API响应逐条返回

二、错误类型总览：XSD校验、业务规则和系统Bug

2.1 三层校验机制

上传XML后，EUDAMED依次执行三层校验。了解每层做什么，有助于快速定位错误属于哪个层级。

第一层：XSD Schema校验。系统检查XML文件是否严格符合当前版本的XSD Schema。常见失败原因包括：标签缺失或顺序不对、命名空间URI错误、日期格式不是ISO 8601（YYYY-MM-DD）、字符串超长、枚举值不在允许列表中。如果这一层失败，整个文件被拒绝，不会有任何对象进入系统。

第二层：业务规则校验。XML结构没问题后，系统逐条检查数据逻辑。包括：Basic UDI-DI是否已被其他制造商占用、EMDN编码是否为当前版本中的有效编码且处于最细层级、证书编号是否能在系统中找到且状态有效、SRN是否处于活跃状态且角色正确。这一层的典型结果是"部分成功"（Partially Successful）——部分对象通过校验被正常处理，部分对象因特定字段问题被拒绝。

第三层：系统处理与已知Bug。即便数据逻辑上没问题，EUDAMED本身也有一些已知Bug可能影响处理结果。比如v2.22.0版本中记录的Bug包括：directMarkingDI字段设置为"Same as UDI-DI"时未正确保存到数据库、Bulk Download分页功能异常、以country为搜索条件时返回随机结果等。这些不是企业数据的问题，需要关注EUDAMED发布说明（Release Notes）来确认和规避。

2.2 错误响应格式

批量上传完成后，EUDAMED在Response列提供XML响应文件下载。响应中每个对象会标记一个状态：

状态	含义	处理建议
SUCCESS	对象已成功处理	无需操作
ERROR	对象处理失败	下载响应文件查看具体错误码
Partially Successful	部分子对象成功，部分失败	检查响应中被拒绝的子对象

关键操作：只针对被拒绝的对象重新提交修复后的数据，不要把已成功的对象也重复提交。重复提交已有的Basic UDI-DI会触发"已存在"错误。

2.3 高频错误速查表

错误类别	典型表现	发生频率	修复难度
Basic UDI-DI重复或格式错	全文件被拒或单条拒绝	高	中
EMDN编码版本/层级错	单条拒绝	高	低
证书未链接或状态无效	高风险器械无法发布	中	高（需NB配合）
SRN未激活或角色不匹配	全批次拒绝	中	低
XSD Schema版本过旧	全文件被拒	中	低
分组策略与证书结构矛盾	批量拒绝	低	高

三、Basic UDI-DI字段对齐：五种最常见的拒绝原因

Basic UDI-DI是EUDAMED中器械分组的核心标识。它不代表某一个具体产品，而是一组具有相同预期用途、风险等级和基本设计特征的器械集合。每个Basic UDI-DI下可以挂载多个UDI-DI。关于UDI体系的基础概念，可以参考我们之前写的UDI/EUDAMED/GUDID对比指南。

3.1 重复Basic UDI-DI

EUDAMED中Basic UDI-DI必须全局唯一。如果该编码已被任何制造商（包括你自己）注册过，系统会直接拒绝保存。这在两种场景下容易出现：

第一种，同集团不同子公司分别上传，使用了相同的Basic UDI-DI但没有协调。第二种，之前通过手动界面试录了一条数据但没完成后续步骤，再次通过XML上传时系统报"已存在"。

解决办法是上传前先在EUDAMED公共网站搜索该Basic UDI-DI是否已被注册。如果已被注册但属于你自己的器械，应该通过修改（update）操作更新数据，而不是重复创建。

3.2 格式与发证机构不匹配

GS1体系的Basic UDI-DI（即GMN）格式为"公司前缀+产品类型码+校验位"。EUDAMED会根据你选择的Issuing Entity（发证机构）自动校验格式。GS1的编码必须包含正确的校验位。HIBCC和ICCBBA各有自己的格式规则。

一个特别容易踩的坑：从Excel导出UDI编码时，如果Excel把编码当作数字处理，前导零会被吞掉，科学计数法也可能出现。务必将编码列格式化为文本，或者全程用脚本处理以避免格式丢失。这个问题在GUDID注册中同样普遍——一家广东企业曾用Excel管理了800个UDI-DI，导出后提交，全部报校验位错误，排查后发现所有以"00"开头的GTIN都被Excel转换成了科学计数法，前导零丢了。

3.3 分组策略与证书结构矛盾

MDR Annex VI Part C要求Basic UDI-DI的分组应基于"预期用途、风险等级和基本设计特征"。MedTech Europe的指导文件进一步明确：一个产品证书可以覆盖多个Basic UDI-DI，但一个Basic UDI-DI不能同时关联两个产品证书。

实际操作中，分组过细和分组过粗都有问题。分组过细（over-fragmentation）会导致Basic UDI-DI数量爆炸，管理负担陡增。分组过粗会把风险等级不同的器械混在一起，与证书范围冲突，触发EUDAMED的业务规则拒绝。比如一家企业把Class IIa和Class III的产品放在同一个Basic UDI-DI下——违反了"相同风险等级"的分组规则，NB确认时直接退回。

就实际经验而言，中国企业最常见的分组问题出在"同一产品线不同规格"的归类上。比如一个注射器系列有5ml、10ml、20ml三种规格，如果预期用途和风险等级完全相同，应该共用一个Basic UDI-DI。有些企业误以为每个规格都需要单独的Basic UDI-DI，结果分组过细。

3.4 Legacy Device的Basic UDI-DI处理

Legacy Device（遗留器械）是指在MDR生效前已依据MDD/IVDD上市、且在EUDAMED中尚无等价MDR版本注册的器械。这类器械不需要Basic UDI-DI——EUDAMED会自动分配一个EUDAMED-DI。Legacy Device的注册截止日期是2026年11月27日。

问题出在有些企业在Legacy Device记录中强行填入Basic UDI-DI，或者把法规框架（Legislative Framework）选错了——应该选Directive（MDD/IVDD）而不是Regulation（MDR/IVDR）。这两个错误都会导致校验失败。EUDAMED对Legacy Device走的是特殊的注册流程，不要按正常流程提交。

3.5 Annex X误选导致的NB确认循环

ECM（Ente Certificazione Macchine）等公告机构曾公开提醒：很多制造商在注册器械时，错误地选择了Annex X作为符合性评估程序。Annex X仅适用于Class III或Class IIb植入式器械，且必须与Annex IX配合使用。如果你为非这些风险等级的器械选择了Annex X，EUDAMED会自动触发NB确认流程——即便器械本身并不需要NB确认Basic UDI-DI。

这会制造一个虚假的瓶颈：公告机构看到一堆不该发过来的确认请求，需要逐条审查后驳回。而你的器械数据卡在"等待NB确认"状态，无法发布。解决办法是回到源头，确认技术文档中实际使用的符合性评估程序（通常是Annex IX或Annex XI），然后在XML中正确填写。关于符合性评估程序的选择，可以参考我们的CE认证完全攻略中MDR Article 52/54的相关解读。

四、EMDN编码：版本、层级和映射陷阱

4.1 EMDN层级结构

European Medical Device Nomenclature（EMDN）是EUDAMED专用的器械分类命名体系，基于意大利的CND分类法发展而来。EMDN采用字母+数字的层级编码结构，最多7层。例如，一根可吸收合成单丝缝合线的编码路径如下：

H（Category，缝合器械）
  → H01（Group，外科缝线）
    → H0101（Type 1，可吸收缝线）
      → H010101（Type 2，可吸收合成缝线）
        → H01010101（Type 3，可吸收合成单丝缝线）
          → H0101010101（Type 4，PDS单丝）
            → H010101010101（Type 5，带针PDS单丝，开放手术用）

每个UDI-DI注册时必须关联至少一个EMDN编码。

4.2 最细层级要求

EUDAMED要求EMDN编码必须选到最细粒度层级（leaf level）。如果一个编码下面还有更细的子层级，你不能选这个中间层级——系统会拒绝。

这听起来简单，但实际操作中很容易出错。原因是EMDN的层级深度在不同类别之间差异很大。有些器械类别的编码只有3-4层就到底了，有些则有完整的7层。如果你的团队靠手动在EMDN PDF或Excel中搜索编码，很容易停在一个中间层级而没有往下展开确认。

EMDN每年更新一次（通常在1月发布新版本），编码可能被新增、合并或废弃。EUDAMED v2.22.0已将废弃编码从选择列表中移除——如果你在XML中使用了上一版EMDN中的编码，而该编码在新版中已被废弃，校验会直接失败。2026年生效的版本是EMDN v3，用了v2代码一定会报"invalid EMDN code"。

4.3 GMDN到EMDN的映射

很多中国出海企业同时在美国和欧盟市场销售产品，已经建立了基于GMDN（Global Medical Device Nomenclature）的编码体系。然而GMDN和EMDN是两套独立的命名体系，由不同机构管理，之间不存在官方映射表。

有些企业试图用GMDN编码自动对应EMDN编码。这种做法风险很高。两个体系对器械的分类逻辑和粒度并不对齐——GMDN中一个Term可能对应EMDN中多个编码，反之亦然。靠自动化映射而不做人工审核，结果往往是选错层级或选错类别。

我们的建议是：针对欧盟市场的每个UDI-DI，安排法规团队独立审核EMDN编码的选择，对照器械预期用途（Intended Purpose）和技术文档中的产品描述确认编码是否准确。具体操作步骤：

导出产品线的GMDN代码清单
在EMDN v3层级树中逐个查找最匹配的leaf代码
确认每个EMDN代码与CE证书的范围一致
由RA负责人签字确认映射结果

如果实在找不到匹配的EMDN编码，可以使用该层级下的"99"编码（即"other"），同时通过EMDN提交平台申请新编码。这一做法在MDCG 2021-12（2026年4月Rev 2）中有明确说明。

4.4 EMDN编码错误排查清单

检查项	操作	工具
编码是否为当前版本	对比EUDAMED中的EMDN选择列表	EUDAMED测试环境
是否选到最细层级	在EMDN层级树中确认该编码下无子层级	EMDN Excel下载
编码与预期用途是否匹配	对照技术文档中的Intended Purpose	人工审核
一个UDI-DI可关联多个EMDN编码	确认多用途器械是否需要多个编码	MDCG 2021-12
编码是否在Legacy Device中被错误使用	Legacy Device的EMDN要求可能不同	EUDAMED用户指南

五、证书链接与公告机构确认：高风险器械的瓶颈

5.1 证书上传责任归属

在EUDAMED中，证书上传是公告机构的责任，不是制造商的。但器械注册时需要关联证书编号——如果公告机构尚未在NB/Certificates模块中上传该证书，或者证书状态不是"有效"（Valid），你的器械记录会因为无法关联而被拒绝。

这就是"NB确认瓶颈"：你能控制的数据准备好了，但卡在公告机构那边。根据Regulation (EU) 2024/1860的时间线，强制使用前签发的证书需要在2027年5月28日之前完成上传。但如果你现在就要注册器械，就不能等那么久。

实际操作中的建议是：在启动XML批量上传之前，先与公告机构确认所有相关证书是否已在EUDAMED中上传且状态为Valid。把这一步作为预上传检查清单中的必选项。

5.2 IIb植入/III类和C/D类IVD的特殊要求

对于Class IIb植入式器械、Class III器械，以及Class C和Class D的IVD产品，MDR Article 29(4) / IVDR Article 26(4)要求公告机构确认Basic UDI-DI。具体流程是：制造商提交器械数据后，系统自动将Basic UDI-DI发送给对应的公告机构进行确认。NB确认后，数据才会在公共网站发布。

确认流程可能需要数天到数周，取决于公告机构的处理能力。如果同时提交大量高风险器械，NB端的确认队列可能形成瓶颈。另外，如前面提到的Annex X误选问题，会制造大量虚假确认请求，进一步拖慢正常队列。

5.3 SS(C)P关联问题

Summary of Safety and Clinical Performance（SSCP / SSP）需要关联到证书中的Basic UDI-DI。EUDAMED v2.22.0的已知问题中记录了一个Bug：当证书范围包含多个Basic UDI-DI时，为每个Basic UDI-DI分别关联SS(C)P的按钮缺失。这意味着如果你的证书覆盖多个Basic UDI-DI，目前可能无法通过界面为所有Basic UDI-DI完成SS(C)P关联——只能等待下一个版本的修复。SS(C)P的撰写要点可以参考我们的MDR临床评价报告指南。

5.4 证书字段排查表

错误表现	可能根因	修复路径
"Certificate not found"	NB未上传证书，或证书编号输入有误	联系NB确认上传状态
"Certificate status not valid"	证书已被暂停、撤销或过期	获取有效证书后重新关联
"Waiting for NB confirmation"	高风险器械的正常流程，或Annex X误选	等待NB确认，或修正符合性评估程序
"Basic UDI-DI not in certificate scope"	Basic UDI-DI分组与证书范围不一致	调整分组策略或联系NB确认证书范围
"SS(C)P association incomplete"	多Basic UDI-DI证书的已知Bug	关注EUDAMED版本更新

六、经济运营商字段：SRN、Actor注册和数据一致性

6.1 SRN是所有操作的前提

Single Registration Number（SRN）是EUDAMED中经济运营商的唯一标识。没有活跃的SRN，无法提交任何器械数据。SRN的格式为：国家ISO代码-角色代码-9位数字（如BE-MF-000000001）。

非欧盟制造商的SRN申请流程比欧盟制造商多一步：需要先由已注册的授权代表（AR）验证注册请求，然后由AR所在国的成员国主管当局审批。这意味着SRN的获取速度取决于AR的响应速度和主管当局的处理效率。

6.2 AR不能代替制造商上传器械数据

这一点在实操中被很多中国企业误解。授权代表（AR）可以在Actor模块中验证非欧盟制造商的注册请求，但AR不能代替制造商在UDI/Devices模块中录入或上传器械数据。器械注册的操作必须由制造商自己的EUDAMED账号完成。

如果你把器械数据发送给AR"帮忙上传"，AR会发现自己没有权限执行这个操作。正确的做法是：制造商用自己的EUDAMED账号完成XML上传，AR负责验证Actor注册信息，并在数据准确性确认环节配合。

6.3 数据准确性确认要求

MDR Article 31(5) / IVDR Article 28(5)要求经济运营商定期确认其在EUDAMED中注册数据的准确性。具体要求是：首次注册后一年内确认一次，之后每两年确认一次。确认操作由LAA（Local Actor Administrator）执行。

这个要求看似简单，但如果你的SRN信息（公司名称、地址、PRRC联系人等）发生了变更却没有及时更新EUDAMED中的Actor记录，定期确认时就会发现问题。建议在SOP中加入EUDAMED Actor信息变更管理的流程节点。

6.4 多角色SRN管理

如果一家企业在EUDAMED中同时扮演多个角色（比如既是制造商又是进口商），需要为每个角色分别注册并获得不同的SRN。每个SRN是独立的，关联不同的操作权限。在XML中填写制造商SRN时，必须使用角色为MF（Manufacturer）的SRN，不能误填IM（Importer）的SRN。

七、排查决策树：从错误码到根因到修复

下面是一个从错误响应出发、逐步定位根因的决策树。

批量上传返回错误
├── 整个文件被拒？
│   ├── YES → XSD Schema校验失败
│   │   ├── XML解析错误（标签未闭合、编码问题）
│   │   │   └── 修复：用xmllint或XMLSpy本地验证XML格式
│   │   ├── Schema版本不匹配
│   │   │   └── 修复：下载当前XSD，本地重新校验
│   │   ├── 必填字段缺失
│   │   │   └── 修复：对照XSD annotation逐项检查
│   │   └── 命名空间或元素顺序错误
│   │       └── 修复：对照EUDAMED DTX文档中的示例XML
│   └── NO → 部分对象成功，部分被拒（Partially Successful）
│       └── 下载XML响应文件
│           └── 对每个被拒对象分类：
│               ├── Basic UDI-DI错误
│               │   ├── 重复 → 搜索EUDAMED确认归属
│               │   ├── 格式错 → 检查Issuing Entity规则
│               │   ├── 分组矛盾 → 对齐证书范围
│               │   └── Annex X误选 → 修正符合性评估程序
│               ├── EMDN编码错误
│               │   ├── 非最细层级 → 导航到leaf code
│               │   ├── 废弃编码 → 使用当前EMDN版本
│               │   └── 版本属性缺失 → 补充EMDN版本号
│               ├── 证书链接错误
│               │   ├── 证书未上传 → 联系NB
│               │   ├── 证书状态无效 → 获取有效证书
│               │   └── 等待NB确认 → 正常等待或检查Annex是否误选
│               └── 经济运营商错误
│                   ├── SRN未激活 → 完成Actor注册审批
│                   ├── 角色不匹配 → 使用正确的角色SRN
│                   └── AR代操作 → 切换到制造商账号

7.1 预上传XSD校验清单

在上传到EUDAMED之前，建议在本地完成以下检查：

序号	检查项	工具
1	XML通过当前XSD校验	xmllint、XMLSpy、Oxygen XML
2	所有必填字段已填充（对照XSD annotation）	自定义脚本或Excel校验
3	日期字段均为ISO 8601格式（YYYY-MM-DD）	正则检查
4	GS1 UDI-DI已补齐14位前导零	发证机构规范
5	Basic UDI-DI在EUDAMED公共网站中不存在（或属于自己可修改）	EUDAMED公共网站搜索
6	EMDN编码为当前版本且在最细层级	EMDN Excel下载
7	证书编号在EUDAMED中存在且状态为Valid	EUDAMED NB/Certificates模块
8	SRN处于活跃状态且角色为MF/PR	EUDAMED Actor模块
9	符合性评估程序与证书中的Annex一致	技术文档核对
10	器械描述与符合性声明一致	技术文档核对

八、数据治理SOP：预上传、版本控制和变更响应

8.1 建立字段级映射表

每个EUDAMED数据字段都应该追溯到企业内部的唯一数据源（Single Source of Truth）。做法是建立一张字段映射表，列出EUDAMED XML中的每个元素、对应的企业内部系统字段、数据所有者和更新频率。

这张表的核心价值在于：当某个字段上传报错时，你能立刻定位是内部数据的问题、映射转换的问题还是EUDAMED系统的问题。没有这张表，排查错误只能靠猜测。

8.2 版本控制与批管理

XML文件应纳入版本控制。每次上传都保留源数据快照、生成的XML文件和EUDAMED的响应文件。这样当需要回溯某个被拒记录时，可以精确还原当时的提交内容和系统反馈。

建议分批上传，每批控制在20-30个UDI-DI以内（虽然上限是40个）。小批量更容易定位问题，避免一个文件中混入多个不同类型的错误导致排查困难。保持一份上传清单（Manifest），记录每批次的文件名、包含的器械编号、上传时间和结果。

8.3 变更响应流程

器械数据变更在EUDAMED中不是简单的"覆盖"。每次变更都会创建新版本，高风险器械的变更可能再次触发NB确认。建议制定一份变更分级SOP：

微小变更（如联系方式更新）：直接通过XML或界面修改，无需NB确认
中等变更（如EMDN编码调整）：修改后可能需要验证新编码的有效性
重大变更（如新增UDI-DI到已有Basic UDI-DI下）：对于IIb植入/III类器械，可能需要NB确认新UDI-DI

8.4 责任矩阵

数据治理中明确谁负责什么，能减少跨部门协作的摩擦。下面是一份参考责任矩阵：

数据类别	数据所有者	校验责任	上传操作	异常处理
Basic UDI-DI分组策略	RA经理	法规团队	制造商IT/RA	RA经理决策
EMDN编码选择	RA专员	法规团队审核	制造商IT/RA	RA专员修正
证书关联	NB（上传），制造商（关联）	NB确认	制造商RA	联系NB协调
SRN/Actor信息	RA经理/合规	LAA确认	LAA操作	RA经理跟进
包装层级	产品经理	RA团队校验	制造商IT/RA	产品经理修正
器械描述	技术文档团队	法规团队审核	制造商RA	技术文档修正

九、中国企业特有风险

9.1 AR关系管理

中国出海企业几乎全部是非欧盟制造商，依赖授权代表完成Actor注册的验证环节。AR的响应速度直接影响SRN的获取时间。我们见过一些案例：企业在2026年3月就准备好了全部器械数据，但AR直到4月底才完成验证，导致SRN延迟一个多月才批下来。

建议在AR协议中明确EUDAMED相关服务的响应时间要求（比如"验证请求在3个工作日内完成"），并在日常沟通中建立EUDAMED操作的专属对接人。如果还没选定AR，可以参考我们的授权代表选择指南中关于AR职责的说明。

9.2 语言与时区障碍

EUDAMED界面支持多语言，但DTX文档、XSD Schema、错误码说明等技术文档主要是英文。对于法规团队中英文水平有限的中小企业，理解错误码含义本身就可能耗费不少时间。

时区差异也会拉长NB确认的周期。中国工作时间和欧洲工作时间重叠只有几个小时，如果NB在当地时间下午发出确认请求，中国团队要到第二天上午才能看到。对于需要多轮交互的确认流程，实际等待时间可能是名义时间的2-3倍。

9.3 文档格式转换

中国企业的产品数据通常存储在中文系统中——产品名称、型号规格、预期用途等字段可能是中文的。EUDAMED要求这些信息以欧盟官方语言（通常是英文）提交。翻译过程中容易出现术语不一致、格式变化等问题。

另外，XML中的特殊字符需要正确转义。中文标点（如全角括号（））在某些场景下可能导致解析问题。建议在数据导出环节统一做一次字符清洗：替换中文标点为英文标点，去除不可见字符，确保UTF-8编码。

9.4 GUDID到EUDAMED的数据迁移

如果企业已经在FDA GUDID中注册过完整的UDI-DI数据，迁移到EUDAMED时需要注意几点：GUDID使用GMDN而EUDAMED使用EMDN，需要转换；GUDID的DI记录结构不同于EUDAMED的UDI-DI + Basic UDI-DI双层结构；EUDAMED有额外的必填字段（如clinical size、critical components等）。直接从GUDID导出再导入EUDAMED不可行，需要做数据转换。

十、EUDAMED已知系统Bug（v2.22.0）

根据EUDAMED v2.22.0的生产环境发布说明（Release Notes），以下已知问题可能影响XML批量上传和数据完整性。这些问题不是企业数据的问题，目前也没有用户侧的修复方案。建议定期查看Release Notes，确认Bug是否在新版本中修复。

Bug ID	描述	影响
EUDAMEDMDR-38488	directMarkingDI设置为"Same as UDI-DI"时未保存到数据库	直接标记数据丢失
EUDAMEDMDR-38839	Bulk Download分页功能异常	无法正确下载大批量数据
EUDAMEDMDR-36328	以country为搜索条件时返回随机结果	无法按国家筛选器械
EUDAMEDMDR-34329	System和Procedure Pack的XML下载缺少3个数据块	下载的XML不完整
EUDAMEDMDR-35585	用户无法更新Market Info	上市信息无法修改
EUDAMEDMDR-39596	无法从Basic UDI中丢弃Master UDI	模块间连接问题
EUDAMEDMDR-39040	搜索和查看器械时container package details显示"Undefined text"	界面显示异常

十一、FAQ

Q1：XML批量上传一个文件最多能包含多少个UDI-DI？

通过EUDAMED界面手动上传XML文件，每个文件最多40个UDI-DI。需要更大批量的企业应使用M2M对接方式。即便是手动上传，也可以分多个文件批次提交，每批文件独立处理。建议每批控制在20-30个，便于排查问题。

Q2：Legacy Device需要注册Basic UDI-DI吗？

不需要。Legacy Device不需要Basic UDI-DI。EUDAMED会自动分配一个EUDAMED-DI。Legacy Device的注册截止日期是2026年11月27日。Legislative Framework应选择Directive而非Regulation。如果你已有UDI-DI，系统可能从中派生EUDAMED-DI。

Q3：上传被拒后，已成功处理的对象需要重新上传吗？

不需要。EUDAMED支持部分成功处理——成功创建的对象已经进入系统。只需针对被拒绝的对象修复错误后重新提交。重新提交时不要包含已成功的对象，否则会触发"已存在"错误。

Q4：AR可以帮我上传器械数据吗？

AR无法代替制造商上传UDI/Devices模块的数据。AR的职责是验证非欧盟制造商的Actor注册请求。器械数据的上传必须由制造商自己的EUDAMED账号完成。这是EUDAMED权限设计的基本原则——每个角色只能操作自己权限范围内的模块。

Q5：NB确认Basic UDI-DI一般需要多久？

取决于公告机构的处理能力，通常数天到数周不等。如果同时提交大量高风险器械（IIb植入/III类/C和D类IVD），确认周期可能更长。建议提前与NB沟通上传计划和时间预期。2026年5-11月的过渡期内NB压力很大，建议提前3个月开始协调。

Q6：EUDAMED的XSD Schema多久更新一次？

在EUDAMED正式运行阶段，每次更新XSD会提前6个月通知，新旧版本并行6个月。目前在开发过渡期，更新通知一般在发布前4-6周发出。当前生产环境使用的XSD版本为v3.0.25，Playground环境已升级至v3.0.30。建议在每次批量上传前确认当前版本。

Q7：上传成功后发现数据有误怎么改？

已注册的记录可以修改。在EUDAMED的UDI/Device模块中找到该记录，编辑相应字段并重新提交。修改历史会被系统记录。如果是Basic UDI-DI级别的错误（如风险等级选错了），可能需要NB重新确认。

Q8：EMDN找不到匹配的编码怎么办？

选择最接近的可用编码。如果完全无法匹配，可以使用该层级下的"99"编码（即"other"），同时通过EMDN提交平台申请新编码。MDCG 2021-12 Rev 2（2026年4月）中明确允许这种做法。

十二、参考资源

EUDAMED Bulk Upload官方文档 — EUDAMED批量上传的官方操作文档，包含上传步骤、响应状态说明和附件处理方式
EUDAMED UDI/Devices用户指南（PDF） — UDI器械注册模块的完整用户手册，涵盖手动录入和XML上传的字段要求
Regulation (EU) 2024/1860 — 确立EUDAMED分模块强制使用的过渡条款，是2026年5月28日截止日期的法律依据
Commission Decision (EU) 2025/2371 — 宣布EUDAMED前四个模块功能达标的正式决定，触发了6个月过渡期
EMDN官方下载页面 — EMDN编码的完整PDF和Excel下载，每年1月更新，免费使用
MedTech Europe Basic UDI-DI指导文件（PDF） — Basic UDI-DI分组策略的行业指导，包含决策树和一对一规则说明
EUDAMED Economic Operator用户指南（PDF） — Actor注册和SRN获取的完整操作手册，包含数据准确性确认流程
MDCG 2019-13 Rev 1（2024年12月） — 关于generic device group定义的指导文件，明确了EMDN层级与MDR/IVDR分组的关系

如果你正在为EUDAMED批量上传做准备，可以先回顾我们之前写的EUDAMED注册实操指南，里面有Actor注册和SRN申请的完整流程。对于还没有确定Basic UDI-DI分组策略的企业，建议参考我们的MDR技术文档编制指南和CE认证完全攻略，确认技术文档中的器械描述和分组逻辑与EUDAMED注册数据保持一致。UDI体系的基础概念可以参考UDI/EUDAMED/GUDID对比指南。

免责声明： 本文内容基于2026年5月EUDAMED生产环境（v2.22.0）和Regulation (EU) 2024/1860的现行规定编写，仅供技术交流参考，不构成法律或法规咨询意见。EUDAMED系统持续更新，XSD Schema、业务规则和已知Bug列表可能随时变化。具体合规操作请以欧盟委员会官方发布的最新文档为准，并在必要时咨询专业法规顾问或公告机构。