云信息模型

(CIM) 中的供应商实体是一种专门的方角色 - 它描述了扮演向企业提供商品或服务角色的一方（组织或个人）。由于 CIM 将方（企业或个人的持久身份）与其所扮演的角色分开，因此同一方可以同时成为客户、供应商和合作伙伴，而无需复制主数据。这是该模型的核心互操作性承诺：一个与应用程序无关的共享词汇表，让采购、ERP、物流和分析系统就“供应商”的含义达成一致。

供应商实体具有两大类属性：身份和分类（供应商是谁）和绩效评分（供应商的绩效如何）。评分属性分为三个加权类别——合同、满意度和竞争力——汇总成一个“supplierScore”。对于在 CIM 之上实施供应商记分卡、供应商主数据或采购分析的任何人来说，了解这些部分如何组合在一起至关重要。

要点

• 供应商是参与方角色，而不是独立实体。 它从参与方继承身份并添加特定于角色的属性，因此您永远不会从客户主数据中分叉供应商主数据。
• 评分是一个加权的三类模型。 合同、满意度和竞争性衡量标准均带有“weightPercent”和“weightScore”；整体“supplierScore”将它们结合起来。
• 大多数费率字段表示为代表百分比或计数的整数，这使模型保持简单，但将舍入和标准化决策推向实现。
• id 和 activeFromDate 是强制性的。 每个供应商记录都需要一个稳定的 GUID 主键和其活跃期的开始日期。
• isCarrier 是一个轻量级专业化标志，让物流逻辑无需单独的实体即可识别运输承运商（例如 FedEx、UPS）。
• CIM 旨在扩展。 该模型是开源的，旨在进行分叉和调整，因此将这些属性视为基线契约，而不是封闭模式。

为什么供应商被建模为一方角色

CIM 中最重要的设计决策是方/方角色分割，这种模式也存在于已建立的企业模型（例如 TM 论坛的信息框架 (SID)）和主数据管理实践中。 当事人是持久存在的事物——法人实体、组织或个人。 一方角色是一方与企业之间有时间限制的关系。

这很重要，因为真正的企业身兼数职。合同制造商可以向您出售成品（供应商），向您购买组件（客户），并共同开发产品（合作伙伴）。如果将每个记录建模为单独的记录，则会出现重复的供应商/客户主数据、协调噩梦和不一致的层次结构。通过将供应商设置为一个角色，CIM 允许您将一个参与方附加到多个角色并保留一个黄金记录。

实际意义：

• 重复数据删除发生在参与方级别。 指向同一参与方的两个供应商记录是同一法人实体。
• 角色是暂时的。 activeFromDate 和 activeToDate 字段允许供应商关系开始和结束，而无需删除历史记录。
• 特定于角色的数据保留在角色中。 供应商排名和记分卡指标属于供应商，而不属于参与方，因为它们仅在供应商环境中才有意义。

身份和分类属性

身份属性故意被最小化，这是共享模型的典型特征，必须干净地映射到许多源系统。

Related: Boomi AtomSphere — Enterprise iPaaS for hybrid cloud-to-on-prem integration.

• id（guid，强制）— 主键。使用 GUID 而不是自然键可以避免合并来自多个系统的记录时发生冲突。
• activeFromDate（日期，必填）— 供应商关系生效的时间。
• activeToDate（日期）— 结束时间（如果有）。
• supplierType（字符串）— 自由文本分类，例如零售商、分销商、制造商或商家。
• isCarrier（布尔值）— 当供应商是 FedEx 或 UPS 等运输承运商时为 true。
• supplierSpend（整数）— 从供应商处采购产品所花费的总成本。

关于“supplierType”的注释：因为它是一个纯字符串，所以它是一个按约定控制的词汇，而不是按模式。在实际部署中，您应该使用枚举或参考数据列表来约束它，否则“Manufacturer”、“manufacturer”和“Mfg”将使您的报告变得支离破碎。这是共享模型中的一个典型权衡——灵活性与一致性——CIM 倾向于灵活性，期望实施者加强它。

