3. 证券代码体系概览
在跨市场主数据治理中，最容易被低估、却最容易引发连锁错误的，就是“证券代码”。同一只证券在不同市场、不同托管体系、不同数据商手中，往往拥有多个代码：交易所有本地代码，清算所有结算代码，监管机构有登记代码，数据商有内部标识。若把 Ticker 当作唯一键，跨市场合并、持仓对账、公司行动处理都会出现错配。本节从编码原理出发，梳理六类主流代码的规则、边界与适用场景，帮助你建立“代码分层”的认知框架。
一、核心原理：为什么需要多套代码体系
证券代码体系的设计目标并不相同，大致可分为三类：交易识别、结算与监管识别、数据聚合识别。交易识别关注“在哪个市场、以什么符号买卖”，典型代表是 Ticker；结算与监管识别关注“这只证券在全球或某国范围内唯一是谁”，典型代表是 ISIN、CUSIP、SEDOL、WKN；数据聚合识别关注“数据商如何稳定地追踪一只金融工具”，典型代表是 FIGI、RIC、Bloomberg ID 等。
关键区别在于：Ticker 是市场级、可复用、会变更的；ISIN 是全球级、一次性分配、相对稳定的；CUSIP、SEDOL、WKN 是国家或区域级的；FIGI 是开放、跨资产、由数据商维护的。理解这些层级，才能在主数据模型中正确选择主键与映射关系。
二、六类主流代码的规则与适用场景
下面用清单方式逐一说明每类代码的结构、分配机构与典型用途，便于你在建模时快速对照。
- ISIN（国际证券识别码）：12位字母数字，结构为“2位国家代码 + 9位本地代码 + 1位校验位”。由各国国家编号机构（NNA）分配，全球唯一。适用于跨市场证券主键、监管报送、跨境结算。注意：ISIN 本身不携带交易市场信息，同一证券在不同市场交易时 ISIN 相同。
- CUSIP（美国证券库斯普号码）：9位字母数字，前6位为发行机构代码，第7-8位为证券类型，第9位为校验位。主要覆盖美国与加拿大市场。适用于北美证券的清算、托管与监管识别。
- SEDOL（英国证券交易代码）：7位字母数字，由伦敦证券交易所分配。主要覆盖英国及部分英联邦市场。适用于英国市场的结算与交易识别。
- WKN（德国证券识别码）：6位字母数字，由德国联邦金融监管局（BaFin）体系分配。适用于德国市场证券识别，常见于德国托管行与税务处理。
- Ticker（交易代码）：长度与规则因交易所而异，如 AAPL、0700.HK、600519.SH。它是市场级代码，可复用、可变更，必须与交易所或 MIC 代码组合使用才具备唯一性。
- FIGI（金融工具全球标识符）：12位字母数字，由 Bloomberg 发起并维护，开放免费。覆盖股票、债券、衍生品、基金等跨资产类别。适用于数据聚合、跨数据商映射与内部数据治理。
| 代码 | 长度 | 分配机构 | 覆盖范围 | 典型用途 | 是否可复用 |
|---|---|---|---|---|---|
| ISIN | 12位 | 各国 NNA | 全球 | 跨境主键、监管报送 | 否 |
| CUSIP | 9位 | CUSIP Global Services | 美国/加拿大 | 北美清算与托管 | 否 |
| SEDOL | 7位 | 伦敦证券交易所 | 英国及部分市场 | 英国结算与交易 | 否 |
| WKN | 6位 | 德国 BaFin 体系 | 德国 | 德国托管与税务 | 否 |
| Ticker | 不定 | 各交易所 | 单一市场 | 交易下单、行情展示 | 是 |
| FIGI | 12位 | Bloomberg / OMG | 全球跨资产 | 数据聚合、内部映射 | 否 |
三、方法流程：如何建立多代码映射与主键选择
在实际主数据项目中，建议按以下流程落地：
- 识别资产范围：明确覆盖股票、债券、基金、衍生品中的哪些类别，不同类别对代码的依赖不同。
- 确定主键策略：全球范围优先以 ISIN 作为主键；若 ISIN 缺失或延迟分配，可用 FIGI 作为过渡主键，但需标记来源与置信度。
- 建立映射表：为每只证券维护 ISIN、CUSIP、SEDOL、WKN、Ticker、FIGI 的对应关系，并记录每个代码的来源系统、生效日期与失效日期。
- 处理 Ticker 变更：Ticker 会因并购、更名、转板而变更，必须保留历史版本，不能覆盖。
- 定期校验：通过校验位算法验证 ISIN、CUSIP 的合法性，通过外部数据源比对 FIGI 与 ISIN 的映射一致性。
实用建议：在数据模型中，把 ISIN 作为“证券实体”的主键，把 Ticker 作为“交易市场属性”的字段，把 FIGI 作为“数据商映射”的桥梁。这样既能保证全球唯一性，又能保留市场级交易细节。
四、案例与场景：跨市场持仓对账中的代码错配
假设某资管机构同时持有在纳斯达克上市的 AAPL 和在香港上市的腾讯控股。若系统仅用 Ticker 作为唯一键，会出现两个问题：第一，不同市场可能存在相同 Ticker；第二，Ticker 变更后历史持仓无法关联。正确做法是：以 ISIN 为主键，AAPL 对应 US0378331005，腾讯控股对应 KYG875721634；Ticker 仅作为市场级属性，分别记录为 AAPL（NASDAQ）和 0700.HK（HKEX）。
再比如，某欧洲托管行收到一笔德国证券的结算指令，指令中只包含 WKN。此时需要将 WKN 映射到 ISIN，才能与全球主数据对齐。若映射表缺失或过期，就会导致结算失败或持仓错配。因此，多代码映射表不是“可选附件”，而是主数据治理的核心基础设施。
常见误区：把 Ticker 当作全球唯一键；认为 ISIN 永远不变（实际上公司行动、重组可能导致 ISIN 变更）；忽略代码的生效与失效日期；只维护当前代码，不保留历史版本。这些都会在跨市场对账、监管报送和公司行动处理中引发严重问题。
五、复盘：代码治理的检查清单
- 是否为每只证券分配了 ISIN 作为全球主键？
- 是否记录了 Ticker 所属的交易所与 MIC 代码？
- 是否维护了 CUSIP、SEDOL、WKN 的区域映射？
- 是否使用 FIGI 作为跨数据商的聚合标识？
- 是否保留了代码的历史版本与生效日期？
- 是否定期校验代码校验位与外部映射一致性？