您的供应链管理数据模板

SAP S/4HANA 供应链
您的供应链管理数据模板

您的供应链管理数据模板

本模板提供了有效供应链分析所需的关键 data 字段和流程步骤的结构化概述。它指导您收集正确的属性和活动,以构建全面的 event log。您还将找到有关从 SAP S/4HANA 系统中提取这些关键 data 的实用建议。
  • 建议收集的属性
  • 需要追踪的关键活动
  • 提取指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

供应链管理属性

这些建议的 data 字段对于创建全面的 event log 以有效分析您的供应链管理流程至关重要。
5 必填 7 推荐 8 可选
名称 描述
Event 时间
EventTime
指示活动发生时间的 timestamp,包括日期和时间。
描述

此属性为流程中的每个活动提供精确的日期和时间。它是 event log 的时间轴骨架,按现实中发生的顺序排列流程步骤。

Event Time 对于所有基于时间的分析都至关重要。它用于计算活动之间的周期时间、衡量流程的总交付周期、识别随时间变化的绩效趋势,并精准定位瓶颈最可能发生的时刻。

为何重要

此 timestamp 对于计算所有时长和绩效指标至关重要,能够分析流程瓶颈和交付周期。

获取方式

从核心 SAP 表中与单据创建或状态更改关联的时间戳字段提取,例如用于变更单据的 CDHDR/CDPOS,或抬头表中的 ERDAT/ERZET 等特定日期/时间字段。

示例
2023-04-15T10:25:00Z2023-04-18T14:00:00Z2023-04-22T08:15:00Z
活动名称
ActivityName
在供应链流程的特定时间点发生的业务活动或 event 的名称。
描述

此属性描述了物流订单生命周期中的特定步骤或里程碑,例如“已下达采购订单”或“已过账发货”。这些活动构成了组成流程的 event 序列。

分析活动序列是 Process Mining 的核心。它允许发现实际的流程流向,与标准操作程序进行对比,并识别导致延迟或需要返工的流程步骤。

为何重要

它定义了流程的步骤,这是发现流程图、分析变体以及衡量活动间周期时间的基础。

获取方式

在数据转换过程中,通过将各种 SAP 表(如 EKKO、LIKP、VBUK)中的事务代码或状态更改映射到易于理解的活动名称而生成。

示例
采购订单已发布采购订单收货已过账创建外向交货交货签收已确认
物流订单
LogisticsOrder
单个端到端供应链流程的唯一标识符(从最初需求到最终交付确认)。
描述

物流订单 (Logistics Order) 作为主要的 case 标识符,链接供应链中与特定需求或履行请求相关的所有活动。这种方法允许跟踪产品旅程的整个生命周期(从计划和采购到生产和分销),确保流程的全景视图。

在 Process Mining 中,按物流订单进行分析可以揭示满足需求所采取的完整路径。它有助于识别整个供应链中的常见变体、瓶颈和偏差,而不是孤立地查看采购或销售等孤立流程。

为何重要

这是将所有相关 event 连接到单个流程实例中的基本密钥,从而能够对供应链进行端到端分析。

获取方式

这是一个概念性标识符,可能需要通过链接各种单据编号来构建,例如销售订单号及其后续的采购订单号和交货单号。请咨询 SAP S/4HANA 供应链文档或相关专家。

示例
LO-4500078192LO-4500078193LO-4500078194
最后数据更新
LastDataUpdate
从源系统最后一次刷新或提取数据的时间戳。
描述

此属性指示 event log 的 data 上次更新的时间。它为正在分析的 data 提供“新鲜度”日期,确保用户了解 data 的及时性。

在任何分析中,了解 data 的新旧程度对于做出明智的决策都至关重要。此 timestamp 有助于用户信任 data,并了解 dashboard 和 KPI 所涵盖的时间窗口。

为何重要

确保数据新鲜度的透明度,让用户了解流程分析的实时程度。

获取方式

这是一个元 data 字段,通常由 data 提取或 ETL 工具在 data 刷新成功结束时生成并填充。

示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
源系统
SourceSystem
data 来源的系统。
描述