类似地，“supplierSpend”作为整数会引发货币和规模问题。该模型未指定货币或次要单位约定，因此您必须在汇总跨区域支出之前做出决定（例如，存储次要单位并将字段与您自己的扩展中的货币代码配对）。

供应商记分卡：合同、满意度和竞争力

供应商实体的核心是其记分卡，它是三个衡量类别的加权组合。每个类别都有一个“weightPercent”（占总数的多少）和一个“weightScore”（分析该类别的度量后分配的分数）。总体“supplierScore”定义为：

Our pick: Workato — Automation-led iPaaS that business teams can actually build on.

（合同权重×得分）+（满意度权重×得分）+（成本/竞争力权重百分比×得分）

合同绩效衡量标准

这些是与购买协议相关的客观运营指标：

• contractOnTimeDeliveryRate — 按承诺日期按时交货 ÷ 总交货量。
• contractDeliveryCorrectnessRate — 正确交付数量 ÷ 总交付量。
• contractProductQualityRate — 有缺陷的产品的百分比。
• contractProductReturnRate — 退回产品的百分比。
• contractInvoiceAccuracyRate — 过去 12 个月内发票不正确的频率。
• contractSLAIssueRate — 过去 12 个月内 SLA 被破坏的次数。
• contractBudgetCostRate — 高于商定采购订单价格的单位成本差异百分比。
• contractSourcingCycleDays — 从采购开始到合同签署的天数。

满意度衡量标准

这些是更主观、以关系为导向的评级：

• satisfactionCustomerServiceRank — 如何路由和解决帐户管理问题。
• satisfactionTechnicalSupportRank — 如何对培训和文档进行评级。
• satisfactionEthicsRank — 劳动实践、安全工作条件和分配资格。

竞争力衡量标准

这些反映了供应商如何与替代方案相比较：

• competitiveCostAvoidanceRank — 通过免费培训、交付和类似优惠提供的价值。
• competitiveMarketingRank — 与供应商相关的商誉程度。
• competitiveProductPriceRank — 在关系生命周期内获得第一或更好价格的可能性。
• competitiveWarrantyRank — 相对于其他供应商提供的保修。

然后，每个类别都会向汇总贡献“competitiveWeightPercent”/“competitiveWeightScore”、“contractWeightPercent”/“contractWeightScore”和“satisfactionWeightPercent”/“satisfactionWeightScore”。

一个有效的例子

假设采购团队按如下方式对三个类别进行加权，并为每个类别分配 0-100 分：

Related: Matillion — Push-down ELT built for cloud data warehouses.

类别	重量%	分数	加权贡献
合同	50	50 90	90 45.0
满意	20	80	16.0
竞争	30	70	70 21.0
总计（supplierScore）	100	—	82.0

关键规则是 三个“weightPercent”值之和必须为 100。 CIM 不强制执行此操作，因此您的实现应该对其进行验证。如果它们的总和不等于 100，则作为标准化数字的综合分数毫无意义。一种常见的治理方法是集中固定权重（例如 50/20/30），以便整个供应商群体的分数具有可比性，并且仅调整权衡真正不同的特定商品类别的权重。

如何决定：实施者的实用指南

当您采用供应商实体时，一些决定将决定您的记分卡是否值得信赖。

• 在加权之前标准化。 原始比率字段是百分比和不同比例的计数。在应用权重之前，将每个度量转换为常见的 0-100 等级（或 0-1），否则单个高幅度计数将占主导地位。
• 明确决定方向性。 对于大多数字段，越高越好 - 但 contractProductReturnRate、contractSLAIssueRate、contractInvoiceAccuracyRate （作为“错误次数”）和 contractBudgetCostRate （作为高于商定价格的差异）是 越低越好。在评分过程中反转它们。
• 故意处理缺失的数据。 新供应商没有 12 个月的历史记录。决定是否排除该类别、估算中性分数或将供应商标记为“数据不足”，而不是默默地将其评分为零。
• 保留原始衡量标准。 将基础比率与综合分数一起存储，以便您稍后可以重新加权和重新审核。没有来源的单一“supplierScore”在采购审查中是站不住脚的。
• **版本您的权重。**如果您更改权重，历史分数将变得无法比较。记录计算每个分数时有效的权重设置。

