您的供应链管理数据模板
您的供应链管理数据模板
- 建议收集的属性
- 需要追踪的关键活动
- 提取指南
供应链管理属性
| 名称 | 描述 | ||
|---|---|---|---|
| 事件timestamp EventTimestamp | 活动发生的精确日期和时间。 | ||
| 描述 事件时间戳或开始时间记录了活动执行的精确时刻。此 timestamp 对于按时间顺序排列事件以及计算活动间的持续时间至关重要。 在 Process Mining 中,这些数据用于构建每个 case 的时间线、计算周期时间、识别延迟并分析流程随时间变化的表现。准确的 timestamp 是几乎所有基于时间的流程分析和 KPI 计算(如交付周期和准时率)的基础。 为何重要 此属性提供了事件的时间顺序,对于计算所有基于时间的指标(如周期时间和延迟)至关重要。 获取方式 此信息位于交易日志表中,与 Manhattan Associates 中相应的事件或状态更新并列。 示例 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| 活动名称 ActivityName | 物流流程中发生的特定业务事件或步骤的名称。 | ||
| 描述 活动名称用于描述供应链生命周期中的特定步骤,例如“订单已分配”、“货物已拣选”或“货物已发出”。这些活动构成了所发现流程图中的节点。 通过分析这些活动,可以实现流程流向的可视化,识别常用路径,并测量每个阶段所花费的时间。这是了解物流订单流转情况的基础,可用于识别返工、瓶颈以及与标准流程的偏差。 为何重要 此属性定义了流程中的步骤,构成了流程图的基础,并支持对流程流向和瓶颈的分析。 获取方式 这通常是通过将 Manhattan Associates 各个交易表中的事件代码或状态更改映射到易于理解的活动名称而得出的。 示例 客户订单已收到拣货完成货物已发出已收到交付凭证 | |||
| 物流订单 LogisticsOrder | 物流订单的唯一标识符,作为追踪端到端供应链流程的主要 case 标识符。 | ||
| 描述 物流订单是连接从下达客户订单到最终交付的所有相关活动的中心追踪号码。每个物流订单代表一次完整的履行旅程,支持对订单生命周期(包括采购、入库、发运和交付)进行全面分析。 在 Process Mining 中,此属性用于将所有相关事件归组为单个 case。按物流订单分析流程可以计算端到端周期时间,识别常见的流程变体,并检测影响特定订单的瓶颈或偏差。 为何重要 这是至关重要的 Case ID,它将所有相关事件归组,从而能够完整追踪单个订单从开始到结束的全过程。 获取方式 这是 Manhattan Associates 主要订单管理表中的主键。请参阅系统文档以获取具体表名,通常与订单头相关。 示例 LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| 最后数据更新 LastDataUpdate | 指示此记录的数据最近一次从源系统刷新或提取的时间戳。 | ||
| 描述 此属性提供从源系统进行最新数据抓取的日期和时间。这是一个元数据字段,可帮助用户了解所分析数据的时效性。 在 Process Mining 仪表板中,此信息对于传达洞察的及时性至关重要。它能确保利益相关者了解数据的最新状态并据此做出决策,避免基于过时信息进行分析。 为何重要 指示数据的时效性,确保分析和决策基于最新信息。 获取方式 此时间戳在数据提取、转换与加载(ETL)过程中生成并添加。 示例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| 源系统 SourceSystem | 数据提取来源系统。 | ||
| 描述 此属性标识事件数据源自的源信息系统。在本场景中,通常为“Manhattan Associates”,但也可以区分不同的模块或集成系统。 这对于数据治理和理解数据上下文非常重要,尤其是在合并来自多个系统的数据时。它有助于追踪数据血缘并排查数据质量问题。 为何重要 识别 data 的来源,这对于 data 治理、校验以及合并来自多个企业系统的 data 至关重要。 获取方式 这通常是在数据提取过程中添加的静态值,用于标记数据集的来源。 示例 Manhattan Associates WMSManhattan Associates TMSMA-SCALE | |||
| 商品 SKU ProductSKU | 订单中产品的库存单位 (SKU) 或标识符。 | ||
| 描述 产品 SKU 是标识特定产品的唯一代码。单个物流订单可以包含多个 SKU。 在产品级别分析流程有助于确定某些项目是否与流程低效相关,例如拣货时间较长、返工率较高或频繁缺货。此属性对于“库存补货与缺货风险”仪表板至关重要,可用于分析按产品划分的补货及时性。 为何重要 支持产品层面的分析,以发现与特定项目相关的缺货、拣货延迟或质量问题。 获取方式 可在 Manhattan Associates 的订单行项目表中找到。这需要将订单抬头与行项目详情进行联接。 示例 SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| 客户要求的交货日期 RequestedDeliveryDate | 客户要求或内部计划要求的交付日期。 | ||
| 描述 此属性存储货物应送达客户或接收地点的目标日期,作为衡量准时交付表现的基准。 在分析中,将此日期与实际交付 timestamp(“已收到交付凭证”)进行对比,以确定订单是准时、提前还是延迟。它是计算“客户准时交付率”和“供应商准时交付率”等 KPI,以及构建相关绩效仪表板的关键组件。 为何重要 这是衡量准时绩效的基准,也是客户满意度和供应商管理的关键 KPI。 获取方式 可在 Manhattan Associates 的订单抬头或订单行项目表中找到。请参阅系统文档。 示例 2023-11-102023-11-152023-12-01 | |||
| 用户名称 UserName | 执行该活动的用户姓名或ID。 | ||
| 描述 此属性标识负责执行特定流程步骤的具体员工或系统用户。它可以是唯一的 ID、姓名,或者是自动化任务的系统账户名。 按用户进行分析有助于了解工作负载分布、资源绩效并识别培训需求。这对于资源负荷和吞吐量相关的仪表板,以及调查可能由特定用户引起的流程偏差至关重要。 为何重要 支持分析资源绩效和工作负载分布,并帮助识别参与流程异常的用户或团队。 获取方式 通常位于交易表中,与事件数据并列,通常显示为“UserID”或“ChangedBy”字段。请参阅 Manhattan Associates 文档。 示例 jdoeasmithsys_batch_user | |||
| 订单类型 OrderType | 物流订单的分类,例如标准、快递或补货。 | ||
| 描述 订单类型根据物流订单的性质或优先级对其进行分类。常见类型包括客户订单、库存转移订单或退货订单。每种类型可能有不同的预期流程 flow 和服务水平协议 (SLA)。 此属性对于对比分析至关重要。通过按订单类型对流程进行过滤或分段,分析人员可以了解不同类型的订单是如何处理的,对比它们的周期时间,并识别某些订单类型是否更容易出现延迟或异常。它直接支持“订单类型周期时间对比”仪表板。 为何重要 支持对比不同类型订单的绩效和流程 flow,这些订单通常具有独特的路径和服务水平协议 (SLA)。 获取方式 位于 Manhattan Associates 的订单抬头 data 中。请参阅系统文档以获取特定字段名称。 示例 标准订单加急快递库存补货退货单 | |||
| 运输方式 ModeOfTransport | 发运所使用的运输方式,如公路、航空或海运。 | ||
| 描述 此属性指定将货物从仓库运送到目的地所使用的运输方式,例如整车 (FTL)、零担 (LTL)、空运、海运或包裹。 此维度对于“运输成本与效率分析”仪表板至关重要。它支持对比不同运输模式的成本和速度,并通过识别何时使用了更昂贵、更快速的模式,帮助计算“加急发运频率”KPI。 为何重要 有助于分析运输成本和效率,并识别对高昂加急运输选项的依赖。 获取方式 位于 Manhattan Associates TMS 模块的发货或运输计划表中。 示例 空运零担运输 (LTL)海运包裹 | |||
| 仓库 ID WarehouseId | 进行拣货和包装活动的仓库或配送中心的标识符。 | ||
| 描述 此属性标识负责履行订单的具体仓库设施。对于多仓库运营,这是一个关键的分析维度。 它直接支持“仓库拣货瓶颈分析”仪表板,支持在不同设施间进行绩效对比。分析师可以识别哪些仓库效率更高,哪些仓库的拣货周期较长,以及哪些地方可能需要重新分配资源。 为何重要 支持跨不同仓库的绩效对比分析,以识别特定设施的瓶颈和最佳实践。 获取方式 这通常是 Manhattan Associates WMS 中订单或发运数据的一部分,指示履行地点。 示例 01号仓库-东区02号仓库-西区03号仓库-中区 | |||
| 仓库拣货周期时间 WarehousePickingCycleTime | 针对每个订单计算出的仓库内拣货和包装阶段的持续时间。 | ||
| 描述 此指标衡量从“货物已拣选”到“货物已包装”活动之间经过的时间。它分离出了仓库履行流程中一个关键环节的表现。 此计算属性是“仓库拣货周期时间”KPI 和“仓库拣货瓶颈分析”仪表板的基础。它支持直接测量和监控拣货效率,有助于识别瓶颈以及仓库中任何流程改进计划的效果。 为何重要 剥离出仓库拣货流程的绩效,从而能够针对这一关键领域进行专门的衡量和改进。 获取方式 这是一个计算指标。它是通过计算每个物流订单的“货物已包装”和“货物已拣选”活动 timestamp 之间的时间差得出的。 示例 360072001800 | |||
| 供应商名称 SupplierName | 为采购订单提供货物的供应商名称。 | ||
| 描述 此属性标识采购货物或原材料的供应商。它与由采购订单发起的物流订单相关。 按供应商分析对于评估供应商绩效必不可少。它支持创建供应商计分卡、监控准时交付率,并识别哪些供应商经常与“货物已接收”阶段的延迟相关联。这直接支持了“供应商准时交付绩效”仪表板。 为何重要 支持供应商绩效分析,帮助识别可靠合作伙伴并精准定位入库供应链延迟的源头。 获取方式 关联自 Manhattan Associates 内部的采购订单 data 表,通常需要将物流订单与采购订单抬头进行联接。 示例 Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| 原产地位置 OriginLocation | 发运起始的仓库、工厂或设施。 | ||
| 描述 此属性指定发运的起点,如配送中心、制造工厂或供应商所在地,通常以位置代码或名称表示。 起始和目的地数据是物流网络分析的基础。此属性支持“起始-目的地交付周期矩阵”仪表板,有助于可视化和分析不同运输线路的周期时间,并识别区域或设施特定的瓶颈。 为何重要 对于物流网络优化以及识别不同运输线路或设施之间的性能差异至关重要。 获取方式 此信息通常存储在 Manhattan Associates 的发运或订单头表中。 示例 亚特兰大配送中心内华达仓库墨西哥 01 工厂 | |||
| 发运 ID ShipmentId | 货件的唯一标识符,可能包含一个或多个物流订单。 | ||
| 描述 发运 ID 是指对共同运输的一组货物的参考编号。单次发运可包含多个物流订单,尤其是发往同一目的地的订单。 虽然物流订单是 case ID,但发运 ID 是重要的上下文属性。它支持对发运级别的活动进行分析(如“已分配承运商”或“货物已发出”),并有助于了解整合效率和运输规划。 为何重要 关联共同发运的订单,从而支持对运输效率和合并策略的分析。 获取方式 在 Manhattan Associates 的运输和货件计划表中生成并存储。 示例 SH-98765SH-98766SH-98767 | |||
| 客户名称 CustomerName | 货物交付对象的客户名称。 | ||
| 描述 此属性标识接收货物的最终客户,可以是个人或企业实体。 客户信息对于分析服务水平和识别特定客户的模式至关重要。它支持“客户准时交付率”仪表板,允许按客户细分交付表现,从而揭示延迟是否集中在特定的账户或地区。 为何重要 支持按客户进行分段分析,这是理解特定客户问题和衡量服务水平的关键。 获取方式 位于订单抬头 data 中,通常通过客户 ID 关联。请参阅 Manhattan Associates 文档。 示例 零售公司BigMartSuperStore Inc. | |||
| 总成本 TotalCost | 与物流订单或特定活动相关的总财务成本。 | ||
| 描述 此属性代表物流订单产生的总成本。它可以分解为运输成本、仓储成本和装卸费等组成部分,具体细节取决于源数据。 成本数据对于基于价值的 Process Mining 具有不可估量的价值。它通过为周期时间提供财务背景来支持“运输成本与效率分析”仪表板。通过分析成本,企业可以识别高成本的流程变体,并做出数据驱动的决策,以平衡速度和支出。 为何重要 为流程引入财务维度,支持分析成本驱动因素以及效率低下对财务的影响。 获取方式 成本 data 可能来自 Manhattan Associates 中的多个表,或者需要与财务系统集成。请参阅运费成本或订单成本表的文档。 示例 150.752500.0085.50 | |||
| 承运商名称 CarrierName | 负责该发运任务的运输承运商名称。 | ||
| 描述 承运商名称指负责物理运输货物的物流合作伙伴或公司,可能是大型运输公司或当地快递。 按承运商进行分析是评估其准时交付率、成本和效率的关键。这是“运输成本与效率分析”仪表板的主要维度,支持对比不同承运商之间的周期时间和成本。 为何重要 支持对运输合作伙伴进行绩效评估,有助于根据成本和可靠性优化承运商选择。 获取方式 可在货件或货运订单表中找到,通常位于 Manhattan Associates 的 TMS 模块内。 示例 联邦快递CH Robinson马士基 | |||
| 是否准时交付(客户) IsOnTimeDeliveryCustomer | 一个计算标记,用于指示订单是否在要求的交付日期当天或之前交付给客户。 | ||
| 描述 此布尔属性是通过对比“已收到交付凭证”事件的 timestamp 与“RequestedDeliveryDate”得出的。它将每个订单标记为准时 (true) 或延迟 (false)。 此属性直接驱动“客户准时交付率”KPI 和仪表板。它通过为每个 case 提供清晰的二元结果来简化分析,方便筛选延迟订单并调查延迟的根源。 为何重要 直接衡量客户服务水平,并通过将每个订单分类为准时或逾期,简化准时性能分析。 获取方式 这不是源系统中的字段。它是通过在数据转换过程中对比实际交付 timestamp 与要求交付日期计算得出的。 示例 truefalse | |||
| 目的地位置 DestinationLocation | 货物送达的客户地址、门店或设施。 | ||
| 描述 此属性指定货物的最终交付点,可以是客户的配送中心、零售店或最终消费者的地址,通常以城市、省份或邮政编码表示。 结合“起始地点”,此属性对于“起始-目的地交付周期矩阵”仪表板至关重要。按目的地分析周期时间有助于识别特定地区的交付挑战,并评估分销网络的效率。 为何重要 有助于分析不同地理区域的交付绩效,并识别区域性瓶颈或承运商问题。 获取方式 这是在 Manhattan Associates 订单头或发运详情中找到的收货地址信息。 示例 美国纽约加利福尼亚州洛杉矶582 号门店 | |||
供应链管理活动
| 活动 | 描述 | ||
|---|---|---|---|
| 客户订单已收到 | 此活动标志着系统中新物流订单的创建,通常由客户通过 EDI、Web 门户或手动录入启动。当订单管理模块中创建带有唯一标识符的新订单记录时,该事件即被捕获。 | ||
| 为何重要 这是端到端物流流程的主要起始事件。分析其发生时间对于计算总订单周期时间和了解需求模式至关重要。 获取方式 作为 Manhattan 订单管理系统 (OMS) 模块中的明确交易记录。请查看订单创建表及其相关的 timestamp。 捕获 在创建销售订单记录时记录。 事件类型 explicit | |||
| 已收到交付凭证 | 系统接收并记录成功交付的最终确认(通常包含签名)。这可以是来自承运商的电子确认,也可以是手动扫描并上传的附件。 | ||
| 为何重要 此活动是物流流程的主要成功终止事件。它对于计算完整订单周期时间和客户准时交付率至关重要。 获取方式 可以是一个来自承运商消息的显性 event,也可以根据货件记录状态更改为“已收到签收证明 (POD Received)”或“已完成”来推断。timestamp 标记了最终关闭时间。 捕获 根据货件状态更改为“已送达 (Delivered)”或“POD 已确认”推断得出。 事件类型 inferred | |||
| 拣货完成 | 仓库操作人员从存储位置物理提取订单项。此活动通常在操作员确认拣货(通常是通过扫描物品和库位条码)时被记录。 | ||
| 为何重要 分析拣货时长是识别仓库瓶颈和提高人工效率的基础,并直接支持“仓库拣货周期时间”这一 KPI。 获取方式 作为 WMS 任务或执行日志中的明确交易记录。每条拣货确认都带有 timestamp,并关联到具体的操作员和订单。 捕获 通过 WMS 拣货界面中的扫描或确认操作记录。 事件类型 explicit | |||
| 波次已创建 | WMS 中会创建一个 ‘wave’(波次),将多个订单或发货行组合在一起,以实现高效、协同的拣货和包装。‘wave’ 的创建是一个明确的 system event,标志着一批订单物理履行流程的开始。 | ||
| 为何重要 此活动是仓库作业中的关键里程碑。分析订单等待波次处理的时间可以揭示批处理策略的低效和资源规划的缺口。 获取方式 当用户或自动化流程启动 wave 时,会在 Manhattan WMS 中明确记录。wave 创建表包含该 event 的 timestamp。 捕获 从 wave 创建记录上的 timestamp 中捕获。 事件类型 explicit | |||
| 订单已取消 | 在履行完成前,客户订单被正式取消。这是一个终结状态,会停止该物流订单的所有后续处理。 | ||
| 为何重要 这是一个关键的失败终结事件。分析取消原因和频率有助于识别订单获取流程中的问题或客户满意度方面的问题。 获取方式 这是 OMS 中的一项明确交易,会将订单状态更改为“已取消”。该状态更改的 timestamp 即标记了该事件。 捕获 在订单状态更新为“已取消 (Canceled)”时记录。 事件类型 explicit | |||
| 货物已发出 | 此活动标志着货物物理离开仓库或配送中心的时间点。这通常在 WMS 中通过最后的“发运确认”交易捕获,即拖车密封并驶离的时刻。 | ||
| 为何重要 这是一个关键的里程碑,标志着仓库处理的结束和在途时间的开始。它是衡量准时发运和仓库处理时间的关键事件。 获取方式 Manhattan WMS/TMS 中的核心显性交易,通常称为“发货确认 (Ship Confirm)”或“舱单关闭 (Manifest Close)”。该交易带有 timestamp,用于最终确认发货详情。 捕获 由 WMS 中的“发货确认 (Ship Confirm)”交易记录。 事件类型 explicit | |||
| 包装完成 | 拣出的物品被合并并包装到一个或多个运输集装箱或纸箱中。当包装站操作员确认纸箱已封箱并生成运输标签时,通常会记录该 event。 | ||
| 为何重要 这标志着核心拣货-包装流程的完成。分析从拣货到包装的时间有助于优化包装站布局和资源分配。 获取方式 在 WMS 包装站捕获的显性 event。请查看带有 timestamp 的纸箱创建或包装确认表。 捕获 在包装验证步骤完成后记录。 事件类型 explicit | |||
| 发运已重排 | 由于库存缺货、客户要求或运输限制等问题,订单的计划发运日期发生变更。这代表了履行流程中的返工环节。 | ||
| 为何重要 追踪重排计划对于识别延迟根源和流程不稳定性至关重要。此活动直接支持订单返工率 KPI,并有助于量化例外情况的影响。 获取方式 根据订单或货件记录上计划或要求的发货日期字段变更推断得出。对比原始日期与更新日期即可识别出重排程 event。 捕获 通过对比“计划发货日期”字段的历史值和当前值得出。 事件类型 calculated | |||
| 已收到供应商货物 | 此活动记录了在仓库码头实际接收供应商货物的过程,通常对应采购订单。当仓库人员扫描并登记入库库存时,该信息会被明确捕获到 WMS 中。 | ||
| 为何重要 这是衡量供应商准时交付绩效的关键里程碑。它标志着入库物流阶段的结束,并使库存可用于订单履行。 获取方式 Manhattan WMS 入库物流模块中的标准显性交易。记录在带有 timestamp 的收货日志中,并与 PO 或预发货通知 (ASN) 相关联。 捕获 由仓库收货交易记录。 事件类型 explicit | |||
| 已检查库存可用性 | 系统检查可用库存水平,以确定是否可以利用现有库存履行客户订单。这通常是订单创建后紧接着的自动化步骤,会导致订单行状态的更新。 | ||
| 为何重要 此活动是了解库存补货周期和识别缺货风险的关键。此处的延迟会直接影响订单履行周期。 获取方式 通常根据 OMS 模块内订单行状态的变化推断得出。状态从“新建”变为“待分配”或类似状态通常意味着此项检查已完成。 捕获 根据创建后的订单行状态变更推断得出。 事件类型 inferred | |||
| 承运商已分配 | 选择并为货件分配特定的运输承运商。这可以是基于路由指南的自动化过程,也可以由运输调度员手动选择。 | ||
| 为何重要 这一决策点对于分析运输成本和承运商绩效至关重要。分配承运商所花费的时间可以反映出规划阶段的延迟。 获取方式 根据 TMS 模块中货件记录上带有 timestamp 的“承运商”字段变更推断得出。该 event 为该字段首次填充时。 捕获 根据货件承运商字段的变更日志或更新 timestamp 推断得出。 事件类型 inferred | |||
| 装运已创建 | 系统内会创建逻辑装运记录,将发往同一地点、使用同一承运商的一个或多个订单或纸箱组合在一起。这一步使出库货物的运输计划正式化。 | ||
| 为何重要 此活动连接了仓库作业和运输管理。它为承运商分配、运费定价和创建货运单证提供了基础。 获取方式 Manhattan WMS 或 TMS 模块内的显性交易。它记录在带有创建 timestamp 的发货抬头表中。 捕获 在生成新的发货记录时记录。 事件类型 explicit | |||
| 订单已分配 | 系统在仓库中为特定订单预留特定的库存单位。这种分配是任何物理仓储活动之前的关键步骤。 | ||
| 为何重要 这一里程碑标志着从订单管理向仓库执行的转变。订单接收与分配之间的时间间隔突显了履行开始前可能存在的处理积压。 获取方式 在 Manhattan WMS 中捕获为订单或发货行的状态更新。该 event 是状态更改为“已分配 (Allocated)”或类似状态时的 timestamp。 捕获 通过订单行状态更改为“已分配 (Allocated)”时的 timestamp 识别。 事件类型 inferred | |||
| 货物已交付客户 | 货物到达客户目的地并卸货。该事件通常通过从运输承运商接收的电子更新(如 EDI 214 消息)来捕获。 | ||
| 为何重要 此活动提供了对承运商绩效和实际运输时间的可见性。它是衡量准时交付和启动最终交付凭证步骤的前提。 获取方式 这通常是由承运商的外部消息触发的明确事件,该消息会更新 TMS 中的发运状态。timestamp 源自承运商的更新。 捕获 从更新货件状态的承运商 EDI 消息(例如 EDI 214)中捕获。 事件类型 explicit | |||
| 采购订单已创建 | 系统会生成采购订单向外部供应商采购货物,通常由缺货或直接延期交货触发。这是一个显性交易,它会创建一个与客户需求关联的新采购订单 (PO) 文档。 | ||
| 为何重要 追踪采购订单 (PO) 的创建对于分析供应链的采购阶段及其对总订单周期的影响至关重要,有助于衡量供应商绩效。 获取方式 作为采购模块中的独立 event 记录。请查看采购订单 (PO) 创建表及其 timestamp,这些记录通常会关联回原始销售订单。 捕获 在保存新的采购订单记录时记录。 事件类型 explicit | |||
提取指南
该流程的提取方法正在验证中。请稍后回来查看或 联系我们 寻求帮助。