识别生成事件数据的特定源系统实例。在复杂的系统架构中,一家公司可能针对不同地区或业务单元拥有多个 SAP S/4HANA 实例。

此属性对于数据治理和细分分析非常重要。它允许分析人员比较不同系统之间的流程绩效,或从单一、权威的来源隔离数据。

为何重要

为 data 来源提供关键背景,这对于 data 验证以及在不同系统环境之间比较流程非常重要。

获取方式

这通常是在 data 提取过程中添加的静态值,用于标识来源,例如 SAP 系统 ID (SAPSID)。

示例
S4H_PROD_EUS4H_PROD_NAS4H_DEV
供应商名称
SupplierName
与采购活动关联的供应商或卖方名称。
描述

此属性标识采购货物或服务的供应商。它通常与“已创建采购申请”和“已下达采购订单”等活动相关联。

供应商名称 (Supplier Name) 对于“供应商交付绩效”dashboard 至关重要。它允许对 data 进行过滤和分段,以比较不同供应商的准时交付率、交付周期和质量水平,这对于战略采购和供应商关系管理至关重要。

为何重要

支持按供应商进行绩效分析,这对于优化采购流程和评估供应商可靠性至关重要。

获取方式

供应商编号 (LIFNR) 存储在采购单据(如表 EKKN, EBAN)中。名称是从中央供应商主表 LFA1 中检索的。

示例
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
客户名称
CustomerName
正在履行的订单所属客户的名称。
描述

此属性标识与销售订单及后续履行活动关联的终端客户。它为供应链流程的需求端提供背景。

在 Process Mining 中,按客户进行分析有助于识别大客户不同的履行模式或绩效水平。它用于诸如“送货证明滞后分析”之类的 dashboard 中,以查看某些客户是否始终延迟确认。

为何重要

支持按客户进行细分分析,揭示特定客户的行为、瓶颈或服务水平协议 (SLA) 表现。

获取方式

客户编号 (KUNNR) 存储在销售单据(如表 VBAK)中。名称是从中央客户主表 KNA1 中检索的。

示例
Retail Corp创新解决方案制造合作伙伴
客户要求的交货日期
RequestedDeliveryDate
要求供应商交付货物的日期。
描述

这是采购订单中指定的交货日期,代表供应商的目标。它作为衡量实际交付绩效的基准。

此日期对于计算“供应商准时交付率”KPI 至关重要。通过比较实际收货日期与此请求日期,企业可以客观地衡量供应商是否履行了其承诺。

为何重要

这是用于计算“供应商准时交付率”KPI 的基准日期,因此对于供应商绩效管理至关重要。

获取方式

存在于采购订单项目表 EKPO 中,字段名为 EINDT(交货日期)。

示例
2023-05-20T00:00:00Z2023-06-15T00:00:00Z2023-07-01T00:00:00Z
工厂
Plant
发生该活动的制造或分销设施。
描述

工厂 (Plant) 是一个 SAP 组织单位,代表生产、存储或分销货物的地点。它为流程活动提供了地理或功能背景。

按工厂分析流程绩效是一项常见需求。它允许对不同运营站点的效率、吞吐量和合规性进行基准测试和比较,有助于识别最佳实践或需要改进的地点。

为何重要

提供用于分析的地理或组织维度,从而能够对不同设施的绩效进行比较。

获取方式

存在于许多单据项目表中,例如 VBAP(销售)、EKPO(采购)和 LIPS(交货)。该字段通常命名为 WERKS。

示例
100021003500
执行用户
ExecutingUser
执行该活动的用户ID。
描述

此属性捕获执行给定活动(如创建采购订单或过账收货)的员工的 SAP 用户名或 ID。它将流程步骤与所涉及的人力资源联系起来。

按用户分析有助于了解工作量分配、识别培训需求并发现个人或团队之间的绩效差异。这对于合规性分析也很有价值,可以查看谁执行了关键流程步骤。

为何重要

将活动归因于特定用户,支持工作量分析、绩效对比以及对不合规操作的调查。

获取方式

存在于许多 SAP 表的“创建者”或“更改者”字段中,例如 EKKO(采购订单抬头)中的 ERNAM、LIKP(交货抬头)和 VBRK(发票抬头)。

