← 返回博客

个人博客

给数据发一张"身份证":一文读懂 NDI-TR-2025-04 标识管理规范

如果你在数据圈待过,大概率听过这几句吐槽:"数据找不到""别人家的系统用不了我们的数据""数据来源理不清""出了问题控不住"。这四句话,恰恰是数据要素流通里最典型的四个堵点。

国家数据基础设施(NDI)要解决的,就是让数据"像快递一样可追踪、像域名一样可寻址"。而实现这一目标的第一块基石,是统一的标识管理。2025 年初,国家数据局与全国数标委发布了首批 6 项数据基础设施建设技术文件,其中《数据基础设施 标识管理规范(试行 V1.0)》(编号 NDI—TR—2025—04)专门回答一个问题:数据基础设施里的"人、平台、连接器、数据",到底怎么编号、谁发号、怎么查?

这篇就把这份规范讲清楚。它不厚,但每一句都和"数据能不能流通"直接相关。

一、标识体系:NDI"三统一"里的"统一标识"

数据基础设施有个著名的"三统一"要求:统一目录标识、统一身份登记、统一接口要求。可以把它类比成现实世界的"门牌号 + 身份证 + 插座标准":

  • 统一身份登记 → 解决"你是谁"(对应《用户身份管理和接入规范》NDI—TR—2025—03)
  • 统一接口要求 → 解决"怎么连"(对应《接入连接器技术要求》NDI—TR—2025—05)
  • 统一目录标识 → 解决"你的数据叫什么、在哪"(对应本文的 NDI—TR—2025—04)

标识管理规范要做的,就是给数据基础设施里的每一类对象发一个全域唯一、可解析、可追溯的"身份证号",让"目录可查、地址可循"从口号变成机制。

二、五类标识对象:谁需要身份证

规范定义了需要被标识的对象,概括起来是五类:

  • 主体:法人/非法人组织、个人(数据提供方、使用方、服务方)
  • 平台(全域功能节点):面向全域提供统一标识/身份/目录管理的节点
  • 平台(区域/行业功能节点):面向某区域/行业提供登记、目录、解析的节点
  • 业务节点:各地区/行业/企业的数据流通利用平台
  • 接入连接器:连接主体与节点/平台的规范化软硬件
  • 数据产品:加工后可供流通使用的数据品(数据集/文件/API)
  • 数据资源:原始或待加工的数据集合

可以看到,标识不是只给"数据"发的——人(主体)、平台、连接器、数据产品、数据资源都要有号。其中"主体标识码"最特殊:它直接复用法人和其他组织的统一社会信用代码(GB 32100),长度 18 位。也就是说,你公司的那个"社会信用代码",在数据基础设施里就是你的主体身份证。

三、编码结构:身份证长什么样

规范对不同类型的对象给出统一结构的编码。一个关键设计是:主体标识码(18 位)作为公共前缀,嵌入到平台、连接器、数据对象的编码里。这样无论从哪个码,都能反查出"这是谁的数据/平台"。

3.1 主体标识码(18 位)

即统一社会信用代码:登记管理部门代码(1) + 机构类别(1) + 行政区划码(6) + 组织机构代码(9) + 校验码(1)。

3.2 平台 / 接入连接器标识码(32 位)

结构:类型码(1) + 主体标识码(18) + 区域/行业代码(4) + 随机码(8) + 校验码(1)

类型码用一位数字区分节点种类:

  • 1:全域功能节点
  • 2:区域功能节点
  • 3:行业功能节点
  • 4:业务节点
  • 5:接入连接器

区域代码取 GB/T 2260 行政区划前 4 位;行业代码取 GB/T 4754 行业分类对应位;校验码按 GB/T 17710 计算。

3.3 数据产品 / 数据资源标识码(32 ~ 65 位)

结构:类型码(1) + 主体标识码(18) + 平台区域/行业代码段(4) + 随机码(8) + 校验码(1) + 扩展码(最多 32 位,可选)

  • 6:数据产品
  • 7:数据资源

扩展码是可选字段,用来兼容其他既有标识体系——比如你手上已经有一套内部数据编号,可以把原编号塞进扩展码,前面加 . 分隔,实现"新旧标识并存、平滑迁移"。

flowchart TD A["数据 或 平台 注册"] --> B["功能节点 赋码"] B --> C["标识信息库 登记"] C --> D["跨域查询 解析"] D --> E["返回 位置 状态 寻址"]

四、赋码:谁发号、能不能改

编码结构定好了,下一个问题是"码由谁发"。规范把赋码权收口在"功能节点"这一层:

  • 区域/行业功能节点:由全域功能节点分配,且一旦分配不可变更;
  • 业务节点:向区域/行业功能节点注册时,由后者分配,不可变更;
  • 接入连接器:由区域/行业功能节点分配;
  • 数据产品/资源(国标版补充):用户登记时由区域/行业功能节点分配;经其他平台登记时,原有标识可保留为扩展码。

这条规则的核心就两个字:稳定。核心节点的标识一旦发出就锁死,避免"换节点就换号"导致的追溯断裂。这也和现实里的身份证逻辑一致——号跟着主体走,不跟着平台走。

五、解析:码怎么变成"地址"

有了码,还得能"查得到"。规范对解析的要求是构建一个分级解析体系:

  • 全域、区域/行业、业务三类节点都要配置解析模块;
  • 全域功能节点维护一张标识信息库,掌握编码、赋码、解析、寻址、维护的全套能力;
  • 用标识码作解析标识符,可以查出该对象的位置、状态等关联信息;
  • 解析机制上,要把标识与 IPv6 等网络标识做映射,可借助 DNS 解析等成熟机制实现。

一句话:标识码不只是"编号",它还是一个可寻址的指针——拿着码,就能在跨域的数据基础设施里找到对应的节点、平台和数据。

flowchart LR Q["业务节点 查询"] --> F["区域行业功能节点"] F --> G["全域功能节点 标识信息库"] G --> R["返回 位置 状态 信息"] R --> Q