手把手：如何为一个数据产品申请 NDI 标识码

前两篇讲了"码长什么样""码怎么被解析"。这一篇换个角度——如果你手里有一个数据集，想把它登记进数据基础设施，到底怎么拿到那个标识码？

把规范里分散的"赋码"规则串成一条可操作的路径，就是本篇的目标。看完你应该能回答三件事：前置条件是什么、流程分几步、最容易踩哪些坑。

一、先确认前置条件

不是谁都能直接去领码的，得先满足两个前提：

1. 主体要有统一社会信用代码（18 位，GB 32100）。这是主体标识码，也是所有下游编码的公共前缀。个人主体按规范对应类别处理。 2. 承载平台 / 节点要先注册。你是把数据挂到某个"业务节点"（如企业的数据流通平台）上，而这个业务节点得已经向区域 / 行业功能节点注册、拿到了自己的平台 / 节点标识码。

一句话：你自己（主体）得有身份证，你所在的平台（节点）也得先上过户口，然后才能给你的数据产品发码。

二、流程总览

把端到端流程画成图，一眼看清：

三、步骤拆解

逐步走一遍：

1. 主体身份确认：确认本主体的 18 位统一社会信用代码无误。这是编码前缀的来源，错了后面全错。 2. 确认承载节点：数据要挂在哪个业务节点上？该节点是否已有平台 / 节点标识码？ 3. 提交登记：通过业务节点，向对应的区域 / 行业功能节点提交数据产品登记请求（含基本信息、归属主体、承载位置等）。 4. 功能节点赋码：区域 / 行业功能节点收到请求后，按编码规则生成数据产品标识码（类型码 6 + 主体标识码 18 + 区域/行业码段 4 + 随机码 8 + 校验码 1，扩展码可选），并做唯一性校验。 5. 标识信息库登记：生成的码与对应位置、状态、关联信息写入标识信息库，使其可被解析。 6. 拿到标识码：登记方获得该数据产品的全域唯一标识码，可写入数据集元数据。 7. 解析验证：用解析体系试着查一下这个码，确认能返回位置 / 状态——验证"指针"生效。

注意第 4 步：如果数据产品是经其他既有平台登记的，原有标识可以保留为扩展码（前面加 .），实现新旧标识并存、平滑迁移。

四、扩展码怎么用：平滑迁移旧编号

很多单位手上已经有一套内部数据编号。规范的设计很贴心——不用推倒重来：

• 新生成的标识码保留规范结构；
• 你原来的内部编号，塞进扩展码（最多 32 位），前置 . 分隔；
• 解析时主码保证全网唯一与可寻址，扩展码携带你的历史上下文。

示例感（示意，非真实码）：6 + 主体码(18) + 区域行业(4) + 随机(8) + 校验(1) + .你的旧编号。这样既合规又能延续老系统。

五、常见坑

• 主体码缺失 / 错误：表现——编码前缀错，下游全错；规避——先核统一社会信用代码
• 节点未注册：表现——没法提交登记；规避——先让业务节点完成注册领码
• 扩展码超长：表现——超出 32 位上限；规避——压缩旧编号或只保留关键段
• 赋码冲突：表现——唯一性校验失败；规避——由功能节点统一原子发号，不自己拼码
• 登记后解析不到：表现——标识信息库未同步；规避——走完解析验证步骤确认可寻址

最核心的一条：标识码由功能节点统一分配，不要自己手搓拼接。自己拼不仅容易冲突，还通不过唯一性校验。