示例
CBROWNJSMITHASINGH
物料编号
MaterialNumber
正在处理的产品或物料的唯一标识符。
描述

物料编号 (Material Number),通常称为 SKU,是 SAP 中特定产品的唯一代码。它将流程活动与正在制造、采购或运输的实物或数字货物联系起来。

此属性对于以产品为中心的分析至关重要。它有助于确定某些产品是否更容易出现质量问题、生产延迟或缺货。可以按物料过滤 dashboard,以调查特定产品线的绩效。

为何重要

支持产品级分析,以识别延迟或质量故障等流程问题是否集中在特定物料上。

获取方式

存在于大多数单据的项目级表中,例如销售订单的 VBAP、采购订单的 EKPO 和交货的 LIPS。该字段通常命名为 MATNR。

示例
FG-100-ARM-2034-BSA-5500
质量检验结果
QualityInspectionResult
质量检验的结果,例如“合格”或“不合格”。
描述

此属性记录对生产或收到的货物进行的质量检查结果。结果决定了货物是否可以进入下一步,或者是否需要返工、退货或报废。

这是“质量控制不合格率”dashboard 和 KPI 的关键属性。分析故障的频率和原因有助于识别特定产品、供应商或生产线的系统性质量问题。

为何重要

直接支持质量相关 KPI 的计算,并帮助精准定位供应链中质量问题的根源。

获取方式

此信息通常存储在质量管理 (QM) 模块中。Data 可能来自 QALS 等检验批次表和 QAVE 中的用法决策代码。

示例
已通过未通过需要返工带偏差通过
处理时间
ProcessingTime
在一项活动上实际投入工作的时间长度。
描述

处理时间 (Processing Time) 是指从活动开始时间到结束时间的计算时长。它代表流程步骤中的实际工作时间或“触碰时间”,而不是步骤之间的等待时间。

该指标是识别效率低下的基础。通过将处理时间从等待时间中分离出来,分析师可以确定延迟是由任务执行缓慢引起的,还是由部门或系统之间的长时间排队和交接延迟引起的。

为何重要

有助于区分实际工作时间与闲置等待时间,这对于识别流程延迟的真实来源至关重要。

获取方式

通过活动的 EndTime 减去 StartTime 计算得出 (EndTime - StartTime)。

示例
PT1H30MPT8HP2D
承运商名称
CarrierName
负责处理货运的运输公司或货运代理的名称。
描述

承运人名称 (Carrier Name) 标识负责在不同地点之间运输货物的物流服务提供商,例如从仓库到客户。

此属性对于“运输周期时间分析”dashboard 至关重要。它允许比较不同承运人的运输时间、成本和可靠性,从而实现更好的物流规划和承运人选择。

为何重要

支持按运输提供商进行绩效分析,这是优化物流成本和交付时间的关键。

获取方式

承运人 ID(货运代理)存储在运输单据中,例如表 VTTK(运输抬头)。名称是从 LFA1 等主数据表中检索的。

示例
DHL联邦快递马士基物流
是否延迟交付
IsLateDelivery
一个布尔值标志,指示供应商交货是否晚于请求的交货日期。
描述

此计算标记提供了一个简单的真或假指标,说明交付是否准时。它是通过比较“已过账采购订单收货”活动的 timestamp 与“请求交付日期”属性得出的。

此属性简化了与供应商绩效相关的 dashboard 和 KPI 的创建。它允许快速过滤和聚合,以计算“供应商准时交付率”,并识别哪些供应商、物料或地区最常发生延迟。

为何重要

通过为每次交付提供清晰的二元结果,简化了供应商绩效分析,这对于“准时交付”KPI 至关重要。

获取方式

这是一个计算字段。逻辑为:IF ('Goods Receipt For PO Posted'.EventTime > PurchaseOrder.RequestedDeliveryDate) THEN True ELSE False。

示例
truefalse
是否返工
IsRework
用于标记某个活动或一系列活动是否代表返工的标识。
描述

