供应链SCOR12模型中文说明手册

供应链管理工具虽然众多，但是目前最成熟的应该为SCOR模型，但SCOR模型目前好像还没有看到中文版资料，为此将逐步分享SCOR模型手册的中文版内容。
![](/media/202405/2024-05-10_093238_617604.png)
   APICS框架包括产品生命周期运营参考模型（PLCOR）、客户链运营参考模型（CCOR）、设计链运营参考模型（DCOR）和供应链绩效管理（M4SC）。SCOR模型是企业价值链中关键要素的描述之一
注：APICS原名为美国生产与库存控制协会（American Production and Inventory Control Society），现已更名为供应链管理协会（Association for Supply Chain Management, ASCM），
APICS框架的关键重点包括：
• 产品生命周期运营参考模型 - PLCOR
o 管理产品创新、产品和组合管理的活动 - 从理念到组合
o 主要能力：计划、启用、构思、开发、推出、修订
• 客户链运营参考模型 - CCOR
o 管理客户互动过程 - 从引导到合同
o 主要能力：计划、关联、销售、合同、协助
• 设计链运营参考模型 - DCOR
o 管理产品和服务开发过程 - 从组合到解决方案
o 主要能力：计划、研究、设计、整合、修改
• 供应链运营参考模型 - SCOR
o 管理与满足客户需求各阶段相关的业务活动 - 从机会到付款
o 主要能力：计划、采购、生产、交付、退货、启用
• 供应链绩效管理 - M4SC
o 将业务战略转化为供应链执行计划和政策的过程 - 从战略到计划和程序
o 主要能力：对齐战略、网络、流程、资源
SCOR介绍：
  SCOR提供了供应链管理的共识视角。它提供了一个独特的框架，将业务流程、指标、最佳实践和技术整合到一个统一的结构中，以支持供应链合作伙伴间的沟通，并提高供应链管理及相关改进活动的效果。
  APICS的会员基础代表了包括制造商、分销商和零售商在内的广泛行业。庞大的APICS网络还包括技术供应商和实施者、学者以及参与APICS活动和SCOR模型的开发与维护的政府机构。
   APICS尽可能广泛地传播SCOR，因为该模型的广泛使用使得沟通能够使用共同的定义和测量标准，从而改善客户与供应商之间的关系，使软件系统能够通过使用共同的测量标准和术语更好地支持会员，并且能够快速采用共同的实践。
![](/media/202405/2024-05-10_093319_268259.png)
![](/media/202405/2024-05-10_093326_625105.png)
   SCOR 覆盖范围：涵盖所有客户互动（从订单输入到发票支付）、所有物理物料交易（从供应商的供应商到客户的客户，包括设备、用品、备件、散装产品、软件等）以及所有市场互动（从对总需求的理解到每个订单的履行）。它并不试图描述每一个业务流程或活动。具体来说，SCOR 不涉及：销售和市场营销（需求生成）、产品开发、研究和开发，然而这些领域在其他 APICS 框架中有详细的覆盖。

如图形 4 所示，该模型旨在支持多个层级的供应链分析。APICS 关注前三个流程层级，这些层级是行业中立的。
   SCOR 并不试图规定组织应如何开展业务或定制其系统/信息流。每一个使用 SCOR 进行供应链改进的组织都需要至少将模型扩展到第四级，使用特定于行业、组织和/或地点的流程、系统和实践。
![](/media/202405/2024-05-10_093337_005577.png)
图形4：流程图
   需要注意的是，这个模型描述的是流程而不是职能。换句话说，模型关注的是参与的活动；而不是执行活动的人或组织元素。
SCOR 结构：
   SCOR 是一个流程参考模型。流程参考模型或业务流程框架的目的是以一种与关键业务功能和目标一致的方式定义流程架构。这里的架构指的是流程如何相互作用和执行，这些流程如何配置，以及操作这些流程的员工所需的技能（要求）。
