需要统一金融参考数据时：设计证券/客户/账户主数据…

在构建或评估证券主数据、客户/账户主数据、跨系统标识符映射、黄金源、定价供应商层级和参考数据治理时使用。

适用场景

解决思路

1. 建立证券主数据（Security Master）作为工具级参考数据的权威库，服务组合管理、交易、绩效、报表和合规；下游系统从它取证券属性，不各自维护副本。
2. 证券主数据核心字段包括：标识符（CUSIP、ISIN、SEDOL、FIGI、ticker、内部 ID）、分类（资产类别、子类、GICS 行业、国家、币种）、发行人信息（名称、LEI、评级）、条款条件（资产类别特定合同属性）、定价因子（乘数、日计数、结算惯例）。
3. 按资产类别补充专用属性：股票（流通股、市值、行业、交易所、股息频率）；固收（票息、到期、赎回安排、信用评级、优先级、日计数）；基金（NAV、费率、份额类别、分配频率、费率结构）；ETF（NAV、indicative value、费率、跟踪指数）；期权（标的、行权价、到期、类型、乘数、行权方式）；另类（策略类型、年份、承诺额、资本呼叫计划、估值频率）。
4. 管理证券生命周期事件：IPO/上市时创建包含所有必填字段的新记录；公司行动（拆股、合并、分拆、名称/代码/交易所变更）先经证券主数据处理再传播；退市/到期时标记 inactive 并保留历史记录用于绩效和审计。
5. 指定证券主数据为公司工具级参考数据的黄金源，所有下游系统统一从它检索证券属性。
6. 维护多标识符体系，不假设单一标识符足够：记录 CUSIP（9 位，6 发行人+2 发行+1 校验位，美加证券，CUSIP Global Services/FactSet 管理，根本条款变化时变更）、ISIN（12 位，2 国家+9 国家 ID+1 校验位，ISO 6166，全球唯一，MiFID II/EMIR 报告需要，包装国家标识符）、SEDOL（7 位，LSE 分配，用于 LSE 和英国/爱尔兰上市，同一证券在不同上市地可有不同 SEDOL）、FIGI（12 位，Bloomberg 按 OMG 标准开发，开源免费，区分工具级/综合级/交易所级）、ticker（交易所分配，不唯一且频繁变更，仅用于展示或交易便利）、内部 ID（自生成 UUID 或序列整数，生命周期内不可变，作为稳定主键）。
7. 建立标识符交叉引用表，把每只证券的所有外部标识符链接到内部 ID；处理一对多关系（一个 ISIN 对应多个 SEDOL）、公司行动导致的时间变化（版本化映射以支持时点查询）、供应商差异（冲突解决）。
8. 建立客户主数据（Client Master）作为客户级参考数据权威库，支持开户、账户管理、KYC/AML、报表和关系管理。
9. 客户数据模型覆盖个人（法定姓名、DOB、SSN/TIN、地址、电话、邮箱、国籍、就业）、实体（法定名称、EIN、成立州/国家、实体类型、成立日期）、信托（信托名称、类型、授予人、受托人、受益人、适用法律）。
10. 为每个客户分配唯一标识符，无论持有多少账户或角色；执行去重，用于监管报告、家庭计费、跨账户合规（洗售）和统一服务。
11. 建立家庭与关系分组：关联客户用于计费、报表和规划；关系类型包括配偶、父母/子女、受托人/受益人、授权签字人、可信联系人；记录顾问分配（主顾问、次顾问、服务团队）。
12. 记录 KYC/AML 数据：验证状态、方法、风险评级、PEP 状态、OFAC 筛查结果、实体受益所有权、资金来源/财富、EDD 标记。
13. 记录客户偏好：沟通渠道、对账单交付、语言、投资偏好（ESG 排除、行业限制）、税务批次方法偏好。
14. 客户主数据黄金源通常 CRM 负责关系/顾问数据，托管人负责监管身份数据（法定姓名、SSN、记录地址）；客户主数据整合两者并强制同步。
15. 建立账户主数据（Account Master）存储每个客户账户的属性和配置，连接账户与客户，驱动交易、计费、报表和合规。
16. 账户属性包括：注册类型（个人、联名、信托、IRA、Roth、SEP、401(k)、公司、遗产、UGMA/UTMA）、账户类型（咨询、经纪、wrap、退休、教育、慈善）、税务状态（应税、递延、免税）、托管人、顾问、模型分配、功能（保证金、期权级别、DRIP、成本基础方法）。
17. 记录账户到客户的关系：所有者、授权方（POA、交易授权）、受益人、受托人、托管人（UGMA/UTMA）。
18. 管理账户状态：active、restricted（监管冻结、死亡通知、法律纠纷）、closed（按 books-and-records 要求保留历史数据）、dormant（escheatment/无人认领财产风险）。
19. 处理跨系统标识：托管人账号、PMS 账户 ID、CRM 账户 ID、计费账户 ID 可能不同；账户主数据维护映射并提供规范内部 ID 作为跨系统键。
20. 管理定价数据（时间敏感）：记录收盘价、共同基金 NAV（美东 18:00-19:00 可得）、低频交易固收的 evaluated pricing（Bloomberg、ICE、Refinitiv 模型）。
21. 为每种证券类型定义首选定价源和自动回退层级：例如美股—交易所收盘→Bloomberg→Refinitiv；公司债—ICE evaluated→Bloomberg BVAL→Refinitiv；另类—管理人/GP 估值→第三方评估→内部模型。
22. 对国际证券实施公允价值定价：当外国交易所早于美国收盘数小时关闭时，用后续市场、汇率和新闻变化调整国外收盘价，防止 stale-price 套利。
23. 定价验证和 stale-price 检测：由 data-quality 技能负责验证规则设计/执行（方差检查、零/负价检测、stale-price 窗口、跨源比较、阈值校准）；参考数据负责维护这些规则验证所依据的源层级。
24. 手动覆盖定价：仅限授权用户，记录原因和来源，写入审计轨迹，并设为限时直到供应商更正。
25. 建立参考数据治理结构和政策，确保准确、完整、及时、一致。
26. 按域指定数据所有者：证券主数据（投资运营）、客户主数据（合规和顾问业务共同拥有）、账户主数据（运营/客户服务）、定价（组合会计/估值）；所有者对质量负责并授权定义和源变更。
27. 指定数据管家日常执行治理：监控质量仪表板、解决例外、协调供应商、批准覆盖、维护数据字典。
28. 用标准质量维度衡量参考数据（完整性、准确性、及时性、一致性）；维度定义、验证规则设计、profiling、例外管理和阈值校准由 data-quality 技能负责。
29. 选择 MDM 模式：registry（只链接，不解决冲突）、consolidation（从源聚合只读黄金记录）、coexistence（MDM 与源双向同步）、transaction/hub（所有参考数据的单一录入系统）。
30. 变更管理：变更前影响分析、非生产测试、下游通知、回滚程序、变更后验证。
31. 审计轨迹：记录每次变更的旧值、新值、时间戳、用户/进程、原因；用于监管检查、争议解决和根因分析。
32. 可靠分发主数据：发布模型包括事件驱动/推送（消息总线/事件流近实时）、轮询/拉取（定时查询，简单但有延迟）、批量/文件（CSV/XML/JSON 经 SFTP 或 S3 做 EOD 快照）、API/按需（点需获取，消除缓存过期但产生运行时依赖）。
33. 增量分发：只发送上次分发后变更的记录；需要变更跟踪、排序和全量刷新回退能力。
34. 缓存：消费系统本地缓存降低延迟但有 stale 风险；用 TTL 策略、事件驱动缓存失效和版本号缓解。
35. 时点检索：支持查询任一记录在特定日期的状态；用于历史绩效、监管报告和审计；通过 effective-date/expiration-date 列或完整历史表实现。
36. 管理数据供应商：供应商是证券参考数据、定价、评级和标识符的主要外部来源。
37. 了解主要数据供应商及其侧重：Bloomberg（广泛覆盖、FIGI、实时定价）、Refinitiv/LSEG（全球覆盖、evaluated pricing）、ICE Data Services（固收定价、指数）、S&P Global（评级、CUSIP、基本面）、Moody's（信用评级、风险数据）、FactSet（多源聚合、CUSIP Global Services）、MSCI（ESG 评级、因子数据、指数）。
38. 评估供应商标准：覆盖（资产类别、地域）、质量（准确性、完整性、纠错）、及时性（相对处理截止的可得性）、格式/交付（API、文件、schema 稳定性）、许可条款（再分发权、按用户费用）、成本（总拥有成本）、支持质量。
39. 多供应商策略：关键数据至少两个供应商，定义主、备和分歧仲裁规则。
40. 供应商监控：跟踪文件到达时间、监控记录数异常下降、与独立来源比较、维护季度供应商记分卡、升级持续质量问题。
41. 多托管 RIA 证券主数据示例：定义包含不可变内部 UUID、所有外部标识符、分类字段、发行人数据、资产类别条款、定价字段和状态的证券主数据记录；用交叉引用表按 effective dates 链接内部 ID 和外部 ID；Bloomberg 主参考/定价，ICE 固收备用，托管人 feed 做对账，CUSIP Global Services 提供标识符变更通知；所有公司行动先经证券主数据再传播到两个托管人；每日完整性和定价验证，每周跨供应商定价比较，每月分类审计。
42. 定价数据管理示例：按资产类别建立分层定价层级和自动回退；加载前自动校验：方差检查（股票 15%、债券 5%）、零价检查、stale 检查（股票 2 天、债券 5 天、按当地假期调整）、跨供应商比较（固收 >2% 分歧标记）、币种验证、合理性边界；例外按严重性分类（critical/high/medium/low）并上仪表板；关键例外立即告警；定价分析师调查、解决（带文档接受、从备用供应商替换或手动覆盖）并记录所有动作；未解决例外在定义时间窗后升级；国际股票用公允价值模型调整。
43. 设定定价运营目标：每日例外率低于 2%，critical/high 当日解决。
44. 客户主数据治理示例：按域分配数据所有者（客户身份-CCO，客户关系-客户服务主管，客户财务画像-CIO）；黄金源：Schwab 法定身份，Salesforce 关系/顾问，Orion 仅消费并同步不直接编辑；修复：不完整地址通过 CRM 与托管人交叉引用并联系客户补齐（90 天 100%）；60 岁以上两年未更新的就业数据标记，系统性提款开始时自动触发；缺失受益所有权用 FinCEN 表单收集，按账户规模优先（60 天 100%）；家庭分组通过共享地址/电话/姓名识别，顾问确认，超额计费退款；持续治理：每日自动质量检查和例外仪表板，每周管家审查趋势，每月向运营委员会报告指标，每季度数据所有者治理审查，每年对 inactive 客户全面刷新。
45. 关注 FinCEN 投资顾问 AML/CFT 合规时间表（原 2026-01-01，延迟至 2028-01-01，需核实最新状态），并提前修复客户身份数据，因为完整、经验证的客户身份数据需要数年建设。
46. 常见陷阱与规避：不要用 ticker 作为主标识符；不要按托管人分别维护证券记录；不要把定价当作被动接收；不要没有客户数据黄金源；不要忽略时间版本化；不要低估公司行动处理；不要单一供应商依赖定价；不要忽视数据质量指标；不要用点对点集成替代中央参考数据服务；不要在公司行动中不规划标识符变更。
47. 与 market-data、data-quality、integration-patterns、portfolio-management-systems、reconciliation、corporate-actions、know-your-customer、books-and-records 等相邻能力协作，确保参考数据分发、校验、对账和合规衔接。

适用边界 · 注意事项

• 如果只是单一系统、单一数据源、无跨系统标识符映射/主数据治理/合规审计/时点查询需求，不需要引入完整参考数据体系，避免过度设计。
• 如果不涉及金融工具、客户、账户、定价或供应商数据，或没有对账、KYC/AML、监管报告、books-and-records 等场景，本技能不适用。
• 如果没有多供应商、多托管人或多系统需要整合，可裁剪供应商层级、跨源仲裁和 MDM 模式，仅保留必要的内部主数据与标识符管理。