此布尔属性标记了流程中重复早期步骤的活动,表示某种形式的返工或纠正。例如,如果“质量检验”之后是“已创建生产订单”步骤,然后又是另一个“质量检验”,则第二次检验可以标记为返工。

识别返工是了解流程效率低下和隐藏成本的关键。此标记有助于量化返工循环的频率和影响,支持“订单处理错误率”KPI 的计算,并突出需要改进流程的领域。

为何重要

通过明确识别和统计属于返工循环的活动,帮助量化流程的低效程度。

获取方式

这通常在 Process Mining 工具中通过识别同一 case 内重复的活动序列来计算。

示例
truefalse
结束时间
EndTime
表示活动完成的 timestamp,用于计算处理时间。
描述

End Time 标志着特定活动的完成。虽然开始时间 (EventTime) 表示活动何时开始,但 End Time 对于了解执行活动花费了多长时间至关重要,尤其是对于非瞬时活动。

在分析中,同时拥有开始和结束时间可以精确测量处理时间与等待时间。这有助于区分主动执行任务所花费的时间与等待下一步所花费的时间,这是识别效率提升机会的关键。

为何重要

支持精确计算活动处理时间,有助于区分增值工作和等待时间。

获取方式

可以从 SAP 中的状态更改推导得出。例如,开始是来自 JEST/JCDS 等表的“进行中”状态更新,结束是“已完成”状态更新。对于瞬时事件,EndTime 可能等于 StartTime。

示例
2023-04-15T11:30:00Z2023-04-18T14:05:00Z2023-04-22T09:00:00Z
订单数量
OrderQuantity
订单行项目中的物料数量。
描述

此属性指定销售订单或采购订单行项目中请求的物料单位数量。它提供了每笔交易的量化指标。

按数量分析有助于优先处理大批量订单,因为这些订单可能具有更大的业务影响。它还可以用于规范化其他指标(如计算单位成本),或了解订单规模如何影响处理时间。

为何重要

为交易提供量化背景,允许根据规模进行影响分析和 case 分段。

获取方式

存在于项目级表中,例如 EKPO(采购订单)中的 MENGE 或 VBAP(销售订单)中的 KWMENG。

示例
100500025
采购订单号
PurchaseOrderNumber
采购订单 (PO) 单据的唯一标识符。
描述

采购订单号 (Purchase Order Number) 是用于向供应商订购材料的官方单据编号。它是供应链采购部分的关键标识符。

此属性允许深入研究采购流程。它用于“采购端到端周期时间”dashboard,并用于计算“供应商准时交付率”KPI,将申请、订单、收货和付款活动联系起来。

为何重要

作为钻取采购子流程并链接相关采购 event 的关键标识符。

获取方式

存在于采购订单抬头表 EKKO 和项目表 EKPO 中。字段名为 EBELN。

示例
450007819245000781934500078194
销售订单编号
SalesOrderNumber
销售订单 (SO) 单据的唯一标识符。
描述

销售订单号 (Sales Order Number) 是确认向客户销售的官方单据编号。它是供应链“订单到现金”部分的关键标识符。

此属性对于跟踪特定客户订单的履行至关重要。它有助于将最初的客户请求与所有后续活动(如交货和开票)联系起来,支持订单履行交付周期分析。

为何重要

作为订单履行子流程的关键标识符,将客户需求与物流及财务结算关联起来。

获取方式

存在于销售订单抬头表 VBAK 和项目表 VBAP 中。字段名为 VBELN。

示例
100023451000234610002347
必填 推荐 可选

供应链管理活动

这些是为实现供应链内准确的流程发现和优化而必须捕获的关键流程步骤和里程碑。
6 推荐 9 可选
活动 描述
交货签收已确认
代表客户或承运人的正式确认,即已按规定收到货物。这通常通过在出库交货单中更新 POD 信息来记录。
为何重要

此活动是履行流程的最终结束。它对于准确开票、纠纷解决以及衡量交付周期的最后一段至关重要。

获取方式

这是一个显式 event。送货证明日期记录在交货抬头表(LIKP,字段 PODAT)或相关的 POD 表 (VLPOD) 中。

捕获