SCOR 参考模型包括四个主要部分：
性能：标准指标描述流程性能并定义战略目标
流程：管理流程和流程关系的标准描述
实践：产生显著更好流程性能的管理实践
人员：执行供应链流程所需技能的标准定义。
   SCOR 模型还包含一个用于特殊应用的部分。第五部分，特殊应用，用于建议尚未经过充分测试以集成到模型中的 SCOR 添加内容，但 APICS 认为这对 SCOR 用户会有益。
性能：
   SCOR 的性能部分侧重于衡量和评估供应链流程执行的结果。理解、评估和诊断供应链性能的全面方法包括三个要素：性能属性、指标和流程/实践成熟度。作为流程和指标层级中等级不同的元素，描述性能的不同方面或维度：
性能属性：用于优先级划分和调整供应链性能以符合业务策略的供应链性能的战略特征
指标：离散的性能度量，本身包括连接层级
流程/实践成熟度：客观的、具体的描述，用作参考工具，以评估供应链流程和实践在多大程度上融入并执行公认的最佳实践流程模型和领先实践。
![](/media/202405/2024-05-10_093413_092513.png)
   可靠性、响应性和敏捷性被认为是面向客户的。成本和资产管理效率被认为是内部聚焦的。所有SCOR指标都归类于某一性能属性之下。
   每个性能属性都有一个或多个一级/战略指标。这些一级指标是组织衡量其在竞争市场中达到预期定位成功与否的计算方法。
![](/media/202405/2024-05-10_093457_652905.png)
   SCOR 指标按层次结构组织。SCOR 描述了一级、二级和三级指标。这些层级之间的关系具有诊断性。二级指标作为一级指标的诊断工具。这意味着通过查看二级指标的表现；可以解释一级指标的性能差距或改进。这种类型的分析被称为指标分解或根本原因分析。
   同样，三级指标作为二级指标的诊断工具。指标的层级包含在指标本身的编码中。
   指标编码以性能属性开始：可靠性 - RL、响应性 - RS、敏捷性 - AG、成本 - CO 和资产管理 - AM。每个指标以这个两个字母的代码开始，后跟一个数字表示层级，再跟一个唯一标识符。例如：完美订单履行是 RL.1.1 - 一个位于可靠性属性内的一级指标。完美条件是 RL.2.4，一个二级的可靠性指标。
   流程/实践成熟度提供了供应链流程和实践与不同流程和实践采纳及实施层级的描述性表现的定性比较。这种评估通常遵循广泛使用的实践成熟度模型（有时被称为能力成熟度模型）。
   供应链管理存在许多成熟度模型，通常遵循“成熟度阶段”标度，其中“高成熟度”流程采用并且经常扩展最佳实践，并以高度的纪律性和合规性实施，而“低成熟度”流程则以过时的实践和/或缺乏纪律性和一致性为特征。SCOR 当前并未将规定的成熟度模型框架和内容直接嵌入到 SCOR 模型文档中。性能部分提供了这一供应链性能重要元素的概述，鼓励 SCOR 用户利用现有的成熟度模型来开发并根据其行业和公司的需要定制内容。
