您的供应链管理数据模板
您的供应链管理数据模板
这是我们针对供应链管理的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 标准化数据字段,确保分析一致性
- 捕获完整流程流向的关键活动
- 适用于各种供应链管理系统
供应链管理属性
| 名称 | 描述 | ||
|---|---|---|---|
| 开始时间 StartTime | 记录特定活动开始或发生的时间戳。 | ||
| 描述 开始时间是记录活动开始的精确时间戳(包括日期和时间)。它是事件按时间顺序排序和绩效分析的关键组成部分。 此属性是计算周期时间、识别步骤间延迟以及了解流程总时长基础。通过分析时间戳,企业可以衡量吞吐量,找出 case 长时间等待的瓶颈,并对照服务水平协议 (SLA) 评估绩效。准确的时间戳是任何基于时间的流程挖掘分析的基石。 为何重要 它支持按时间顺序排列活动,对于所有基于时间的计算(如周期时间和瓶颈分析)都至关重要。 获取方式 通常存在于来源系统交易表中的事件日志、交易记录或单据创建时间戳中。 示例 2023-04-15T09:00:00Z2023-04-16T14:30:15Z2023-04-18T11:20:00Z | |||
| 活动 Activity | 物流流程中发生的特定业务事件或步骤的名称,例如“采购订单已下达”或“货物已发出”。 | ||
| 描述 Activity(活动)代表在供应链流程中执行的一个独立步骤或任务。每个活动都标志着物流订单生命周期中的一个特定节点,是构建流程图的基石。 通过分析活动,企业可以了解实际执行了哪些步骤、执行顺序以及频率。这种视图有助于识别瓶颈、冗余步骤以及偏离标准作业程序的情况。供应链中的常见活动包括订单创建、收货、拣货、包装、发货和开票。 为何重要 此属性构成了流程图的主干,支持对供应链中的步骤顺序进行可视化和分析。 获取方式 通常派生自源系统中的事件日志、状态变更记录、文档类型或事务代码。 示例 采购订单已下达货物生产完成拣货完成已发货 | |||
| 物流订单 CaseId | 端到端物流订单的唯一标识符,作为流程分析的主 Case ID。 | ||
| 描述 Case ID 代表被分析流程的唯一实例。在供应链管理中,这通常是物流订单号,它将从最初创建到最终交付的所有相关活动联系在一起。 此属性对于将所有相关事件(如采购订单创建、货物发运和客户开票)归类到单个端到端流程流中至关重要。通过追踪此标识符,分析人员可以可视化订单的完整旅程,衡量其总周期时间,并识别不同订单路径之间的差异。如果没有一致的 Case ID,就无法准确重构流程流。 为何重要 它是流程挖掘的基础属性,因为它将所有相关活动连接成一个案例,从而实现对端到端流程流向的分析。 获取方式 通常存在于主要业务单据(如销售订单、交货单)的抬头数据或全局物流订单表中。 示例 LO-2024-00123ORD-987654321SHIP-55443322 | |||
| 最后数据更新 LastDataUpdate | 指示 data 上次刷新或从 source system 提取的时间的 timestamp。 | ||
| 描述 此属性记录了特定事件记录最近一次数据提取或更新的日期和时间。它是一个用于确保数据新鲜度和可靠性的技术属性。 虽然通常不直接用于流程分析,但“最后数据更新”对于仪表板监控和数据治理至关重要。它能帮助用户了解所显示信息的实时程度,并可用于设置数据管道故障警报。这确保了业务决策是基于及时且相关的数据做出的。 为何重要 这对于数据治理和监控至关重要,允许用户核实分析的时效性并信任所提供的洞察。 获取方式 此时间戳通常在数据采集过程中由 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 | 订单成功交付给客户的实际日期,由交货证明确认。 | ||
| 描述 Actual Delivery Date(实际交货日期)标志着订单履行生命周期中的最后一个时间戳,记录了客户收到货物的时刻。这通常通过交货证明文件或承运商的状态更新来确认。 此属性对于计算实际的端到端周期时间以及进行绩效评估至关重要。通过与“要求的交货日期”对比,它可以直接判定订单是提前、准时还是逾期。分析这些数据有助于识别导致延迟的系统性原因(无论源自采购、生产还是物流),并为提高交付可靠性提供事实依据。 为何重要 它为测量实际周期时间提供了事实上的终点,并与要求日期配合使用,以确定按时交货表现。 获取方式 源自运输管理系统 (TMS)、承运商更新或交货证明记录。 示例 2023-05-022023-06-142023-07-22 | |||
| 客户ID CustomerIdentifier | 下单客户的唯一标识符。 | ||
| 描述 Customer Identifier(客户标识符)是分配给每个客户的唯一代码或编号。此属性将物流订单与接收货物和付款的具体实体联系起来。 此属性是细分和分析“从订单到收款”流程的关键维度。它允许企业评估不同客户群或大客户的绩效指标(如按时交货率和订单周期时间)。这种分析可以揭示哪些客户经历的延迟最多,或者哪些客户具有独特的流程变体。这些见解对于改善客户服务以及量身定制物流运营以满足特定需求具有重要价值。 为何重要 它支持以客户为中心的分析,能够按客户细分周期时间和按时交付等绩效指标。 获取方式 可在 ERP 或 CRM 系统中的销售订单抬头数据或客户主数据中找到。 示例 CUST-00542GLOBEX-US77889900 | |||
| 客户要求的交货日期 RequestedDeliveryDate | 客户要求或内部计划的订单交货日期。 | ||
| 描述 要求交货日期是货物预计到达客户地点的目标日期。此日期通常由客户在下单时设定,或通过内部规划流程确定。 此属性是衡量准时交货表现(供应链管理中的关键 KPI)的主要基准。通过比较“要求交货日期”与“实际交货日期”,企业可以计算准时交付率 (OTIF),识别延迟原因,并分析不同地区、客户或产品类型的绩效趋势。它是评估客户满意度和供应链可靠性的基础。 为何重要 它是计算按时交货率的基准,按时交货率是衡量供应链绩效和客户满意度最关键的 KPI 之一。 获取方式 可在 ERP 或订单管理系统中的销售订单抬头数据或计划文档中找到。 示例 2023-05-012023-06-152023-07-20 | |||
| 用户名称 UserName | 执行该活动的(用户、团队或自动化系统)名称或 ID。 | ||
| 描述 用户名属性标识了负责执行流程中特定任务的个人、部门或系统代理。这可以是完成拣货的仓库操作员,也可以是自动创建采购订单的系统机器人。 按用户或团队分析流程绩效有助于发现效率差异、确定培训需求并推广最佳实践。例如,它可以揭示哪些团队的处理时间最短,或者哪些用户最常偏离标准流程。出于合规和审计目的,追踪谁执行了关键操作也很有价值。 为何重要 此属性为分析增加了人力或系统资源的维度,从而实现绩效对比、负载均衡和合规追踪。 获取方式 可在事务日志或文档变更历史中获取,通常与用户主数据关联。 示例 j.smithWarehouseTeamAAUTO_INVOICE_BOTlisa.jones | |||
| 结束时间 EndTime | 指示特定活动完成的时间戳。 | ||
| 描述 End Time(结束时间)是一个精确的时间戳,标志着一项活动的完成。当一个事件同时具备“开始时间”和“结束时间”时,就可以直接测量其处理时间。 此属性支持更细颗粒度的绩效分析。分析人员不仅能测量活动之间的等待时间,还能区分主动处理时间和闲置时间。这对于识别消耗大量资源的低效活动(如包装耗时过长或质检时间延长)特别有用。这种深度的细节分析可为针对性的运营改进提供支持。 为何重要 它支持计算活动处理时间,有助于区分增值时间和等待时间,从而进行更精确的瓶颈分析。 获取方式 可在事件日志或事务表中找到,这些表记录了任务的开始和完成时间戳。 示例 2023-04-15T09:15:20Z2023-04-16T15:00:00Z2023-04-18T11:55:30Z | |||
| 始发地 OriginLocation | 发货起始的仓库、工厂或设施。 | ||
| 描述 始发地标识了货物出发的物理场所,如分销中心、制造工厂或供应商仓库。它代表了供应链中关键物流环节的起点。 按始发地分析流程有助于识别不同设施之间的性能差异。它可以突出哪些工厂的生产提前期较长,或哪些分销中心在拣货和包装方面效率更高。这种基于地理位置或特定场地的分析对于网络优化、资源配置以及在全公司范围内规范最佳实践至关重要。 为何重要 它支持跨工厂或仓库的绩效对比,有助于识别特定场所的运营瓶颈和最佳实践。 获取方式 可在库存管理、仓库管理或运输系统中找到,通常与发货或生产订单数据关联。 示例 WH-CENTRAL-01PLANT-FRANKFURTDC-US-WEST | |||
| 订单状态 OrderStatus | 物流订单的当前或最终状态,例如“已完成”或“已取消”。 | ||
| 描述 订单状态提供了物流订单在生命周期结束时或数据提取时的快照,通常反映了该 case 的最终结果。 此属性主要用于结果分析。例如,通过过滤“已取消”状态的 case,分析人员可以调查订单取消的根本原因。同样,分析“部分履行”的订单可以揭示库存准确性或供应商可靠性方面的问题。了解最终状态的分布是衡量整体流程成功与否的关键。 为何重要 这对于结果分析至关重要,允许根据最终状态(如已完成、已取消或已延迟)对案例进行过滤和调查。 获取方式 可在主订单文档(如销售订单、物流订单)的抬头数据中获取。 示例 已完成进行中已取消暂停 | |||
| 订单类型 OrderType | 订单的分类,例如“标准订单”、“紧急订单”或“大宗订单”。 | ||
| 描述 订单类型根据性质、优先级或履行策略对物流订单进行分类。常见类型包括标准、加急、补货或特殊项目订单。 此属性是进行对比分析的高效筛选器。通过比较加急订单与标准订单的工作流,企业可以评估加急流程是否真的更快,或者是否引入了低效环节和更高成本。它还有助于了解不同类型的订单是否遵循不同的流程路径,从而实现各路径的独立优化。 为何重要 它支持不同订单类型之间的流程对比,有助于了解某些类别是否更容易出现延迟或返工。 获取方式 通常存储在销售订单或物流订单的抬头数据中。 示例 标准订单加急订单大宗订单补货 | |||
| 运输方式 ModeOfTransport | 货运使用的运输方式,例如卡车、空运或海运。 | ||
| 描述 Mode of Transport(运输方式)规定了将货物从始发地运送到目的地所采用的物流方法。这可能包括公路、铁路、航空或海运等选项。 按运输方式分析流程有助于优化物流成本和绩效。例如,它可以揭示空运与海运的实际运输时间,从而支持数据驱动的成本效益分析。它还有助于识别某些运输方式是否更容易发生延迟或损坏,为更好的承运商选择和路线规划提供支持。 为何重要 它为分析运输成本和交货时间提供了一个关键维度,有助于优化物流策略。 获取方式 可在发货文档、交货单或运输管理系统 (TMS) 记录中找到。 示例 卡车空运海运通道 | |||
| 采购订单号 PurchaseOrderNumber | 发送给供应商的采购订单的唯一标识符。 | ||
| 描述 采购订单编号是用于向外部供应商采购货物或服务的单据唯一标识符。它是整体物流订单与具体采购活动之间的关键纽带。 此属性允许分析人员钻取采购子流程。它有助于跟踪从请购到收货的采购生命周期,准确衡量供应商提前期,并识别采购审批或履行流程中的瓶颈。它还可以用于将采购问题与下游生产或客户交付的延迟关联起来。 为何重要 它将端到端流程与具体的采购活动联系起来,从而能够对“从采购到付款”子流程和供应商绩效进行详细分析。 获取方式 存储在采购文档抬头中,并在收货和供应商发票等相关文档中被引用。 示例 PO45000123457300005678PO-2023-987 | |||
| 销售订单编号 SalesOrderNumber | 客户销售订单的唯一标识符。 | ||
| 描述 销售订单编号是根据客户需求启动履行流程的单据唯一标识符。它在整个从订单到收款 (Order to Cash) 的循环中作为主要参考。 在主 Case ID 为综合物流订单的情况下,销售订单编号提供了追溯特定客户需求的关键链接。它可以从销售角度分析流程,帮助衡量订单处理时间、履行率以及从订单创建到最终交付所需的时间。这对于将供应链运营与客户交易直接关联至关重要。 为何重要 它将物流活动与最初的客户需求联系起来,从而实现对“从订单到收款”流程和客户履行绩效的清晰洞察。 获取方式 存储在销售文档抬头中,并在后续文档(如交货单和发票)中被引用。 示例 SO-102030408000009876ORD-CUST-5544 | |||
供应链管理活动
| 活动 | 描述 | ||
|---|---|---|---|
| 创建外向交货 | 标志着交货文档的创建,该文档授权仓库开始拣货、包装和发货活动。该活动将流程从订单管理正式转入物流执行阶段。 | ||
| 为何重要 这是商务团队与物流团队之间的关键交接点。它标志着履行周期时间的开始,这是整体订单提前期的重要组成部分。 获取方式 当物流执行系统中创建送货单、发运单或等效文档时,记录为一个显式事件。 捕获 使用出库单或货运单据的创建时间戳。 事件类型 explicit | |||
| 客户发票已创建 | 代表根据发出的货物为客户创建开票单据。该活动启动了“从订单到收款”周期中的财务结算部分。 | ||
| 为何重要 突出显示向应收账款流程的交接。分析发货与开票之间的时间差可以揭示开票延迟及其对现金流的影响。 获取方式 当在 ERP 系统的开票或财务模块中创建或过账发票文档时,进行显式记录。 捕获 使用客户发票单据的创建或过账时间戳。 事件类型 explicit | |||
| 已发货 | 标志着包装好的货物物理上离开仓库或配送中心的时间点。该事件通常伴随着所有权风险的转移,并更新财务记录(如库存和主营业务成本)。 | ||
| 为何重要 这是一个标志着运输开始的关键里程碑。它是根据客户要求日期衡量准时发货表现的关键日期。 获取方式 通过 WMS 或 ERP 系统中的“货物发出”过账、“发货确认”事务或类似事件捕获。 捕获 使用减少库存的发货交易过账日期或时间戳。 事件类型 explicit | |||
| 收到交货证明 | 代表客户接受交付的正式确认,通常带有签名。该活动标志着物流履行流程的正式结束。 | ||
| 为何重要 这是订单成功履行的最终结束事件。它对于收入确认和解决交付争议至关重要。 获取方式 通常从状态更新或向订单/交货单附加的交货证明文件中捕获。 捕获 捕获交货证明状态更新或将 POD 文档附加到订单或交货单的时间戳。 事件类型 explicit | |||
| 订单创建 | 标志着物流订单生命周期的正式开始。当客户对货物或服务的请求被输入并在主业务系统中保存为新订单文档时,该事件即发生。 | ||
| 为何重要 这是流程的主要开始事件。分析从此活动到其他活动的时间,可以揭示完整的从订单到收款周期时间,并识别早期阶段的瓶颈。 获取方式 通常从订单管理或 ERP 系统中销售订单或客户订单抬头表的创建时间戳捕获。 捕获 使用主销售订单单据的创建时间戳。 事件类型 explicit | |||
| 订单已取消 | 代表物流订单在履行完成前终止。这是流程的一个替代结束状态,表示客户的请求未得到履行。 | ||
| 为何重要 这是一个关键的失败事件。分析订单取消的原因和时间,有助于识别销售、产品可用性或客户沟通方面的问题。 获取方式 取自销售订单的最终状态变更,例如“已取消”或“无效”。 捕获 捕获订单状态明确更改为“已取消”或“无效”时的时间戳。 事件类型 explicit | |||
| 货物已送达 | 此活动表示货件已到达并由客户在目的地实际签收。它标志着整个运输路段的结束。 | ||
| 为何重要 测量运输时间和承运商的按时交货表现。从客户角度来看,这是计算整体“从订单到交付”周期的关键事件。 获取方式 通常通过承运商数据源(如 EDI 报文)或通过运输管理系统 (TMS) 或 ERP 中的人工更新来捕获。 捕获 通常根据承运商的跟踪更新或输入的交货证明日期推断。 事件类型 inferred | |||
| 采购订单已下达 | 此活动标志着向外部供应商正式创建并发送采购订单。它代表了以约定价格购买货物或物料的法律承诺。 | ||
| 为何重要 这是一个启动供应商提前期的关键里程碑。分析此事件与收货之间的时间对于供应商绩效管理至关重要。 获取方式 通常在采购订单确认、批准或发送给供应商时,从状态更新或时间戳中捕获。 捕获 捕获采购订单状态被确认、批准或发送给供应商时的时间戳。 事件类型 explicit | |||
| 从供应商处收到货物 | 标志着在仓库或生产设施中物理接收来自外部供应商的货物或原材料。该事件会更新库存水平并使物料可供使用。 | ||
| 为何重要 此活动标志着供应商提前期的结束。将收货日期与要求交货日期进行对比,有助于衡量供应商的准时交货表现。 获取方式 取自库存管理、仓库管理或 ERP 系统中的收货事务。 捕获 使用针对采购订单的收货交易过账日期或输入时间戳。 事件类型 explicit | |||
| 已创建请购单 | 代表为履行物流订单而采购所需货物或原材料的内部请求。该步骤通常在现有库存不足时触发。 | ||
| 为何重要 表示对采购子流程的依赖。追踪此活动有助于衡量内部采购提前期及其对整体订单履行的影响。 获取方式 通常在采购或 ERP 系统中创建请购单单据时,作为一笔独立的交易记录。 捕获 使用与销售订单关联的请购单单据的创建时间戳。 事件类型 explicit | |||
| 已应用订单挂起 | 当订单因特定原因(如信用检查失败或质量问题)暂时中止时,会发生此事件。在订单继续执行前,必须先解决挂起问题。 | ||
| 为何重要 突出显示流程中断和返工循环。分析暂缓执行的频率和持续时间可以发现导致延迟的系统性问题。 获取方式 通常从订单的状态更改或应用阻止进一步处理的原因代码中推断。 捕获 识别销售订单抬头或行项目被应用“冻结”或“挂起”状态时的时间戳。 事件类型 inferred | |||
| 打包完成 | 代表将拣选好的物品进行整合、装入运输纸箱并贴上标签的流程已完成。这是仓库内部最后一个增值步骤。 | ||
| 为何重要 衡量包装流程的效率。从拣货到包装完成的时间有助于识别包装站的瓶颈。 获取方式 通常在包装站操作员确认纸箱已封箱或在 WMS 中生成货运标签时记录。 捕获 使用包装确认交易或创建货运标签事件的时间戳。 事件类型 explicit | |||
| 拣货完成 | 此活动标志着在仓库存储位收集物品的物理过程已完成。这是准备订单发运的关键步骤。 | ||
| 为何重要 衡量仓库拣货作业的效率。分析从创建交货到拣货完成的时间有助于识别仓库中的瓶颈。 获取方式 通常从交货单据的状态更新或仓库管理系统 (WMS) 的事务日志中捕获(通常通过扫描)。 捕获 使用交货单据的拣货状态更新为“完成”时的时间戳。 事件类型 explicit | |||
| 生产订单已创建 | 此活动代表正式创建内部订单,以制造或组装客户所需的货物。它启动了生产计划和执行子流程。 | ||
| 为何重要 表示订单需要制造。这有助于分析生产提前期及其对整个订单周期时间的贡献。 获取方式 在制造或 ERP 系统中创建生产订单或工单时,记录为一个独立事件。 捕获 使用与客户需求关联的生产订单单据的创建时间戳。 事件类型 explicit | |||
| 货物生产完成 | 标志着成品制造或组装流程的完成。此时,货物被报告为完工并转入库存。 | ||
| 为何重要 此活动标志着生产周期的结束。从生产创建到完成的时间是衡量制造效率和吞吐量的关键指标。 获取方式 通常由确认生产完成或根据生产订单过账收货的交易捕获。 捕获 使用最终生产确认或“完工入库”日记账过账的时间戳。 事件类型 explicit | |||
| 质量检查已完成 | 代表对产成品或收到的货物完成质量控制检查。该步骤确保物品在发货前符合要求的标准。 | ||
| 为何重要 突出显示流程中的关键质量关卡。此阶段的延迟或失败会严重影响按时交货率和客户满意度。 获取方式 通常从质量管理模块中的状态更新或交易中捕获,通常被称为“使用决策”。 捕获 派生自质量检验批次的最终状态变更或决策使用的时间戳。 事件类型 inferred | |||