使用交货单据中的送货证明日期 (LIKP-PODAT)。

事件类型 explicit
产出品
此活动代表货物制造已完成的确认。它通常记录为生产订单的收货,将成品移入库存。
为何重要

这标志着生产周期的结束。生产订单创建与此 event 之间的时间代表了制造交付周期,这是生产效率的关键指标。

获取方式

这可以通过物料单据过账(生产订单收货)显式捕获,也可以从生产订单的最终确认(AFRU 表)或状态更改为“已交付”中推断。

捕获

从生产订单的最终收货入库物料单据的过账日期或状态更改中推断。

事件类型 inferred
发货出库已过账
此活动代表货物从仓库在法律上和物理上的离开。它会减少库存并过账销售成本,标志着订单的正式发货。
为何重要

这是一个关键里程碑,标志着“运输中”期间的开始。这是货物离开公司所有权开始交付的明确节点。

获取方式

这是创建一个物料单据的显式 event。timestamp 记录在物料单据抬头(MKPF,字段 BUDAT)中,并更新交货单据(LIKP,字段 WBSTK)中的货物移动状态。

捕获

使用与出库交货关联的发货材料单据中的过账日期 (MKPF-BUDAT)。

事件类型 explicit
已创建销售订单
此活动标志着新销售订单的创建,正式记录了客户的货物需求。这是用户在系统中保存新销售订单单据时记录的显式 event。
为何重要

这是“订单到现金”流程的主要起点。分析从该 event 到其他 event 的时间,可以揭示整体订单履行交付周期并识别初始处理延迟。

获取方式

此 event 是显式记录的。可以在销售订单表的更改单据 (CDHDR/CDPOS) 中找到,或者使用销售订单抬头表(VBAK,字段 ERDAT)中的创建 timestamp。

捕获

对销售订单单据使用创建日期 (VBAK-ERDAT) 和时间 (VBAK-ERZET)。

事件类型 explicit
采购订单已发布
标志着正式创建并向外部供应商发布所需物料的采购订单。此活动将采购申请转换为与供应商之间具有法律约束力的承诺。
为何重要

作为一个关键里程碑,此活动对于衡量供应商提前期和采购周期至关重要。它为评估供应商的准时交货表现提供了基准。

获取方式

这是在创建采购订单时记录的显式 event。创建 timestamp 存储在采购订单抬头表(EKKO,字段 AEDAT)中。

捕获

对采购订单使用单据创建日期 (EKKO-AEDAT)。

事件类型 explicit
采购订单收货已过账
代表根据采购订单从供应商处实际收到原材料或货物。当货物在仓库或工厂接收时记录此 event。
为何重要

此活动完成了采购周期中的供应商交付部分。这对于计算供应商准时交付率和了解入库物流绩效至关重要。

获取方式

这是通过物料单据过账捕获的显式 event。event timestamp 位于物料单据抬头表(MKPF,字段 BUDAT)中。指向 PO 的链接位于行项目表 (MSEG) 中。

捕获

使用与采购订单关联的物料单据中的过账日期 (MKPF-BUDAT)。

事件类型 explicit
创建外向交货
表示交货单据的创建,该单据授权向客户拣选和运送货物。此活动标志着流程从订单管理转为物流执行。
为何重要

这是启动实际履行流程的关键步骤。订单创建与交货创建之间的延迟可能表明存在计划或可用性问题。

获取方式

这是一个显式 event。创建 timestamp 记录在交货抬头表(LIKP,字段 ERDAT)中。

捕获

使用交货单据抬头中的创建日期 (LIKP-ERDAT) 和时间 (LIKP-ERZET)。

事件类型 explicit
客户发票已创建
此活动标志着根据交付的货物或服务为客户创建开票单据。它启动了流程中最后的财务结算部分。
为何重要

此活动是分析开票周期时间的关键。交付确认与开票之间的延迟会对现金流产生负面影响。

获取方式

这是一个显式 event。创建 timestamp 记录在开票单据抬头表(VBRK,字段 ERDAT)中。

捕获

使用开票单据抬头中的创建日期 (VBRK-ERDAT)。