流程：
   SCOR 流程部分提供了一套预定义的描述，用于大多数公司执行其供应链时的活动。六个宏观级别的 SCOR 流程：计划（Plan）、采购（Source）、制造（Make）、交付（Deliver）、退货（Return）和使能（Enable）【支持其他供应链流程的基础功能，如财务管理、信息技术、人力资源等】，都是众所周知并广泛采用的。SCOR 还识别了更多级别的流程。这里的“级别”指的是流程的范围：三级流程关注更详细的活动。一级流程包括多个三级流程。图形 4 显示了 SCOR 模型流程中的级别。
   二级流程类别决定一级流程内的能力。关键的二级流程包括采购、制造和交付流程的按库存制造（Make-to-Stock）对比按订单制造（Make-to-Order）以及按工程订单制造（Engineer-to-Order），以及退货流程的瑕疵品对比维修、运维和过剩（MRO vs. Excess）。三级流程是按特定顺序执行的流程步骤，用于计划供应链活动、采购材料、制造产品、交付货物和服务以及处理产品退货。
   公司可能会开发三级流程内活动的标准流程描述 —— 所谓的四级流程。四级流程通常是特定于行业、产品、地点和/或技术的。例如：大多数公司都需要执行一个称为“接收、输入和验证客户订单”的任务。这是一个三级流程（例如 sD1.2）。四级流程将描述接收订单的步骤。示例可能是EDI、传真、电话和亲临现场。每一种方式可能需要独特的四级流程描述。另一个步骤是描述订单如何被输入。EDI 订单可能由特定软件自动加载，传真和电话订单由订单台输入，亲临现场的订单在结账柜台处理。等等。
   流程需要描述的级别取决于项目。对于大多数项目，二级流程图有助于识别供应链中的结构问题：“为什么我们有一个仓库供应另一个仓库，再供应另一个仓库？”或“由于我们从哪里采购这些材料，导致交货时间过长”。三级流程图有助于识别决策点、触发器和流程断点。例如：一个我只在将库存发给我的客户后才取得库存所有权的采购模型——即所谓的“寄售库存”——在三级描述。另一个供应商管理库存的替代方案也在三级定义。两者都需要标准的三级流程，但这些流程的排序方式和执行者是区别所在。
   流程编码因级别而异。
   一级流程由一个大写字母表示，前面加上字母“s”（代表 SCOR）：sP 表示计划，sS 表示采购，sM 表示制造，sD 表示交付，sR 表示退货。   
   二级流程为大多数二级流程添加一个数字：sD1 代表交付库存产品，sP3 代表计划制造。
  三级流程添加一个点和一个独特的数字：sD1.1 代表处理询问和报价，sD1.2 代表接收、输入和验证订单。退货流程存在例外：二级退货流程分为源退货（sSRx）和交付退货（sDRx）流程，以区分自行退货或接收客户退货的差异。三级流程与这些代码对齐：sDR1.1 是授权瑕疵产品退货。
   例如：SD交付-->SD1交付库存产品-->SD1.1处理询问和报价/SD1.2接收、输入和验证订单；
实践：
   实践部分，以前被称为“最佳实践”，提供了一系列行业中立的、公司已认可其价值的实践。实践是配置流程或一组流程的独特方式。这种独特性可以与流程自动化、流程中应用的技术、应用于流程的特殊技能、执行流程的独特顺序或在组织间分配和连接流程的独特方法相关。
SCOR 认识到，在任何组织中都存在几种不同的实践资质（SCOR ID）：
新兴实践（BP.E）
最佳实践（BP.B）
标准实践（BP.S）
   SCOR 认识到实践的资质可能因行业或地理位置而异。对于某些行业，一种实践可能是标准的，而在另一个行业中，同样的实践可能被认为是新兴的或最佳的。SCOR 对实践的分类是基于来自不同行业的从业者和专家的输入建立的。所有 SCOR 实践都已映射到一个或多个分类。SCOR 12 认可了 21 个分类。分类有助于按重点领域识别实践，例如：库存管理或新产品引入。
人员：
   SCOR 的人员部分在 SCOR 10 中引入，提供了描述执行任务和管理流程所需技能的标准。通常，这些技能是供应链特定的。一些确定的技能可能适用于供应链流程领域之外。技能通过标准定义及其与其他人员方面的关联来描述：经验、培训和能力水平。框架描述中不包括能力水平。
SCOR 认可五个普遍接受的能力水平：
新手：未经培训的初学者，没有经验，需要并遵循详细文档。
初学者：执行工作，局限于情境感知。
熟练：理解工作并能确定达成目标的优先级。
精通：监督工作的所有方面，并能根据情境因素确定优先级。
专家：直觉理解。专家能将经验模式应用于新情境。
   这些能力水平的使用类似于流程或实践成熟度级别。人员或工作规范是基于发现的（人员）或所需的（工作规范）能力水平进行评估的。
   人员部分的编码包括技能的编码以及定义技能的经验和培训的编码。所有人员元素都以大写字母 H 开头，后跟代表元素的大写字母：S 表示技能（Skills），E 表示经验（Experiences），T 表示培训（Trainings）。这些后面跟一个点和一个四位数字。例如，HS.0046 是“ERP 系统”技能的代码，HT.0007 是 APICS CSCP 培训的代码。

