2. 供应商主数据定义
供应商主数据是供应链风险管理的“锚点”。如果主数据定义不清，后续的评分模型、预警规则、数据治理都将失去基准。本节从三个层次展开：什么是供应商主数据、主数据与交易数据的本质区别、主数据在企业数据架构中的位置。
2.1 什么是供应商主数据
供应商主数据（Supplier Master Data）是指描述供应商核心业务实体、具有高业务价值、跨流程共享、相对稳定的基础数据。它回答“供应商是谁”这一根本问题，而非“供应商做了什么”。
典型供应商主数据字段包括：
| 类别 | 字段示例 | 说明 |
|---|---|---|
| 身份标识 | 供应商编码、统一社会信用代码、全球位置码（GLN） | 唯一识别，不可重复 |
| 基本信息 | 供应商名称（中文/英文）、注册地址、法人代表 | 法定注册信息，变更频率低 |
| 分类属性 | 供应商类型（生产商/贸易商/服务商）、行业分类、物料品类 | 用于风险分层与评分分组 |
| 资质与认证 | ISO 9001、ISO 14001、安全生产许可证、有效期 | 合规性判断依据 |
| 财务与信用 | 注册资本、信用等级、银行账号、付款条款 | 财务风险评分输入 |
| 联系与位置 | 联系人、联系电话、工厂地址、交货地址 | 物流与沟通基础 |
关键原则：供应商主数据必须遵循“一物一码、一码到底”原则。同一个供应商在不同业务系统（ERP、SRM、QMS）中必须使用同一编码，否则将导致风险评分数据断裂。
2.2 主数据与交易数据的区别
许多企业将供应商主数据与交易数据混为一谈，导致数据治理范围不清。下表从六个维度进行严格区分：
| 维度 | 供应商主数据 | 交易数据 |
|---|---|---|
| 定义 | 描述供应商“是谁” | 描述供应商“做了什么” |
| 变化频率 | 低（月/季度变更） | 高（每日/每小时产生） |
| 生命周期 | 长期有效（从准入到淘汰） | 短期有效（单次业务完成后归档） |
| 共享范围 | 跨部门、跨系统共享 | 通常限于单一业务流程 |
| 典型示例 | 供应商名称、税号、资质证书 | 采购订单、发票、收货单、付款记录 |
| 治理重点 | 唯一性、准确性、一致性 | 完整性、时效性、可追溯性 |
实战提示：在供应商风险评分中，主数据提供“静态基线”（如供应商所在国家、行业风险等级），交易数据提供“动态信号”（如交货准时率、质量缺陷率）。两者必须关联分析，但治理策略完全不同。
2.3 主数据在企业数据架构中的位置
供应商主数据不是孤立存在的。在企业数据架构中，它处于核心参考数据层，是连接业务交易与风险分析的桥梁。下图展示了供应商主数据在企业数据架构中的典型位置：
从架构图中可以清晰看到：
- 供应商主数据位于核心数据层，是连接上层业务应用与下层数据存储的枢纽。
- 所有业务系统（ERP、SRM、QMS）都通过数据服务与集成层调用供应商主数据，确保“一处修改、处处同步”。
- 风险评分平台直接消费供应商主数据中的分类、资质、财务字段，作为早期预警模型的输入特征。
2.4 供应商主数据治理的三大核心原则
基于上述定义与架构定位，供应商主数据治理必须遵循以下原则：
- 唯一性原则：每个供应商在全球范围内只有一个主数据编码，杜绝“一供多码”或“一码多供”。
- 权威性原则：主数据的创建、修改、冻结、删除必须由数据治理委员会授权，业务部门无权随意变更。
- 时效性原则：资质证书、信用评级等时效性字段必须设置有效期预警，过期自动触发风险提示。
常见陷阱：许多企业在实施供应商风险评分时，直接使用交易系统中的供应商信息（如采购订单上的供应商名称），忽略了主数据治理。这会导致同一供应商在不同订单中名称不一致，评分结果无法聚合。正确的做法是：先完成供应商主数据清洗与统一编码，再基于主数据开展评分。
2.5 本节小结
供应商主数据是供应链风险管理的“地基”。它区别于交易数据的核心在于：主数据描述实体，交易数据描述行为。在企业数据架构中，供应商主数据处于核心数据层，向上支撑业务应用与风险评分，向下依赖数据存储与元数据管理。只有将主数据治理工程落地，供应商风险评分才能具备可重复、可审计、可追溯的基础。