事件类型 explicit
已创建请购单
此活动表示创建采购必要货物或原材料的内部请求。当库存不足以履行销售订单或低于再订货点时,通常会触发此活动。
为何重要

这是采购周期的第一步。跟踪其创建有助于识别启动采购时的延迟,并支持对端到端采购流程的分析。

获取方式

这是一个显式 event。创建 timestamp 记录在采购申请抬头表(EBAN,字段 BADAT)中。

捕获

对采购申请单据使用创建日期 (EBAN-BADAT)。

事件类型 explicit
已执行质量检验
代表生产货物的质量控制检查已完成。检验结果(合格或不合格)记录在用法决策中。
为何重要

此活动对于监控产品质量和识别生产问题至关重要。高拒收率或较长的检验时间可能是重大的瓶颈。

获取方式

这是在对质量检验批次做出用法决策时捕获的显式 event。决策日期在 QALS 表(字段 PASTRTERM)或 QAVE 表中。

捕获

使用记录检验批次用法决策时的 timestamp(QALS/QAVE 表)。

事件类型 explicit
已检查库存可用性
代表系统或手动检查,以确定所请求的项目是否有库存以履行销售订单。这通常是销售订单创建过程中的一个自动化步骤,但可能不会记录为独立的 event。
为何重要

了解订单与此检查之间的时间及其结果,有助于分析库存水平如何影响履行时间。此处的延迟通常会导致采购或生产活动。

获取方式

这通常不是一个显式 event。它可以从销售订单行项目表 (VBEP) 中第一个确认的计划行的创建,或从订单行项目内的状态更改中推断出来。

捕获

从销售订单计划行(VBEP 表)上的确认状态更新中推断。

事件类型 inferred
拣货完成
此活动标志着从仓库收集出库货物的实际流程完成。在许多系统中,当交货单据的拣选状态更新时,此活动即被确认。
为何重要

高效的拣货对仓库吞吐量至关重要。追踪此活动有助于识别仓库作业中的瓶颈并衡量拣货绩效。

获取方式

这通常不是一个单一的独立 event,但可以从状态变化中推断出来。当交货行项目表(LIPS,字段 KOSTA)中的拣选状态设置为“C”(完全处理)时,即记录该 event。

捕获

当拣货状态 (LIPS-KOSTA) 更新为已完全拣货时,从变更单据中推断。

事件类型 inferred
生产订单已创建
指示已创建生产订单,以制造销售订单所需的产成品。这是内部制造流程的正式开始。
为何重要

生产订单的创建标志着制造交付周期的开始。分析此项有助于识别需求信号与生产开始之间的延迟。

获取方式

这是一个显式 event。创建日期记录在生产订单抬头表(AUFK,字段 ERDAT)中。

捕获

使用订单抬头表中的创建日期 (AUFK-ERDAT)。

事件类型 explicit
装运已创建
代表运输单据的创建,该单据将一个或多个交货单组合在一起进行运输规划。该单据包含承运人、路线和运输方式的详细信息。
为何重要

此活动是正式运输规划的开始。分析发货与运输完成之间的时间可以揭示运输流程的效率。

获取方式

这是记录在货运抬头表(VTTK,字段 ERDAT)中的显式 event。这是 LE-TRA 模块的一部分,可能并非所有组织都使用该模块。

捕获

使用运输单据抬头中的创建日期 (VTTK-ERDAT)。

事件类型 explicit
货物已在目的地卸载
此活动表示在客户所在地实际卸货。此 event 可能不会在 SAP 中被显式跟踪,通常需要从承运人 data 或后续 event 中推断。
为何重要

这标志着旅程中运输阶段的结束。从发货到此节点的时间即为运输时间,这是物流优化的关键。

获取方式

这在核心 ERP 中很少是一个显式 event。它可以从承运人 EDI 消息、来自运输管理 (TM) 模块的 data 或送货证明单据的 timestamp(如果有)中推断出来。

捕获

从承运商状态更新(如 EDI 214)中推断,或使用签收证明 (POD) 时间戳作为近似值。

事件类型 inferred
推荐 可选

提取指南

如何从 SAP S/4HANA 供应链获取数据