![](/media/202405/2024-05-10_093856_126709.png)
“SCOR Racetrack” 是一个视觉化工具，用于表示和管理供应链改进项目的进度。这个工具通过象征性的赛道（racetrack）形象，来展示从项目启动到完成的整个过程。SCOR Racetrack帮助组织监控关键活动的状态，确保供应链改进计划按照既定的路径和时间表前进。
(1)第一阶段：Pre-SCOR Program（项目准备程序）
外 输出：
1.Workshop（研讨会）
这通常是指为供应链团队成员和其他相关利益相关者组织的一种集体会议或培训活动。在研讨会中，参与者会聚焦于特定的供应链问题、改进策略或项目计划，通过集思广益、培训和讨论，共同推动供应链优化项目的前进。研讨会是推广知识、技能和最佳实践，以及团队间协作的重要平台。
2.Stakeholder Support（利益相关者支持）
这指的是从组织内部各级利益相关者那里获得对供应链项目或改进计划的支持。这包括高层管理者、项目团队成员、供应商、客户等所有可能影响或被项目影响的个体或团体。获取利益相关者的支持对于确保项目顺利进行和资源充足是至关重要的，这也有助于增强项目的接受度和成功实施的可能性。
3.Identify Motivation（识别动机）
这是分析和确定推动供应链改进项目的内在和外在动机的过程。了解团队或组织改进供应链的动机（如成本削减、服务改善、市场需求应对、技术创新等）是关键，因为这将影响项目的优先级设定、资源分配和目标制定。明确动机有助于更好地设计项目，确保它与组织的总体战略目标和市场定位相一致。
里 输入：
1.Identify motivation（识别动机）
是指识别和理解驱动组织进行供应链改进的内在动因。
识别动机可能涉及到分析组织面临的挑战、市场机会、竞争压力、客户需求变化、技术进步等因素，从而明确为什么需要改进供应链流程，以及这些改进带来的潜在价值。通过理解这些动机，组织可以更有效地设定改进目标，制定战略，并动员相关利益相关者共同参与到改进项目中。
2.Identify Organization（识别参与者）
是指在供应链项目中识别参与的组织或其部门，那么这一步骤会关注于明确哪些内部或外部的组织单元需要参与，以确保供应链改进的成功实施。这可能包括供应商、生产单位、分销中心等。
3.SCOR Education （培训）
指的是提供关于SCOR模型本身的教育和培训。这些教育活动旨在帮助参与者理解和掌握SCOR模型的各个方面，包括其流程、性能指标、实践和技术等。
(2)第二阶段Set the Scope（设定项目集范围）
是指确定供应链改进计划或项目将涵盖的具体业务领域、流程、地点和其他相关元素的过程。这一步骤是项目成功的关键，因为它帮助确保项目资源和努力集中在最关键的领域，同时避免资源浪费在较低优先级或不相关的任务上。
外 输出：
1.Business Context Summary（业务背景概述）
这是对组织所在的业务环境、市场状况、竞争情况以及任何影响供应链策略的外部因素的描述。它包括了对组织面临的机会和挑战的分析，帮助所有相关人员理解项目的目的和重要性。
2.Supply Chain Definition Matrix（供应链定义矩阵）
这是一个工具，用于详细描述和定义组织的供应链结构，包括其组成部分（如供应商、制造节点、配送中心等），以及这些组成部分之间的关系和交互。这有助于清晰地描绘供应链的配置和关键流程，为优化和改进提供基础。
3.Industry Comparison（行业比较）
这涉及将组织的供应链性能与同行业内其他组织的性能进行比较。这有助于识别相对优势和劣势，评估组织的竞争地位，并激发改进和创新的需求。
4.Geographic Map（地理图）
这是一个展示组织供应链中各个地理位置（如生产设施、仓库、市场等）的工具。地理图可以帮助可视化供应链的地理扩散，识别物流挑战，以及评估环境和政策因素对供应链的影响。
5.Improvement Program Charter（改进计划章程）
 这是一个正式文档，定义了一个供应链改进项目的范围、目标、资源、时间框架以及关键里程碑。章程还包括项目的预期成果和任何特定的项目约束。这个文档为项目提供了方向和框架，确保所有参与者对项目的期望和职责有共同的理解。
