供应链管理数据模板
供应链管理数据模板
这是适用于供应链管理的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。
选择具体系统- 标准化数据字段,确保分析一致
- 捕捉完整流程所需的关键活动
- 适用于各种供应链管理系统
供应链管理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 开始时间 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.smith仓库团队A自动开票机器人lisa.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 | |||
| 订单已取消 | 表示物流订单在履约完成前终止。这是流程的另一种结束状态,说明客户需求未得到满足。 | ||
| 重要性 这是一个关键失败事件。分析订单取消的原因和时间,有助于发现销售、产品供应或客户沟通方面的问题。 获取途径 取自销售订单的最终状态变更,例如“已取消”或“作废”。 采集 记录订单状态最终变更为“已取消”或“作废”时的时间戳。 事件类型 explicit | |||
| 货物已发运 | 标志着包装后的货物实际离开仓库或配送中心的时间。此事件通常会转移所有权风险,并更新库存和销售成本等财务记录。 | ||
| 重要性 这是一个关键里程碑,标志着运输途中时间开始。将此日期与客户要求日期进行比较,是衡量按时发运绩效的重要依据。 获取途径 通过WMS或ERP系统中的“货物发出”过账、“发运确认”交易或类似事件捕获。 采集 使用减少库存的货物发出交易过账日期或时间戳。 事件类型 explicit | |||
| 货物已送达 | 此活动表示货物已运抵客户指定地点并由客户实际签收,标志着运输环节结束。 | ||
| 重要性 用于衡量运输时间和承运商的按时交付绩效。对于从客户角度计算订单到交付的总周期时间,这是一个关键事件。 获取途径 通常取自承运商数据源,例如EDI消息,或运输管理系统、ERP中的手动更新。 采集 通常根据承运商的跟踪更新或录入的交货证明日期推断。 事件类型 inferred | |||
| 采购订单已发出 | 此活动标志着正式创建采购订单并将其发送给外部供应商,代表企业承诺按约定价格采购货物或材料。 | ||
| 重要性 这是供应商交付周期的起点,也是一个关键里程碑。分析此事件到收货之间的时间,对于管理供应商绩效至关重要。 获取途径 通常取自采购订单确认、批准或发送给供应商时的状态更新或时间戳。 采集 记录采购订单状态确认、批准或发送给供应商时的时间戳。 事件类型 explicit | |||
| 包装已完成 | 表示已完成拣取货物的汇总、装箱和贴标流程。这是仓库内最后一个创造价值的步骤。 | ||
| 重要性 衡量包装流程的效率。分析从拣货到包装完成的时间,有助于发现包装工位的限制因素。 获取途径 通常在包装工位操作员确认纸箱已封箱,或WMS生成运输标签时记录。 采集 使用包装确认交易或生成运输标签事件的时间戳。 事件类型 explicit | |||
| 已收到供应商交付的货物 | 表示从外部供应商处收到货物或原材料,并将其运抵仓库或生产设施。此事件会更新库存水平,使材料可供使用。 | ||
| 重要性 此活动标志着供应商交付周期结束。将收货日期与要求交付日期进行比较,有助于衡量供应商的按时交付绩效。 获取途径 数据取自库存管理、仓库管理或ERP系统中的收货交易记录。 采集 使用采购订单对应收货交易的过账日期或录入时间戳。 事件类型 explicit | |||
| 拣货已完成 | 此活动标志着仓库已完成从存储位置拣取货物的实际操作,是备货待发的重要步骤。 | ||
| 重要性 衡量仓库拣货作业效率。分析从创建交货单到完成拣货的时间,有助于识别仓库瓶颈。 获取途径 通常取自交货单的状态更新,或仓库管理系统中的交易日志,常通过扫描记录。 采集 使用交货单的拣货状态更新为“已完成”时的时间戳。 事件类型 explicit | |||
| 生产订单已创建 | 此活动表示正式创建内部订单,以生产或组装客户所需的货物,并启动生产计划和执行子流程。 | ||
| 重要性 表示订单需要经过生产制造。借此可以分析生产周期时间及其对订单总周期时间的影响。 获取途径 在制造或ERP系统中创建生产订单或工单时,作为独立事件记录。 采集 使用与客户需求关联的生产订单单据创建时间戳。 事件类型 explicit | |||
| 订单已暂停 | 当订单因特定原因暂时停止处理时,就会发生此事件,例如信用检查未通过或存在质量问题。必须解除暂停,订单才能继续处理。 | ||
| 重要性 此事件揭示流程中断和返工环节。分析暂停的频率和持续时间,有助于发现导致延误的系统性问题。 获取途径 通常根据订单状态变更,或应用阻止后续处理的原因代码推断。 采集 识别销售订单主表或行项目被设置为“阻止”或“暂停”状态的时间戳。 事件类型 inferred | |||
| 货物生产已完成 | 标志着成品的制造或组装流程完成。此时,货物会被登记为已完工并转入库存。 | ||
| 重要性 此活动标志着生产周期结束。从生产订单创建到生产完成的时间,是衡量制造效率和产出能力的重要指标。 获取途径 通常通过确认生产完成的交易,或生产订单的收货过账记录来捕获。 采集 使用最终生产确认的时间戳,或“完工报告”日记账过账时间。 事件类型 explicit | |||
| 质量检验已完成 | 表示已完成对生产或收货货物的质量检查。此步骤可确保货物符合要求后再安排发运。 | ||
| 重要性 此活动标示流程中的关键质量关口。此阶段发生延误或检验失败,可能会明显影响按时交付和客户满意度。 获取途径 通常取自质量管理模块中的状态更新或交易记录,常称为使用决策。 采集 根据质量检验批次最终状态变更或使用决策的时间戳确定。 事件类型 inferred | |||
| 采购申请已创建 | 表示为履行物流订单而采购货物或原材料的内部申请。通常在现有库存不足时触发此步骤。 | ||
| 重要性 表示流程依赖采购子流程。跟踪此活动有助于衡量内部采购周期时间及其对整体订单履约的影响。 获取途径 通常在采购或ERP系统中创建采购申请单据时,作为独立交易记录。 采集 使用与销售订单关联的采购申请单据创建时间戳。 事件类型 explicit | |||
数据提取指南
不同系统的数据提取方式各不相同。详细说明请
立即优化供应链,提升运营效率
快速了解供应链流程,降低成本。
无需信用卡,几分钟即可开始。