2026年5月，CEN/CENELEC JTC 24发布产品数字护照（Digital Product Passport，DPP）系列基础标准，围绕唯一标识符、数据载体、数据交换协议、生命周期管理API、数据存储归档与持久性、系统互操作性等关键环节提出要求。其中，EN 18222《产品数字护照——产品护照生命周期管理和可查询性应用程序编程接口（API）》聚焦DPP在系统中如何被读取、查询、创建、更新、删除和注册，为不同平台调用产品数字护照提供统一接口。
一份产品数字护照在系统中并不是只能被打开和查看，它还可能经历创建、查询、更新、注册、局部修改和终止等操作。EN 18222将这些操作整理为可以被不同平台实现和调用的接口方法。制造商、服务提供商、注册系统和经授权的价值链参与者，需要通过接口完成查询和维护。
EN 18222的目标，是规范产品数字护照API的功能、输入参数和输出结果。标准同时覆盖DPP生命周期管理、产品护照查询、注册系统登记和数据元素级操作，并将这些逻辑方法映射为HTTPS/REST接口。
这项标准并不负责定义DPP包含哪些字段，也不重新规定传输协议。DPP数据结构主要由EN 18223处理，通信协议和数据格式由EN 18216提供基础，历史数据和归档要求则需要结合EN 18221。EN 18222位于这些标准之间，承担的是“把数据和规则转化为可调用操作”的作用。
标准将DPP生命周期API分为若干主要方法。读取类方法既可以通过DPP唯一标识符返回对应护照，也可以通过产品唯一标识符获取当前有效版本，还可以按照指定日期读取某一历史版本。对于批量查询场景，标准还提供根据一组产品标识符返回相应DPP标识符的方法，并允许通过limit和cursor等参数控制分页。
写入类方法包括创建DPP、按DPP标识符进行部分更新，以及删除指定DPP。创建成功后，系统返回相应的DPP标识符；更新采用PATCH语义，提交内容只需包含发生变化的数据。如果部分更新失败，标准要求整个更新过程失败，不能只写入其中一部分，以避免护照出现不完整状态。
标准提供了删除DPP的方法，但删除操作的具体适用条件，仍要结合产品规则、访问权限和EN 18221规定的归档要求确定。标准明确提示，DPP发生的变更仍应按照EN 18221进行归档。哪些主体可以创建、更新或删除，也不由接口本身决定，而是由访问规则和授权机制控制。
EN 18222区分了DPP标识符和产品标识符两类查询入口。通过DPP标识符读取时，调用方已经知道目标护照，可以直接取得相应内容；通过产品标识符读取时，系统需要返回该产品当前有效的DPP版本。对于需要追溯某一时间点状态的场景，还可以同时提交DPP标识符和日期，读取当时的护照版本。
这种设计考虑了不同使用场景。监管部门或服务系统可能直接掌握DPP标识符，消费者和供应链系统则更可能从产品上的唯一标识出发。批量检索方法还可以根据多个产品标识符返回一组DPP标识符，为目录查询、供应链盘点和批量合规核验提供接口基础。
如果接口支持多种返回格式，标准要求采用EN 18216规定的内容协商机制。也就是说，同一套查询逻辑可以根据调用方需求返回适当的表示形式，而不必为每一种格式重新设计一套业务接口。
除生命周期API外，EN 18222还单独规定了DPP注册系统接口。RegisterProductDPP方法用于将新建的产品数字护照登记到DPP注册系统，并在成功后返回唯一注册标识符。
提交给注册系统的信息以DPP注册条目形式组织，其中包括产品唯一标识符、DPP标识符、经济运营者唯一标识符、备份服务提供者相关标识，以及DPP接口地址等内容。注册系统由此可以建立产品、护照、责任主体和访问端点之间的基础关联。
需要注意的是，EN 18222主要规定注册接口如何调用和返回结果，并不覆盖完整的身份核验、登记审核和监管流程。注册主体需要满足什么条件、哪些数据属于必填项、系统如何校验真实性，仍要结合欧盟注册系统实施规则及具体产品法规进一步确定。
标准不仅支持整份DPP的读取和更新，还规定了细粒度API。ReadDataElement方法可以通过DPP标识符和数据元素路径读取某一个具体数据元素；UpdateDataElement方法则可以更新、补充或移除相应元素。
数据元素路径需要采用明确的绝对路径，并遵循JSONPath相关规则。映射为REST接口后，可以通过类似“DPP标识符/数据元素路径”的方式定位目标字段。对于数据量较大或访问权限需要精细划分的DPP，这类接口可以避免每次都传输和修改整份护照。
不过，字段级操作也会带来更高的管理要求。系统需要准确控制哪些角色能够读取或修改哪些数据元素，并确保局部更新不会破坏数据模型、版本关系和历史记录。细粒度并不意味着可以脱离整体数据治理独立运行。
为减少不同系统之间的实现差异，EN 18222对接口参数类型、返回对象、状态码和错误消息进行了统一。常见参数包括标识符、时间戳、DPP注册条目和数据元素等；失败时，接口应返回包含原因说明的结果对象，而不是只返回一个无法判断原因的失败标记。
标准将成功、创建成功、请求已接受、无返回内容、请求错误、未授权、禁止访问、资源不存在、冲突和服务器错误等结果映射到相应HTTP状态码。消息还可以区分信息、警告、错误和异常，并携带错误代码、关联标识和时间戳，便于跨系统排查问题。
在REST映射中，读取操作主要采用GET，批量检索和创建采用POST，部分更新采用PATCH，删除采用DELETE。接口路径采用版本化设计，例如以v1表示当前版本。这些约束使不同服务提供商可以在保持业务实现差异的同时，对外提供相对一致的调用方式。
EN 18222把产品数字护照从“可以被访问的数据”进一步转化为“可以被系统操作的对象”。读取当前护照、追溯历史版本、根据产品检索DPP、创建和更新护照、登记到注册系统，以及读取或修改单个数据元素，都被纳入统一的API框架。
对企业而言，首先要梳理产品数字护照在内部系统中的生命周期：由谁创建，何时更新，哪些变化需要形成新版本，何时进入归档或终止状态。其次，要明确产品标识符、DPP标识符和注册标识符之间的对应关系，并将其贯穿ERP、PLM、PIM、标签和DPP服务平台。再次，要建立API网关、身份认证、权限控制、状态码处理、日志审计和接口版本管理机制。只有把接口方法与企业真实业务流程对应起来，EN 18222规定的“可查询、可更新、可注册”才能转化为稳定的系统能力。
联系方式：
录老师：15313551063
关于“CAICT数据基础设施”
CAICT数据基础设施以促进数据要素市场化配置为出发点，专注于数据基础设施的关键技术研究和数据智能服务网络建设，释放数据要素价值，推动数字经济与实体经济融合创新发展。