里 输入：
1.Strategic Business Summary（战略业务概述）
这是一个文档或报告，总结了组织的核心业务战略、市场定位、竞争优势以及关键业务目标。它为供应链的策略和优化活动提供了上下文，确保供应链的改进计划与组织的整体商业目标和战略一致。
2.Document the Supply Chain（记录供应链）
这一活动涉及对现有供应链的详细记录，包括其结构、关键节点、流程、以及供应链各部分的操作细节。通过详尽地文档化供应链配置，组织可以更清楚地了解现状，识别效率低下的环节，以及确定改进的潜在领域。
3.Initial Data Review（初步数据审查）
在开始任何供应链改进项目之前，进行的一次对现有数据的全面审查。这包括评估供应链性能的相关数据、历史趋势和现有的基线表现指标。这一步骤是为了确保数据的准确性和完整性，以便正确评估供应链的效率和问题点。
4.Confirm Program Scope（确认项目范围）
这是在项目正式启动前，确认或重新确认项目的范围、目标和关键里程碑的过程。确认项目范围确保项目团队、管理层以及所有关键利益相关者对项目的期望、时间表和资源需求有共同的理解，从而增加项目成功的可能性。
(3)第三阶段Configure the Supply Chain（配置供应链）
指的是设计和设置供应链的结构和流程，以支持组织的业务目标和战略。这涉及确定供应链的关键组成部分，如供应商、制造设施、配送中心、物流服务提供者，以及产品流动和信息流动的路径。
外 输出：
1.Metric Definition（指标定义）
指的是确定用来衡量供应链性能的关键绩效指标（KPIs）。这一过程涉及选择和定义那些可以准确反映供应链操作效率、效果和整体健康状况的量化指标。
2.Competitive Requirements（竞争性要求）
指的是组织在其供应链管理中需要满足的市场和竞争环境中的特定需求，以保持或增强其市场地位。这些要求通常是由市场竞争对手的表现、客户期望、行业标准和技术进步等因素驱动的。
3.SCORcard 或 SCOR scorecard （绩效评估）
是一种工具，用来跟踪和评估供应链绩效指标（KPIs）。它是基于平衡计分卡的概念，专门为供应链绩效管理设计，帮助组织系统地监控和改进其供应链操作。
4.Thread Diagram（业务线程）
是一个用来显示供应链中不同流程如何互相关联的视觉工具。这种图表帮助描绘出供应链操作的线程，即通过组织的关键流程（如采购、生产、分销）的逻辑连接和顺序。
5.Staple Yourself（节点跟踪）
是一个比喻性的表达，用来描述一种深入了解和分析整个供应链或业务流程的方法。这种方法鼓励你想象自己像一枚订书钉一样钉在产品或文件上，跟随它经历整个流程，从起点到终点。
6.Level 3 Process Diagram （三级流程）
是指更加详细描述供应链核心流程（如计划、采购、制造、交付、退货）的图表。这些图表具体展示了在第二层级（Level 2）中识别的过程分类下，各个具体的过程步骤、活动、输入和输出。
里输入：
1.Program Kickoff（项目程序启动会）是指正式启动一个项目或一系列相关项目（即程序）的会议或活动。
2.Metric Selection（指标选择）
这一步骤涉及选择用来衡量和跟踪供应链性能的关键绩效指标（KPIs）。这些指标应当能够反映组织的战略目标，并为管理团队提供关于供应链效率、效果和质量的关键信息。
3.Data Selection（数据选择）
一旦确定了要跟踪的指标，接下来就是选择用于计算这些指标的数据。这一步骤确保所收集的数据是准确和可靠的，能够正确反映供应链的实际性能。
4.Competitive Requirements（竞争性要求）
这指的是组织需要满足的市场和竞争环境中的特定需求，以保持或增强其市场地位。这些要求通常是由市场竞争对手的表现、客户期望、行业标准和技术进步等因素驱动的，包括成本效率、服务水平、质量、创新能力、可持续性等方面。
5.SCOR mark Benchmarking（SCOR标记基准测试）
  这是一个基于SCOR模型的基准测试工具，用于评估组织的供应链绩效相对于其他相似组织的表现。通过SCOR mark Benchmarking，公司可以了解自己在特定供应链操作（如采购、生产、分销等）方面的表现如何与行业最佳实践或竞争对手相比较。这个过程帮助识别绩效差距，并激励组织追求持续改进。
