您的供应链管理数据模板
您的供应链管理数据模板
这是适用于供应链管理的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。
选择具体系统- 标准化数据字段,确保分析一致
- 完整捕获流程所需的关键活动
- 适用于各种供应链管理系统
供应链管理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 开始时间 StartTime | 表示特定活动开始或发生时间的时间戳。 | ||
| 说明 开始时间是包含日期和时间的精确时间戳,用于标记活动的开始。它是按时间顺序排列事件和开展绩效分析的关键要素。 该属性是计算周期时间、识别步骤间延迟以及了解流程总时长的基础。通过分析时间戳,企业可以衡量吞吐量,定位案例长时间等待的瓶颈,并根据服务级别协议评估绩效。准确的时间戳是开展任何基于时间的流程挖掘分析的基础。 为什么重要 它支持按时间顺序排列活动,是计算周期时间和开展瓶颈分析等所有基于时间的计算的必要条件。 获取位置 通常位于事件日志、交易记录或源系统交易表中的单据创建时间戳字段。 示例 2023-04-15T09:00:00Z2023-04-16T14:30:15Z2023-04-18T11:20:00Z | |||
| 活动 Activity | 物流流程中发生的具体业务事件或步骤的名称,例如“采购订单已下达”或“货物已发运”。 | ||
| 说明 活动表示供应链流程中执行的独立步骤或任务。每项活动都对应物流订单生命周期中的一个具体节点,是构建流程图的基础。 分析活动有助于企业了解实际执行了哪些步骤、执行顺序以及执行频率。通过这一视角,可以识别瓶颈、冗余步骤以及偏离标准操作流程的情况。供应链中的常见活动包括创建订单、收货、拣选、包装、发运和开票。 为什么重要 该属性构成流程图的骨架,可用于展示和分析供应链中的步骤顺序。 获取位置 通常来源于事件日志、状态变更记录、单据类型或源系统中的交易代码。 示例 采购订单已下达货物生产已完成拣选已完成货物已发运 | |||
| 物流订单 CaseId | 用于标识单个端到端物流订单的唯一标识符,也是流程分析的主要案例ID。 | ||
| 说明 案例ID表示正在分析的流程实例的唯一标识。在供应链管理中,通常指物流订单号,用于关联从创建到最终交付的所有相关活动。 该属性对于将采购订单创建、货物发运和客户开票等相关事件归入单个端到端流程至关重要。通过跟踪这一标识符,分析人员可以查看订单的完整历程,衡量总周期时间,并识别不同订单路径之间的差异。没有一致的案例ID,就无法准确还原流程路径。 为什么重要 这是流程挖掘的基础属性,可将所有相关活动关联到同一案例,从而支持端到端流程分析。 获取位置 通常位于销售订单、交货单等主要业务单据的抬头数据中,或位于综合物流订单表中。 示例 LO-2024-00123ORD-987654321SHIP-55443322 | |||
| 最后数据更新时间 LastDataUpdate | 表示数据最近一次从源系统刷新或提取时间的时间戳。 | ||
| 说明 该属性记录特定事件记录最近一次提取或更新的日期和时间,是用于确保数据时效性和可靠性的技术属性。 最后数据更新时间通常不直接用于流程分析,但对仪表板监控和数据治理至关重要。它帮助用户了解当前显示信息的时效性,也可用于设置数据管道故障告警,确保业务决策基于及时且相关的数据。 为什么重要 它对于数据治理和监控至关重要,用户可以据此验证分析数据的新鲜度,并确认分析结果值得信赖。 获取位置 该时间戳通常由ETL(提取、转换、加载)工具或数据集成平台在数据摄取过程中生成并记录。 示例 2023-05-20T01:00:00Z2023-05-20T02:00:00Z2023-05-20T03:00:00Z | |||
| 源系统 SourceSystem | 提取事件数据的信息系统名称。 | ||
| 说明 源系统属性用于标识事件数据来源的应用程序或数据库。在复杂的供应链环境中,数据通常来自多个系统,例如ERP、仓库管理系统(WMS)和运输管理系统(TMS)。 跟踪源系统对于数据治理、数据验证和理解活动背景十分重要。它有助于排查数据质量问题,也可用于比较跨多个系统的流程,或识别仅由特定应用程序处理的活动。该信息为业务流程提供技术背景。 为什么重要 它提供有关数据来源的重要背景信息,对于数据验证以及分析跨多个企业系统的流程至关重要。 获取位置 该信息通常属于数据提取层,也可以根据数据源连接分配为静态值。 示例 SAP S/4HANAOracle SCM CloudBlue Yonder WMSKinaxis RapidResponse | |||
| 产品ID ProductIdentifier | 与物流订单关联的产品唯一标识符,例如SKU或物料编号。 | ||
| 说明 产品标识符通常是库存量单位(SKU)或物料编号,用于唯一识别采购、生产和交付的物品。一个物流订单可以包含一个或多个产品标识符。 按产品分析供应链流程,可以了解不同物品如何在系统中流转。分析结果可以突出生产交付周期较长、质量检验失败率较高或更容易出现运输延迟的产品。这种产品级视角对于库存管理、需求预测,以及针对不同产品系列优化生产和物流策略至关重要。 为什么重要 它支持产品级流程分析,帮助识别哪些产品周期时间更长,或哪些产品更容易出现流程异常。 获取位置 通常位于销售订单、采购订单或生产订单的行项目明细中。 示例 SKU-12345-BLK-LMAT-RAW-0098PN-750-B | |||
| 供应商ID SupplierIdentifier | 提供原材料或组件的供应商的唯一标识符。 | ||
| 说明 供应商标识符是用于唯一识别参与供应链采购环节的供应商或供货商的代码或编号。该ID将采购订单和收货活动关联到特定供应商。 按供应商分析流程绩效对于有效的供应商管理至关重要。企业可以据此衡量供应商准时交付率、交付周期和质量检验通过率。这些洞察可用于供应商评分卡、合同谈判以及供应链多元化决策,从而降低风险。按供应商细分流程,还可以识别表现优秀的合作伙伴以及导致延迟的供应商。 为什么重要 它支持供应商绩效分析,帮助衡量交付周期、准时交付率和质量,这对优化采购至关重要。 获取位置 通常位于ERP或采购系统的采购订单单据或供应商主数据中。 示例 SUP-1001V-98765ACME-CORP | |||
| 实际交付日期 ActualDeliveryDate | 订单成功交付至客户的实际日期,通常由交付凭证确认。 | ||
| 说明 实际交付日期标记订单履行生命周期的最终时间点,记录客户收到货物的时刻。通常通过交付凭证或承运商状态更新进行确认。 该属性对于计算实际端到端周期时间和衡量绩效至关重要。将其与要求交付日期进行比较,可以直接判断订单是提前、准时还是延迟交付。分析这些数据有助于识别延迟的系统性原因,无论问题源于采购、生产还是物流,并为提升交付可靠性提供事实依据。 为什么重要 它提供衡量实际周期时间的事实终点,并与要求交付日期结合使用,以确定准时交付绩效。 获取位置 来源于运输管理系统(TMS)、承运商更新信息或交付凭证记录。 示例 2023-05-022023-06-142023-07-22 | |||
| 客户ID CustomerIdentifier | 下达订单的客户的唯一标识符。 | ||
| 说明 客户标识符是分配给每位客户的唯一代码或编号。该属性将物流订单关联到收货和付款的具体实体。 该属性是细分和分析订单到收款流程的关键维度。企业可以按不同客户群体或重点客户评估准时交付、订单周期时间等绩效指标。分析结果可以揭示哪些客户经历的延迟最多,或哪些客户存在独特的流程差异。这些洞察有助于改善客户服务,并调整物流运营以满足特定需求。 为什么重要 它支持以客户为中心的分析,可按客户细分周期时间、准时交付等绩效指标。 获取位置 通常位于ERP或CRM系统的销售订单抬头数据或客户主数据中。 示例 CUST-00542GLOBEX-US77889900 | |||
| 用户名 UserName | 执行活动的用户、团队或自动化系统的名称或ID。 | ||
| 说明 用户名属性用于标识负责执行流程中特定任务的个人、部门或系统代理。例如,完成拣选任务的仓库操作员,或自动创建采购订单的系统机器人。 按用户或团队分析流程绩效,有助于发现效率差异、识别培训需求并总结最佳实践。例如,可以了解哪些团队的处理时间最短,或哪些用户最常偏离标准流程。该属性对于合规和审计也很有价值,可用于追踪关键操作的执行者。 为什么重要 该属性为分析增加了人员或系统资源维度,支持绩效比较、工作负载平衡和合规跟踪。 获取位置 可从交易日志或单据变更历史中获取,通常与用户主数据关联。 示例 j.smithWarehouseTeamAAUTO_INVOICE_BOTlisa.jones | |||
| 结束时间 EndTime | 表示特定活动完成时间的时间戳。 | ||
| 说明 结束时间是标记活动完成的精确时间戳。当事件同时具备开始时间和结束时间时,即可直接衡量其处理时间。 该属性支持更细粒度的绩效分析。分析人员不仅可以衡量活动之间的等待时间,还能区分实际处理时间和空闲时间。这对于识别消耗大量资源的低效活动尤其有用,例如包装耗时过长或质量检验时间过长。这样的细节有助于制定针对性的运营改进措施。 为什么重要 它支持计算活动处理时间,帮助区分增值时间和等待时间,从而更准确地开展瓶颈分析。 获取位置 通常位于事件日志或交易表中,其中记录了任务的开始时间和完成时间。 示例 2023-04-15T09:15:20Z2023-04-16T15:00:00Z2023-04-18T11:55:30Z | |||
| 要求交付日期 RequestedDeliveryDate | 客户要求或内部计划确定的订单交付日期。 | ||
| 说明 要求交付日期是预计货物送达客户所在地的目标日期。该日期通常由客户在下单时提出,或由内部计划流程确定。 该属性是衡量准时交付绩效的主要基准,也是供应链管理中的关键KPI。将要求交付日期与实际交付日期进行比较,企业可以计算按时足量交付(OTIF)率,识别延迟原因,并分析不同地区、客户或产品类型的绩效趋势。它是评估客户满意度和供应链可靠性的基础。 为什么重要 它是计算准时交付率的基准,而准时交付率是衡量供应链绩效和客户满意度的关键KPI之一。 获取位置 通常位于ERP或订单管理系统的销售订单抬头数据或计划单据中。 示例 2023-05-012023-06-152023-07-20 | |||
| 订单状态 OrderStatus | 物流订单当前或最终状态,例如“已完成”或“已取消”。 | ||
| 说明 订单状态反映物流订单在流程结束时或数据提取时所处的生命周期阶段,通常表示案例的最终结果。 该属性主要用于结果分析。例如,筛选状态为“已取消”的案例后,分析人员可以调查订单取消的根本原因。同样,分析“部分履行”的订单可以揭示库存准确性或供应商可靠性方面的问题。了解最终状态的分布,是衡量整体流程成功率的关键。 为什么重要 它对于结果分析至关重要,可根据案例的最终状态进行筛选和调查,例如已完成、已取消或已延迟。 获取位置 可从主要订单单据(例如销售订单或物流订单)的抬头数据中获取。 示例 已完成进行中已取消暂停处理 | |||
| 订单类型 OrderType | 订单的分类,例如“标准订单”“加急订单”或“大宗订单”。 | ||
| 说明 订单类型根据物流订单的性质、优先级或履行策略进行分类。常见类型包括标准订单、加急订单、补货订单或特殊项目订单。 该属性是开展对比分析的有效筛选条件。通过比较加急订单与标准订单的流程,可以评估加急流程是否真正更快,还是引入了低效环节和更高成本。它还有助于了解不同订单类型是否遵循不同的流程路径,并分别优化各条路径。 为什么重要 它支持比较不同类型订单的流程,帮助了解某些类别是否更容易出现延迟或返工。 获取位置 通常存储在销售订单或物流订单的抬头数据中。 示例 标准订单加急订单批量订单补货 | |||
| 起始地点 OriginLocation | 货物发运的仓库、工厂或设施。 | ||
| 说明 起始地点用于标识货物启程的实际场所,例如配送中心、制造工厂或供应商仓库。它代表供应链中关键物流环节的起点。 按起始地点分析流程,有助于识别不同设施之间的绩效差异。分析结果可以突出生产交付周期较长的工厂,或拣选和包装效率更高的配送中心。这种地理或场所维度的分析对于网络优化、资源配置以及在组织内推广最佳实践至关重要。 为什么重要 它支持比较不同工厂或仓库的绩效,帮助识别特定地点的运营瓶颈和最佳实践。 获取位置 通常来源于库存管理、仓库管理或运输系统,并与装运或生产订单数据关联。 示例 WH-CENTRAL-01PLANT-FRANKFURTDC-US-WEST | |||
| 运输方式 ModeOfTransport | 货物运输所采用的方式,例如公路、航空或海运。 | ||
| 说明 运输方式用于说明将货物从起点运至目的地所采用的物流方式,包括公路、铁路、航空或海运。 按运输方式分析流程,有助于优化物流成本和绩效。例如,可以比较空运与海运的实际运输时间,从而开展基于数据的成本效益分析。该分析还可以识别某些运输方式是否更容易发生延迟或货损,为承运商和路线规划提供支持。 为什么重要 它是分析运输成本和交付时间的关键维度,有助于优化物流策略。 获取位置 通常位于装运单据、交货订单或运输管理系统(TMS)记录中。 示例 卡车运输航空运输海运铁路运输 | |||
| 采购订单号 PurchaseOrderNumber | 发送给供应商的采购订单的唯一标识符。 | ||
| 说明 采购订单号是用于向外部供应商采购商品或服务的单据唯一标识符。它是连接整体物流订单与具体采购活动的关键纽带。 该属性支持分析人员深入采购子流程,跟踪从采购申请到收货的采购生命周期,准确衡量供应商交付周期,并识别采购审批或履行流程中的瓶颈。它还可用于将采购问题与生产或客户交付环节的后续延迟关联起来。 为什么重要 它将端到端流程与具体采购活动关联起来,支持对采购到付款子流程和供应商绩效进行详细分析。 获取位置 存储在采购单据抬头中,并在收货单、供应商发票等相关单据中引用。 示例 PO45000123457300005678PO-2023-987 | |||
| 销售订单号 SalesOrderNumber | 客户销售订单的唯一标识符。 | ||
| 说明 销售订单号是根据客户需求启动履行流程的单据唯一标识符,也是订单到收款周期中的主要参考编号。 当主案例ID为汇总物流订单时,销售订单号可以将流程追溯到具体客户需求。它支持从销售视角分析流程,衡量订单处理时间、履行率以及从创建订单到最终交付所需的时间,对于将供应链运营与客户交易直接关联起来至关重要。 为什么重要 它将物流活动与最初的客户需求关联起来,清晰呈现订单到收款流程和客户订单履行绩效。 获取位置 存储在销售单据抬头中,并在交货单、发票等后续单据中引用。 示例 SO-102030408000009876ORD-CUST-5544 | |||
供应链管理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 出库交货已创建 | 表示创建交货文档,授权仓库开始拣选、包装和发货活动。该活动正式将流程从订单管理转入物流执行。 | ||
| 为什么重要 这是商务团队与物流团队之间的关键交接点,标志着履行周期时间开始,是整体订单周期时间的重要组成部分。 获取位置 当物流执行系统创建交货单、发运订单或同等文档时,作为明确事件记录。 采集 使用出库交货或发运文档的创建时间戳。 事件类型 explicit | |||
| 客户发票已创建 | 表示根据已发运货物为客户创建账单文档,并启动订单到收款周期中的财务结算环节。 | ||
| 为什么重要 突出显示向应收账款流程的交接。分析发货与开票之间的间隔,可以发现开票延迟及其对现金流的影响。 获取位置 当ERP系统的开票或财务模块创建或过账发票文档时,明确记录该事件。 采集 使用客户发票文档的创建或过账时间戳。 事件类型 explicit | |||
| 已收到交付证明 | 表示客户已接受交付的正式确认,通常包含签名。该活动正式结束物流履行流程。 | ||
| 为什么重要 这是订单成功履行的最终结束事件,对于收入确认和解决交付争议至关重要。 获取位置 通常从状态更新,或向订单或交货附加交付证明文档时获取。 采集 记录交付证明状态更新,或POD文档附加到订单或交货时的时间戳。 事件类型 explicit | |||
| 订单已创建 | 标志着物流订单生命周期正式开始。当客户对商品或服务的需求被录入主业务系统并保存为新订单文档时,该事件便会发生。 | ||
| 为什么重要 这是流程的主要开始事件。分析从该活动到其他活动的时间,可以了解完整的订单到收款周期时间,并识别早期瓶颈。 获取位置 通常从订单管理系统或ERP系统中销售订单或客户订单抬头表的创建时间戳获取。 采集 使用主销售订单文档的创建时间戳。 事件类型 explicit | |||
| 订单已取消 | 表示物流订单在完成履行前终止。这是流程的另一种结束状态,说明客户需求未得到满足。 | ||
| 为什么重要 这是一个关键失败事件。分析订单取消的原因和时间,有助于识别销售、产品供应或客户沟通中的问题。 获取位置 从销售订单的最终状态变更中获取,例如变更为“Canceled”或“Void”。 采集 记录订单状态最终变更为“Canceled”或“Void”时的时间戳。 事件类型 explicit | |||
| 货物已交付 | 表示货物已抵达并由客户在目的地实际接收,标志着运输环节结束。 | ||
| 为什么重要 用于衡量运输中周期时间和承运商按时交付绩效。从客户视角计算整体订单到交付周期时间时,这是一个关键事件。 获取位置 通常从承运商数据源获取,例如EDI消息,也可通过运输管理系统或ERP系统手动更新。 采集 通常根据承运商跟踪更新或录入交付证明日期推断。 事件类型 inferred | |||
| 货物已发运 | 标志着已包装货物实际离开仓库或配送中心的时间点。该事件通常会转移所有权风险,并更新库存、销售成本等财务记录。 | ||
| 为什么重要 这是标志运输中周期时间开始的关键里程碑,也是根据客户要求日期衡量按时发运绩效的重要日期。 获取位置 通过WMS或ERP系统中的“goods issue”过账、“ship confirm”交易或类似事件获取。 采集 使用减少库存的货物发出交易过账日期或时间戳。 事件类型 explicit | |||
| 采购订单已下达 | 该活动标志着向外部供应商正式创建并发送采购订单,代表以约定价格购买商品或材料的法律承诺。 | ||
| 为什么重要 这是启动供应商交付周期时间的关键里程碑。分析该事件与收货之间的时间,对于供应商绩效管理至关重要。 获取位置 通常从采购订单确认、审批或发送给供应商时的状态更新或时间戳获取。 采集 记录采购订单状态确认、审批或发送给供应商时的时间戳。 事件类型 explicit | |||
| 包装已完成 | 表示完成将已拣选商品集中、装入运输箱并贴标的流程,这是仓库内部最后一个增值步骤。 | ||
| 为什么重要 用于衡量包装流程的效率。拣选完成到包装完成之间的时间,有助于识别包装工位的限制因素。 获取位置 通常在包装工位操作员确认箱子封好,或WMS生成运输标签时记录。 采集 使用包装确认交易或运输标签创建事件的时间戳。 事件类型 explicit | |||
| 已收到供应商货物 | 表示仓库或生产设施从外部供应商处实际收到商品或原材料。该事件会更新库存水平,并使材料可供使用。 | ||
| 为什么重要 该活动结束供应商交付周期时间。将收货日期与要求交付日期进行比较,有助于衡量供应商按时交付绩效。 获取位置 从库存管理、仓库管理或ERP系统中的收货交易获取。 采集 使用针对采购订单的收货交易过账日期或录入时间戳。 事件类型 explicit | |||
| 拣选已完成 | 该活动标志着仓库完成从存储位置拣取商品的实际操作,是准备订单发货的关键步骤。 | ||
| 为什么重要 用于衡量仓库拣选作业的效率。分析从创建交货到完成拣选的时间,有助于识别仓库中的瓶颈。 获取位置 通常从交货文档的状态更新或仓库管理系统的交易日志获取,常通过扫描记录。 采集 使用交货文档拣选状态更新为“Complete”时的时间戳。 事件类型 explicit | |||
| 生产订单已创建 | 该活动表示正式创建用于生产或组装客户所需商品的内部订单,并启动生产计划和执行子流程。 | ||
| 为什么重要 表示订单需要生产制造。借此可以分析生产周期时间及其对整体订单周期时间的影响。 获取位置 在制造系统或ERP系统创建生产订单或工单时,作为独立事件记录。 采集 使用与客户需求关联的生产订单文档创建时间戳。 事件类型 explicit | |||
| 订单已暂停 | 当订单因信用检查失败或质量问题等特定原因而暂时停止时,会发生此事件。订单必须解除暂停后才能继续处理。 | ||
| 为什么重要 突出显示流程中断和返工循环。分析暂停的频率和持续时间,有助于发现导致延迟的系统性问题。 获取位置 通常根据订单状态变更,或应用阻止后续处理的原因代码推断。 采集 识别销售订单抬头或行项目应用“block”或“hold”状态时的时间戳。 事件类型 inferred | |||
| 货物生产已完成 | 标志着成品制造或组装流程完成。此时,货物被报告为完工并转入库存。 | ||
| 为什么重要 该活动结束生产周期。生产订单创建到完成之间的时间,是衡量制造效率和产能吞吐量的关键指标。 获取位置 通常通过确认生产完成或记录生产订单收货的交易获取。 采集 使用最终生产确认的时间戳,或“Report as Finished”日记账过账时间戳。 事件类型 explicit | |||
| 质量检验已完成 | 表示对生产或接收的货物完成质量控制检查,确保商品符合要求的标准后再安排发货。 | ||
| 为什么重要 突出显示流程中的关键质量关卡。该阶段的延迟或失败可能严重影响按时交付和客户满意度。 获取位置 通常从质量管理模块中的状态更新或交易获取,该活动常被称为使用决策。 采集 根据质量检验批最终状态变更或使用决策的时间戳获取。 事件类型 inferred | |||
| 采购申请已创建 | 表示为履行物流订单而提出的采购商品或原材料的内部申请。当现有库存不足时,通常会触发此步骤。 | ||
| 为什么重要 表示流程依赖采购子流程。跟踪此活动有助于衡量内部采购周期时间及其对整体订单履行的影响。 获取位置 通常在采购系统或ERP系统创建采购申请文档时,作为独立交易记录。 采集 使用与销售订单关联的采购申请文档创建时间戳。 事件类型 explicit | |||
提取指南
立即优化供应链,提升运营效率
立即了解供应链流程,降低成本。
无需信用卡,几分钟即可开始。