3. 供应商主数据治理

供应商主数据是Windchill供应商协同体系中最基础、也最容易被低估的一类数据。它不像BOM那样直接决定产品结构，也不像变更单那样驱动流程流转，但它决定了“谁可以供货、供什么、在什么状态下可以参与采购与协同”。一旦供应商主数据失控，后续的询价、定点、送样、PPAP、批量供货都会建立在错误对象之上。因此，本节围绕五个治理维度展开：编码规则、分类分级、资质信息、联系人数据、生命周期状态与数据质量校验。

一、供应商编码：唯一、稳定、可扩展

供应商编码是主数据的“身份证”。治理目标不是“编得好看”，而是保证唯一性、稳定性和可扩展性。常见错误做法是用供应商简称或拼音首字母作为编码，例如“深圳华创电子”编为“SZHC”，一旦出现同名或简称变更，就会产生歧义。推荐采用分段结构化编码，例如：

编码结构：SUP + 地区码 + 类别码 + 顺序号 + 校验位
示例：SUP-CN-EL-000127-3
说明：SUP=供应商；CN=中国；EL=电子件；000127=顺序号；3=校验位

其中校验位可用简单模10算法生成，用于防止手工录入错误。编码一旦分配，原则上不随供应商名称、地址、联系人变更而改变；若供应商发生合并、拆分或法律主体变更，应新建编码并建立“前身/后继”关系，而不是直接改写原编码。这样历史采购订单、质量记录、变更履历才能保持可追溯。

二、分类分级：决定协同深度与管控强度

分类回答“供什么”，分级回答“管多严”。分类可按物料族展开，如电子件、结构件、包材、软件、服务；分级则依据采购金额、对产品关键特性的影响、可替代性、质量历史等维度综合评定。一个可落地的分级模型如下：

分级不是一次性标签，应随绩效与业务变化动态调整。在Windchill中，可将等级作为供应商对象的属性，并关联到不同的工作流与权限模板，使A级供应商自动触发更严格的变更与放行审批。

三、资质信息与联系人数据：可验证、有时效

资质信息包括营业执照、质量体系证书（如ISO 9001/IATF 16949）、行业许可、环保与安全证明等。治理要点是“三查”：查主体一致性、查有效期、查覆盖范围。例如，某供应商提供的IATF 16949证书覆盖工厂为苏州厂，但实际供货来自东莞厂，则证书不覆盖该供货主体，必须要求补充或重新审核。

联系人数据则要区分角色：商务联系人、质量联系人、技术联系人、发货联系人。每个联系人应记录姓名、职务、电话、邮箱、生效状态，并与供应商编码绑定。避免把联系人信息写在备注或附件中，否则无法做失效提醒与权限控制。建议对关键联系人设置“主联系人”标志，并在变更时保留历史版本。

四、生命周期状态与数据质量校验

供应商生命周期通常包括：潜在、待审核、合格、限制、冻结、淘汰。状态迁移必须由事件驱动，而不是手工随意修改。例如：潜在→待审核（提交资质）；待审核→合格（审核通过且资质有效）；合格→限制（绩效下降或证书临期）；限制→冻结（重大质量事故）；冻结→淘汰（长期无业务或主体注销）。

数据质量校验应嵌入创建与变更环节，至少覆盖：编码唯一性、必填字段完整性、资质有效期、联系人邮箱格式、银行账号与主体名称一致性、分级与协同权限匹配。校验不通过时，应阻断提交并给出明确原因，而不是仅做提示。

五、一个可执行的校验清单示例

下面给出一份可直接用于Windchill供应商创建或变更表单的校验清单，字段与判断依据均围绕本节主题设计：

六、治理闭环：从创建到退役

供应商主数据治理不是一次性清洗，而是持续闭环。创建时严格校验，变更时保留版本，状态迁移时记录原因与责任人，退役时保留历史关联。对于A级供应商，建议每季度复核一次资质与联系人；对于B级，每半年；对于C级，每年。复核结果直接驱动状态迁移或分级调整。这样，供应商主数据才能真正成为Windchill协同体系中可信、可用、可追溯的基础。