6.Gap Analysis（差距分析）
  差距分析是一个评估当前性能与期望目标之间差异的过程。在供应链管理中，这通常涉及比较现有的操作绩效与竞争要求、行业标准或内部设定的目标。差距分析有助于识别那些需要改进以达到更高业绩水平的关键领域。这个过程通常会产生一系列改进措施，以帮助组织缩小或消除这些差距。
(4)第四阶段 Optimize Projects（优化项目）
  指的是对供应链改进项目进行细化和改善的过程。这一阶段主要集中于增强项目的效率和效果，确保供应链的各个方面都能达到最佳性能。
外 输出：
1.Benefit Summary（效益总结）
   是指在项目或一系列改进措施结束后，对实现的效益进行总结和评估的过程。这一概念帮助组织量化和展示供应链优化活动带来的具体成果，如成本节约、效率提升、服务水平改进或其他关键绩效指标（KPIs）的提升。
2.Preliminary Project Portfolio（初步项目组合）
   指的是在供应链改进计划的早期阶段，组织制定的一系列潜在项目的集合。这些项目被选中的目的是为了支持和改进供应链的运作，以达到组织的战略目标。
里 输入：
1.Prioritize Projects（项目优先级排序）
   是一个关键的过程，指的是根据项目的战略重要性、潜在的回报、资源要求和风险等因素来确定不同供应链改进项目的执行顺序。这个过程帮助组织确保它们能够集中资源和努力在那些最有可能产生最大效益的项目上。
2.Opportunity Analysis（机会分析）
  是指识别并评估供应链中改进和优化的潜在机会的过程。这一分析旨在确定哪些领域或流程可以通过实施改变来增加效率、降低成本、提高服务质量或改善绩效。
3.Create Project Portfolio（创建项目组合）
  指的是制定一组供应链改进项目的过程，这些项目被选中以支持和提升整个供应链的性能。此项目组合是一个综合的集合，包含了多个项目，每个项目都旨在解决特定的供应链问题或目标。
4.Link Gaps to Projects（确定改进性能的项目）
  是指将供应链中的性能差距与相应的改进项目相连接的过程。这一过程的核心在于识别供应链中的不足或问题，然后设计和选择项目来解决这些问题，从而缩小或消除性能差距。
5.Document Initial Projects（项目档案）
  指的是在供应链改进计划的初期阶段，对选定的初步项目进行详细记录和描述的过程。这包括对每个项目的目标、预期成果、关键活动、资源需求、时间表和责任分配等进行文档化。
(5)第五阶段：Ready for Implementation（实施启动）
外 输出：
1.Rollout Approval（推广批准）
  是指在供应链改进项目中，一个关键的审批阶段，该阶段是项目从规划和试验阶段转向全面实施阶段的批准。这意味着项目管理团队已经展示了项目的可行性、预期效益和实施计划，并且已经获得了组织高层或相关利益相关者的正式同意，允许项目向更广泛的应用或更大规模的实施推进。
Rollout Approval通常涉及以下几个关键点：
  结果审查：项目团队展示试点项目或初步实施阶段的成果，验证解决方案的有效性和益处。
  风险评估：再次评估项目实施的潜在风险以及风险管理措施，确保所有关键风险都已被妥善处理。
  资源评估：确认项目扩展所需的资源，包括资金、人力和技术资源，确保这些资源在项目推广阶段是可用的。
  支持和承诺：从组织的高层管理者和关键利益相关者那里获得持续的支持和承诺，这对于项目的成功推广至关重要。
 实施计划：提供详细的推广计划，包括时间表、关键里程碑和性能监控机制。