跨系统集成供应商数据

由于 CIM 与应用程序无关，因此供应商实体作为集成的规范目标最有价值。典型的管道从 ERP（SAP、Oracle、Microsoft Dynamics）中提取供应商主数据，从采购或 SRM 工具中提取记分卡数据，从运输管理系统中提取承运人标志，然后将所有这些数据映射到 CIM 供应商模型上。

Where we would start: Fivetran — The fully managed ELT pipeline that just keeps running.

• **将自然键映射到id。**每个源系统都有自己的供应商编号；维护 CIM GUID 的交叉引用表。
• 在参与方级别进行协调。 使用参与方实体作为重复数据删除锚点，这样同一法人实体就不会被计算两次。
• **将“isCarrier”视为路由提示。**下游物流逻辑可以在其上分支以应用特定于承运人的处理。
• 将模型作为合同发布。 dbt、Apache Atlas 和数据目录等工具可以记录 CIM 映射，以便分析师了解每个字段的含义。

对于将其形式化的团队来说，CIM 的开源性质意味着您可以分叉模型并添加业务所需的实体或属性（例如，“supplierSpend”的货币代码或“supplierType”的受控枚举），同时保持核心参与方/角色结构完整。值得调整的相关标准包括针对参与方/角色模式的 TM 论坛信息框架 (SID) 和针对产品和位置标识符的 GS1，因为供应商和产品数据经常一起传输。

治理和数据质量注意事项

供应商记分卡的好坏取决于为其提供的数据，而供应商数据是出了名的混乱，因为它源自许多系统并随着时间的推移而变化。

• 所有权。 为供应商主数据分配数据管理员；记分卡字段通常与身份字段（财务或 MDM）拥有不同的所有者（采购）。
• 新鲜度。 发票准确性和 SLA 字段中的 12 个月窗口意味着滚动重新计算。定义刷新节奏并使其可见。
• 可审核性。 由于分数驱动采购决策，因此请保留输入、权重和计算输出的审核跟踪。
• 道德与合规性。 “satisfactionEthicsRank”字段涉及劳工实践和安全工作条件——这些领域越来越受到供应链尽职调查监管。将其视为合规信号，而不仅仅是软评级。

常见问题

云信息模型中的供应商实体是什么？

供应商是 CIM 中的一方角色，描述向企业提供商品或服务的一方。它继承了当事人实体的身份，并添加了特定于供应商的属性，例如“supplierType”、“isCarrier”、“supplierSpend”和完整的绩效记分卡。将其建模为一个角色而不是一个独立的实体，可以让一方同时充当供应商和客户，而无需重复的主数据。

供应商分数是如何计算的？

“supplierScore”结合了三个加权类别：合同、满意度和竞争力。每个类别贡献其“weightPercent”乘以其“weightScore”，并将结果相加。为了使综合结果有意义，三个权重百分比之和应为 100，并且在加权之前应将每个基础度量标准化为通用比例。

哪些供应商字段是必填的？

只有两个字段是必填的：“id”（GUID 主键）和“activeFromDate”（供应商关系生效的日期）。其他所有内容（包括“activeToDate”、“supplierType”和所有记分卡属性）都是可选的，这允许增量加载部分记录。

isCarrier 标志是什么意思？

isCarrier 是一个布尔值，当供应商是运输承运商（例如 FedEx 或 UPS）时，该值为 true。它为物流和运输逻辑提供了一种轻量级的方法来识别承运人，而不需要单独的实体或子类型，从而保持模型紧凑。

为什么大多数记分卡字段都是整数？

比率和排名字段类型为整数，通常表示百分比或计数。这使模型保持简单并且可以跨系统移植，但这意味着实现者必须自己决定舍入、缩放和规范化约定，而不是依赖架构来强制执行它们。

我可以扩展供应商实体吗？

是的。 CIM 是一个旨在被适配的开源模型，因此您可以添加属性（例如“supplierSpend”的货币代码或“supplierType”的受控枚举）或添加新实体。扩展应保留核心的参与方/参与方角色结构，以便保持与其他基于 CIM 的系统的互操作性。