3. 数据模型对比：SRM与ERP供应商资质字段结构差异
供应商资质字段在SRM（供应商关系管理）与ERP（企业资源计划）系统中的存储结构存在本质差异。SRM侧重灵活扩展与文档管理，ERP则依赖标准化主记录与数据表。理解这些差异是制定字段映射与清洗规则的前提。
3.1 SRM端：扩展字段与附件类型
SRM系统通常采用“供应商主数据 + 动态扩展属性”的模型，资质信息通过以下两种方式承载：
- 扩展字段（Extension Fields）：在供应商主数据基础上，通过自定义属性框架（如UDF/UDD）附加资质字段。例如：
QUAL_CERT_TYPE（资质类型）、QUAL_EXPIRY_DATE（到期日期）、QUAL_ISSUE_AUTHORITY（发证机构）。 - 附件类型（Attachment Types）：将资质证书、许可证等扫描件作为附件上传，通过“附件类别”区分（如
ATTY_QUAL_CERT、ATTY_SAFETY_LIC）。每个附件记录包含文件内容、上传时间、有效期等元数据。
SRM字段结构特点： 灵活、可扩展、支持多值（同一供应商可挂多个资质附件），但字段定义分散，缺乏全局约束。
3.2 ERP端：客户/供应商主记录与数据表
ERP系统（如SAP ECC/S4HANA）对供应商资质的存储更为结构化，主要依赖：
- 供应商主记录（Vendor Master Record）：在通用视图（如LFA1、LFB1）中仅存储少量资质相关字段，如
SPERR（冻结标识）、LOEVM（删除标识）。 - 专用数据表（Custom Tables / Infotypes）：通过自定义表或标准信息类型（如SAP的
BUT0IS、BUT100）存储资质明细。例如：ZQUAL_VENDOR表包含VENDOR_ID、QUAL_TYPE、VALID_FROM、VALID_TO、STATUS等字段。
ERP字段结构特点： 高度规范化、字段类型固定、关系型存储，但扩展新资质类型需要修改数据表结构或新增表，变更成本高。
3.3 核心差异对比表
| 对比维度 | SRM（扩展字段/附件） | ERP（主记录/数据表） |
|---|---|---|
| 存储方式 | 键值对扩展属性 + 二进制附件 | 关系型数据表字段 |
| 字段定义 | 动态、运行时定义 | 静态、DDL预定义 |
| 多值支持 | 原生支持（多个附件/扩展行） | 需通过子表或关联表实现 |
| 数据校验 | 弱（依赖前端校验规则） | 强（数据库约束+程序校验） |
| 变更成本 | 低（新增扩展字段无需改表） | 高（需修改数据字典、程序、接口） |
| 典型场景 | 资质证书扫描件、临时资质 | 资质主数据、有效期、状态 |
3.4 数据模型差异示意图
下图展示了SRM与ERP在供应商资质字段结构上的核心差异，重点体现扩展字段/附件与主记录/数据表两种模式的对比：
3.5 字段映射典型场景
在数据清洗项目中，SRM与ERP之间的字段映射需遵循以下规则：
- 扩展字段 → 数据表字段：SRM中的
QUAL_CERT_TYPE映射到ERP的ZQUAL_VENDOR.QUAL_TYPE，需做代码值转换（如SRM的“ISO9001”对应ERP的“01”）。 - 附件 → 数据表记录：SRM的资质附件需在ERP中生成一条资质记录，同时将附件内容通过接口传输到ERP的文档管理系统（如SAP DMS）。
- 有效期字段：SRM的
QUAL_EXPIRY_DATE直接映射到ERP的VALID_TO，但需注意时区与格式统一（统一为YYYY-MM-DD）。 - 状态字段：SRM的资质状态（如“有效”、“过期”）需映射到ERP的
STATUS字段，并触发供应商主记录的冻结/解冻逻辑。
常见陷阱： SRM中通过附件名称或备注存储的资质类型，在ERP中无对应字段，需在清洗阶段通过正则或关键词提取，否则会导致数据丢失。
3.6 数据模型差异对校验规则的影响
由于SRM与ERP的数据模型差异，校验规则设计需考虑以下要点：
- 字段完整性校验：SRM的扩展字段可能为空，但ERP的对应字段为必填，需在清洗时补充默认值或触发补录流程。
- 格式校验：SRM附件中的日期格式可能为“2024/12/31”，而ERP要求“2024-12-31”，需做格式转换。
- 唯一性校验：SRM允许同一供应商上传多个同类型资质附件，但ERP数据表可能要求资质类型唯一，需去重或合并。
- 引用完整性：SRM的资质字段可能引用外部系统代码，ERP需确保代码值在对应数据表中存在。