2.Project Kickoffs（项目启动会）
  指的是供应链改进项目正式开始的会议或活动。这一阶段是整个项目开始的标志，通常包括汇集项目团队成员、利益相关者以及有时候是高级管理人员，共同讨论项目目标、范围、预期成果、时间表、角色和职责等关键项目元素。
项目启动会的目的包括：
  明确目标和预期：确保所有团队成员和利益相关者都清楚项目的目标、关键成果以及项目的最终目的。
  团队建设：加强项目团队成员之间的沟通和协作，确立团队文化和工作方式。
 角色和职责定义：明确每个团队成员的角色和职责，确保每个人都了解自己的任务和期望。
  计划和流程概述：讨论项目的主要步骤、关键里程碑和时间线，确保所有人对项目的进度有共同的理解。
  风险和问题管理：初步讨论可能的风险和问题，并建立应对策略。
  动员支持：从项目团队和更广泛的组织中获得支持，确保项目的成功实施。
里 输入：
1.Initiate Projects（启动项目执行）
  指的是开始实施一系列旨在改进供应链操作的项目的过程。这个阶段是项目管理过程的初步阶段，涉及到从理论和计划转向实际行动和执行的转变。
2.Create SCOR Level 4 Processes
是指在更详细的层级上定义供应链过程。SCOR模型分为几个层级，其中：
Level 1 定义了基本的供应链操作类型，如计划（Plan）、采购（Source）、制造（Make）、交付（Deliver）和退货（Return）。
Level 2 提供了这些操作类型的进一步分类。
Level 3 提供了具体的过程元素，描述了供应链中的主要管理任务。
Level 4 则涉及更具体的过程步骤，定义了在执行Level 3过程时需要完成的具体活动和任务。
3.Test Pilot Roll-Out（试点推广）
 指的是在供应链改进项目中，对新流程或解决方案进行实验性部署的阶段。这一阶段的目的是在较小的规模或受控环境中测试新的流程、技术或方法，以评估其效果和可行性，从而在全面推广之前识别并解决可能的问题。
Test Pilot Roll-Out通常涉及以下几个关键活动：
≧选择试点范围：选择一个或多个适合的业务领域、地点或过程来实施试点项目。这些选择应该能够提供足够的信息来评估新流程的效果。
≧实施试点：在选定的试点范围内实施新流程或技术。这通常涉及对现有流程的改造或引入新技术，并确保所有参与人员都接受了相应的培训和准备。
≧监控和收集数据：在试点阶段，密切监控流程表现和关键绩效指标（KPIs），并收集相关数据。这些数据将用于评估新流程的效能和潜在问题。
≧评估和调整：基于试点结果，评估新流程的实际表现与预期目标的匹配程度。识别任何需要调整的地方，并对流程进行优化。
≧决策全面推广：根据试点结果，决定是否全面推广新流程。如果试点成功，计划更广泛的实施；如果遇到重大问题，则可能需要回到设计阶段进行修改。

![](/media/202405/2024-05-10_094233_245843.png)
一、可靠性【Reliability】
(1)RL.1.1完美订单履行
   完美订单履行是指满足交付绩效的订单百分比，这些订单具有完整且准确的文件记录，并且没有交付损害。
组成部分包括使用客户定义的按时交付的所有项目和数量，以及文档 - 装箱单、提单、发票等。
APICS词典将完美订单定义为满足“七个正确”的订单：
 正确的产品、正确的数量、正确的条件、正确的地点、正确的时间、正确的客户和正确的成本。
