2、主数据概念与分类
2.1 主数据的定义
主数据(Master Data)是指在企业或组织内部跨业务部门、跨系统、跨流程被重复引用、具有高度共享性的核心业务实体数据。它描述了业务运作中最为关键的对象,如客户、产品、供应商、项目等,是构成业务交易数据(Transaction Data)和分析数据(Analytical Data)的基础骨架。
在工程分析平台中,主数据是连接设计、采购、施工、运维等各阶段信息的“通用语言”。没有准确的主数据,跨系统的集成将产生语义冲突,访问控制也将失去精准的授权目标。
关键区分:主数据 ≠ 交易数据。交易数据描述一次业务事件(如订单、领料单),而主数据描述事件中涉及的“谁、什么、从哪里”等静态实体。
2.2 主数据的核心特征
主数据之所以需要独立管理,源于其三个核心特征。这些特征也是后续集成与访问控制设计时必须满足的约束条件。
| 核心特征 | 定义 | 在工程分析平台中的体现 |
|---|---|---|
| 唯一性 | 每个主数据实例在全企业范围内拥有唯一的标识编码(ID),不存在重复或歧义。 | 项目编码(如 PRJ-2025-001)在 ERP、PLM、项目管理系统中必须一致,避免数据冲突。 |
| 一致性 | 同一主数据在不同系统中的属性值保持同步,无逻辑矛盾。 | 供应商“ABC Corp”在采购系统的税号、在财务系统的银行账号必须实时或准实时对齐。 |
| 稳定性 | 主数据的结构(属性集)和关键标识一旦确立,不会频繁变更;变更需经过严格的变更管理流程。 | 产品物料清单(BOM)的结构变更需版本控制,不能随意修改历史数据。 |
设计启示:唯一性是访问控制的基础——权限策略必须基于唯一的主数据ID进行绑定,而非模糊的名称或描述。一致性是集成质量的生命线——数据同步失败将直接导致授权判断错误。
2.3 常见主数据类型
在工程分析平台中,以下四类主数据最为常见且与集成和访问控制强相关:
- 客户主数据:包括客户编码、名称、行业分类、信用等级、合同关联等。用于控制不同客户对项目报告、设计图纸的查看权限。
- 产品主数据:包括物料编码、规格型号、分类、单位、成本属性等。用于定义哪些产品数据(如3D模型、仿真结果)可以被哪些角色访问。
- 供应商主数据:包括供应商编码、资质等级、供货范围、评价记录等。用于控制供应商对采购订单、技术规范的访问范围。
- 项目主数据:包括项目编码、名称、阶段、预算、项目经理、WBS(工作分解结构)等。是工程分析平台中最核心的访问控制维度,几乎所有权限都围绕项目展开。
2.4 主数据在工程分析平台中的角色
理解主数据的概念与分类后,需要明确其在平台中的具体角色:
- 集成锚点:主数据ID是不同系统(CAD、PLM、ERP、MES)之间数据交换的关联键。例如,项目主数据将设计BOM与采购订单关联起来。
- 授权边界:访问控制策略通常以主数据实体为粒度。例如,“项目经理可以查看本项目的所有分析报告”中的“本项目”即项目主数据实例。
- 审计线索:主数据的变更历史(谁、何时、改了什么)是合规审计的核心依据,也是访问控制日志的上下文。
常见误区:不要将主数据管理与数据治理混为一谈。主数据管理是数据治理的一个子集,聚焦于核心实体的标准化;而数据治理涵盖更广的数据策略、质量、安全与合规。
2.5 主数据分类与访问控制策略的映射
不同类型的主数据在访问控制策略中扮演不同角色。下表总结了常见映射关系:
| 主数据类型 | 典型授权维度 | 策略示例 |
|---|---|---|
| 客户 | 客户行业、合同类型、地域 | 仅允许“高级分析师”查看“能源行业”客户的项目数据 |
| 产品 | 产品分类、保密等级、生命周期阶段 | “设计工程师”可编辑“在研”产品的BOM,“生产工程师”只读“量产”产品BOM |
| 供应商 | 供应商等级、合作状态、品类 | “采购经理”可访问“A级”供应商的全部资质文件 |
| 项目 | 项目阶段、预算范围、项目经理 | 项目成员自动继承该项目下所有文档的“读写”权限 |
最佳实践:在工程分析平台中,建议将项目主数据作为访问控制的“根维度”。所有其他主数据(客户、产品、供应商)都通过项目进行关联,从而简化权限模型。例如:用户A被授予“项目X”的“查看”角色,则自动获得该项目下所有客户、产品、供应商相关数据的查看权限。