SCOR模型通过一个名为完美订单履行（POF）的单一战略指标解决了“七个正确”，该指标将正确的产品和正确的数量合并为一个二级指标，称为【完全交付的订单百分比】；正确的时间和正确的地点（并隐含正确的客户）合并为一个名为按客户承诺日期的【交付绩效】的二级指标；正确的条件在二级完美条件指标中测量，正确的成本通过【整体成本战略】属性测量。
计算公式：
![](/media/202405/2024-05-10_094320_925056.png)
条件：
要使订单被认为是完美的，必须满足以下标准：
1.完整交付：订单行上的所有物品都按指定数量交付；
2.按客户定义的按时交付，按最初承诺日期准时交付；
3.支持订单的文档包括装箱单、提单、发票、质量认证等，必须完整且准确；
4.无瑕疵安装（适用时），配置正确，客户就绪并接受，无损害，符合规格；
5.由客户取消的订单不包括在指标中。由客户发起并经供应商同意的订单变更将取代最初的承诺，并形成指标的新的比较基础；
6.对于日期和数量问题（偶尔也包括产品），通常使用范围而非严格的值。这被认为是一种标准做法；在这些情况下，如果满足指定的范围，则认为标准完美符合。
衡量下级指标：
![](/media/202405/2024-05-10_094344_192580.png)
(2)指标一：RL.2.1完全交付的订单百分比
  完全交付订单比例，指所有商品项均按承诺的数量被顾客接收的订单百分比。顾客接收到的按承诺数量交付的订单数除以总订单数。顾客取消的订单不计入该指标。
计算方法：[完全交付的订单总数] / [交付的订单总数] x 100%
如果符合以下条件，则认为订单是“完全交付”的：
• 订单中的所有商品项都是实际提供的商品项，没有额外提供的商品
• 顾客收到的所有商品数量与订单数量匹配（在双方同意的公差范围内）
四级指标：
![](/media/202405/2024-05-10_094400_370624.png)
(3)指标二：RL.2.2按照顾客要求日期交付
   指按照客户最初承诺的日期完成的订单百分比。
计算方法：[在最初承诺日期交付的订单总数] / [交付的订单总数] x 100%
  如果满足以下条件，则认为订单已按原始客户承诺日期交付：
• 订单按照客户定义的时间准时收到
• 交付地址和客户单位实体的正确
  存在几个SCOR诊断性指标，可用于聚焦交付绩效改进工作。其中包括：
• 按请求安排的订单百分比
• 准时发货的订单百分比
• 承运商绩效可靠性
  由于订单履行和发货过程中的故障（例如运输可用性），订单可能无法在客户承诺日期交付。由于承运商的交付绩效/问题，订单也可能延迟交付。
(4)指标三：RL.2.3文档准确性
准时且准确文件支持订单的订单百分比，包括装箱单、提单、发票等。
计算方法：
[交付时具有准确文件的订单总数] / [交付的订单总数] x 100%
当以下文件被客户接受时，认为订单具有准确的文件：
订单支持文件包括：
• 装运文件： 
  • 装箱单（客户）  
 • 提单（承运商）  
 • 政府或海关文件/表格
• 付款文件：
 • 发票
 • 合同概要协议
• 合规文件：
 • 物料安全数据表
• 其他所需文件：
 • 质量认证
所有文件必须完整、正确，并且在客户、政府和其他供应链监管实体期望的时间和方式下可随时取用。
可能用于聚焦准确文件改进工作的诊断性指标包括：
• % 按时处理的订单文件（装运和发票）
• % 无错误发票
(4)指标四：RL.2.4订单执行完美状态
以完好无损的状态交付的订单百分比，符合规格，配置正确，（如适用）安装无误，并得到客户的接受。
计算方法：[以完美状态交付的订单数] / [交付的订单总数] x 100%
如果所有项目满足以下标准，则认为订单是以完美状态交付的：
• 无损坏
• 符合规格且配置正确（如适用）
• 安装无误（如适用）并得到客户接受
• 在保修期内未退回维修或更换
这个在订单层面计算的指标，从客户的角度评估通过供应链交付的产品质量。保修期内的正当和非正当产品质量问题、索赔和退货都包括在内，并计入此指标。提高此指标可以降低与索赔和退货相关的供应链成本。
存在几个SCOR诊断性指标，可以用来聚焦完美状态改进工作。其中一些包括：
• 不合规成本
• 损坏和缩水
• 报废费用
• 保修成本
• 产量变异