供应链管理数据模板
供应链管理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- 数据提取指南
供应链管理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间戳 EventTimestamp | 活动发生的确切日期和时间。 | ||
| 说明 事件时间戳(也称开始时间)记录活动执行的准确时刻。该时间戳对于按时间顺序排列事件以及计算活动间隔时长至关重要。 在流程挖掘中,这些数据用于构建每个案例的时间线、计算周期时间、发现延误并分析流程绩效随时间的变化。准确的时间戳是几乎所有基于时间的流程分析和KPI计算的基础,例如周期时间和按时交付绩效。 重要性 此属性用于确定事件的时间顺序,也是计算周期时间、延误等所有时间类指标的必要依据。 获取途径 在Manhattan Associates中,这些信息与相应事件或状态更新一同记录在事务日志表中。 示例 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| 活动名称 ActivityName | 物流流程中发生的具体业务事件或步骤的名称。 | ||
| 说明 活动名称用于描述供应链生命周期中的具体步骤,例如“订单已分配”“拣取货物”或“货运单已发出”。这些活动构成发现的流程图中的节点。 分析这些活动有助于可视化流程路径、识别常见路径并衡量各阶段耗时。这是了解物流订单完整过程的基础,也可用于识别返工、瓶颈以及偏离标准流程的情况。 重要性 此属性定义流程中的各个步骤,是构建流程图的基础,并支持流程路径和瓶颈分析。 获取途径 通常通过将Manhattan Associates各类事务表中的事件代码或状态变更映射为易于理解的活动名称来生成。 示例 收到客户订单拣取货物货运单已发出收到交付凭证 | |||
| 物流订单 LogisticsOrder | 物流订单的唯一标识符,用作跟踪端到端供应链流程的主要案例标识符。 | ||
| 说明 物流订单是一个核心跟踪编号,用于关联从客户下单到最终交付的所有相关活动。每个物流订单代表一次完整的履行过程,可全面分析订单生命周期,包括采购、仓储、发运和交付。 在流程挖掘中,此属性用于将所有相关事件归入同一个案例。按物流订单分析流程,可以计算端到端周期时间、识别常见流程变体,并发现影响特定订单的瓶颈或偏差。 重要性 这是关键的案例ID,用于归集所有相关事件,从而追踪单个订单从开始到结束的完整过程。 获取途径 这是Manhattan Associates主要订单管理表中的主键。请查阅系统文档,确认具体数据表,通常与订单主表有关。 示例 LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| 最近数据更新时间 LastDataUpdate | 此时间戳表示该记录的数据最近一次从源系统刷新或提取的时间。 | ||
| 说明 此属性记录最近一次从源系统提取数据的日期和时间,作为元数据帮助用户了解所分析数据的时效性。 在流程挖掘仪表板中,这项信息对于说明分析结果的时效性至关重要。它能让相关人员了解数据的更新时间,并据此决策,避免基于过时信息进行分析。 重要性 显示数据的时效性,确保分析和决策基于最新信息。 获取途径 此时间戳在数据提取、转换和加载(ETL)过程中生成并添加。 示例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| 源系统 SourceSystem | 提取数据的系统。 | ||
| 说明 此属性用于标识事件数据的来源信息系统。在此场景中,来源通常是Manhattan Associates,也可能是不同模块或集成系统。 这对于数据治理和理解数据背景十分重要,尤其是在合并多个系统的数据时。它有助于追踪数据沿袭并排查数据质量问题。 重要性 标识数据来源,对于数据治理、验证以及合并多个企业系统的数据至关重要。 获取途径 通常在数据提取过程中添加一个固定值,用于标记数据集的来源。 示例 Manhattan Associates WMSManhattan Associates TMSMA-SCALE | |||
| 产品SKU ProductSKU | 订单中产品的库存单位(SKU)或标识符。 | ||
| 说明 产品SKU是用于标识特定产品的唯一代码。一个物流订单可以包含多个SKU。 按产品层级分析流程,有助于发现特定商品是否与流程低效有关,例如拣货时间较长、返工率较高或频繁缺货。此属性对于“库存补货与缺货风险”仪表板至关重要,可用于分析各产品的补货及时性。 重要性 支持按产品分析,发现特定商品相关的缺货、拣货延误或质量问题。 获取途径 位于Manhattan Associates的订单行项目表中,需要将订单抬头与行项目明细关联。 示例 SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| 用户名 UserName | 执行活动的用户姓名或ID。 | ||
| 说明 此属性用于标识负责执行特定流程步骤的员工或系统用户。它可以是唯一用户ID、姓名,也可以是自动化任务使用的系统账户名称。 按用户分析有助于了解工作量分布和资源绩效,并发现培训需求。它是资源负载和吞吐量仪表板的重要维度,也有助于调查特定用户相关的流程偏差。 重要性 支持分析资源绩效和工作量分布,并帮助识别哪些用户或团队参与了流程异常。 获取途径 通常可在包含事件数据的事务表中找到,字段名常为“UserID”或“ChangedBy”。请查阅Manhattan Associates文档。 示例 jdoeasmithsys_batch_user | |||
| 要求交付日期 RequestedDeliveryDate | 客户要求或内部计划规定的交付日期。 | ||
| 说明 此属性记录货物应送达客户或收货地点的目标日期,可作为衡量按时交付绩效的基准。 分析时,将此日期与实际交付时间戳(“收到交货证明”)进行比较,以判断订单是按时、提前还是延迟交付。它是计算“客户按时交付率”和“供应商按时交付率”等KPI,以及构建相关绩效仪表板的重要依据。 重要性 这是衡量按时交付绩效的基准,也是影响客户满意度和供应商管理的重要KPI。 获取途径 可在Manhattan Associates的订单抬头表或订单行项目表中找到。请查阅系统文档。 示例 2023-11-102023-11-152023-12-01 | |||
| 订单类型 OrderType | 物流订单的分类,例如标准、加急或补货。 | ||
| 说明 订单类型根据物流订单的性质或优先级进行分类。常见类型包括客户订单、库存调拨订单和退货订单。不同类型的订单可能对应不同的预期流程和服务级别协议(SLA)。 此属性对于对比分析至关重要。分析人员可以按订单类型筛选或细分流程,了解不同订单的处理方式、比较周期时间,并发现哪些类型更容易出现延误或异常。它直接支持“订单类型周期时间对比”仪表板。 重要性 支持比较不同订单的绩效和流程路径,因为不同订单通常有各自的处理路径和SLA。 获取途径 位于Manhattan Associates的订单抬头数据中。具体字段名称请查阅系统文档。 示例 标准订单加急配送库存补货退货订单 | |||
| 运输方式 ModeOfTransport | 货物运输所采用的方式,例如卡车、航空或海运。 | ||
| 说明 此属性用于指定货物从仓库运往目的地所采用的运输方式,例如整车运输(FTL)、零担运输(LTL)、空运、海运或包裹运输。 此维度对于“运输成本与效率分析”仪表板至关重要。它支持比较不同运输方式的成本和速度,并可通过识别更昂贵、速度更快的运输方式何时被采用,帮助计算“加急运输频率”KPI。 重要性 帮助分析运输成本和效率,并识别对高成本加急运输方式的依赖。 获取途径 位于Manhattan Associates TMS模块中的货运或运输计划表。 示例 空运LTL海运包裹运输 | |||
| 仓库ID WarehouseId | 发生拣货和包装活动的仓库或配送中心标识符。 | ||
| 说明 此属性用于标识负责履行订单的具体仓库。对于拥有多个仓库的运营场景,这是重要的分析维度。 它直接支持“仓库拣货瓶颈分析”仪表板,可用于比较不同设施的绩效。分析人员可以发现哪些仓库效率更高、哪些仓库的拣货周期时间更长,以及哪些地点可能需要重新分配资源。 重要性 支持比较不同仓库的绩效,以发现设施特定的瓶颈和最佳实践。 获取途径 通常属于Manhattan Associates WMS中的订单或货运数据,用于标识履行订单的地点。 示例 WH01-EASTWH02-WESTWH03-CENTRAL | |||
| 供应商名称 SupplierName | 为采购订单提供货物的供应商名称。 | ||
| 说明 此属性用于标识采购货物或原材料的供应商。它适用于由采购订单发起的物流订单。 按供应商分析对于评估供应商绩效至关重要。您可以据此创建供应商评分卡、监控按时交付率,并找出哪些供应商经常导致“货物已收”步骤延误。它直接支持“供应商按时交付绩效”仪表板。 重要性 支持供应商绩效分析,帮助识别可靠的合作伙伴,并找出入库供应链延误的来源。 获取途径 关联Manhattan Associates中的采购订单数据表,通常需要将物流订单与采购订单抬头关联。 示例 Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| 始发地 OriginLocation | 货物发出的仓库、工厂或设施。 | ||
| 说明 此属性用于指定货物的起运地点,例如配送中心、制造工厂或供应商所在地,通常以地点代码或名称表示。 始发地和目的地数据是物流网络分析的基础。此属性支持“始发地-目的地周期时间矩阵”仪表板,帮助直观呈现和分析不同运输线路的周期时间,并发现区域或设施特定的瓶颈。 重要性 对于优化物流网络,以及发现不同运输线路或设施之间的绩效差异至关重要。 获取途径 这些信息通常存储在Manhattan Associates的货运或订单抬头表中。 示例 DC-AtlantaWH-NevadaPlant-Mexico-01 | |||
| 客户名称 CustomerName | 接收货物的客户名称。 | ||
| 说明 此属性用于标识货物的最终收货客户,可以是个人或企业。 客户信息对于分析服务水平和发现特定客户相关的规律至关重要。按客户细分交付绩效,有助于支持“客户按时交付率”仪表板,并发现延误是否集中在特定客户或地区。 重要性 支持按客户细分分析,有助于了解客户特定问题并衡量服务水平。 获取途径 位于订单抬头数据中,通常通过客户ID关联。请查阅Manhattan Associates文档。 示例 Retail CorpBigMartSuperStore Inc. | |||
| 客户订单是否按时交付 IsOnTimeDeliveryCustomer | 计算得出的标记,用于表示订单是否在要求交付日期当天或之前送达客户。 | ||
| 说明 此布尔属性通过比较“收到交货证明”事件的时间戳与“RequestedDeliveryDate”得出。每个订单会被标记为按时(true)或延迟(false)。 此属性直接用于计算“客户按时交付率”KPI并支持相关仪表板。它为每个案例提供明确的二元结果,简化分析,便于筛选延迟订单并调查延误的根本原因。 重要性 直接衡量客户服务水平,并将每个订单归类为按时或延迟,简化按时交付绩效分析。 获取途径 源系统中没有此字段。它是在数据转换过程中通过比较实际交付时间戳与要求交付日期计算得出的。 示例 truefalse | |||
| 总成本 TotalCost | 物流订单或特定活动产生的总成本。 | ||
| 说明 此属性表示物流订单产生的总成本,可细分为运输成本、仓储成本和装卸费等,具体取决于源数据的详细程度。 成本数据对于价值导向的流程挖掘十分重要。它为周期时间分析提供财务背景,支持“运输成本与效率分析”仪表板。通过分析成本,企业可以发现高成本流程变体,并依据数据优化速度与费用。 重要性 为流程分析提供财务维度,支持分析成本驱动因素和低效造成的财务影响。 获取途径 成本数据可能来自Manhattan Associates中的多个表,也可能需要与财务系统集成。请查阅运费成本或订单成本表的相关文档。 示例 150.752500.0085.50 | |||
| 承运商名称 CarrierName | 负责运输货物的承运商名称。 | ||
| 说明 承运商名称用于标识实际运输货物的物流合作伙伴或公司,可能是大型运输公司,也可能是本地快递公司。 按承运商分析有助于评估其按时交付、成本和效率表现。它是“运输成本与效率分析”仪表板的主要维度,可用于比较不同承运商的周期时间和成本。 重要性 支持评估运输合作伙伴的绩效,并根据成本和可靠性优化承运商选择。 获取途径 可在货运或运输订单表中找到,通常位于Manhattan Associates的TMS模块中。 示例 FedExCH RobinsonMaersk | |||
| 目的地 DestinationLocation | 货物送达的客户地址、门店或设施。 | ||
| 说明 此属性用于指定货物的最终交付地点,可以是客户配送中心、零售门店或最终消费者的地址,通常以城市、州或邮政编码表示。 此属性与始发地结合使用,是“始发地-目的地周期时间矩阵”仪表板的重要依据。按目的地分析周期时间,有助于发现特定地区的交付难题并评估配送网络效率。 重要性 帮助分析不同地区的交付绩效,并发现区域瓶颈或承运商问题。 获取途径 这是Manhattan Associates订单抬头或货运明细中的收货地址信息。 示例 New York, NYLos Angeles, CAStore #582 | |||
| 货运ID ShipmentId | 货运的唯一标识符,一次货运可能包含一个或多个物流订单。 | ||
| 说明 货运ID是将一批货物合并运输时使用的参考编号。一次货运可以包含多个物流订单,尤其是在这些订单发往同一目的地时。 物流订单是案例ID,而货运ID则是重要的背景属性。它支持在货运层级分析“已分配承运商”或“货运已发出”等活动,并帮助了解货物合并效率和运输计划。 重要性 关联一同发运的订单,支持分析运输效率和货物合并策略。 获取途径 在Manhattan Associates的运输和货运计划表中生成并存储。 示例 SH-98765SH-98766SH-98767 | |||
供应链管理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 创建波次 | WMS会创建一个“波次”,将多个订单或货运行组合起来,以便协调拣货和包装,提高作业效率。波次创建是一个独立的系统事件,标志着一批订单开始实物履行。 | ||
| 重要性 此活动是仓库运营的重要里程碑。分析订单等待纳入波次的时间,有助于发现批次策略低效和资源规划不足的问题。 获取途径 用户或自动化流程启动波次时,Manhattan WMS会明确记录此事件。波次创建表中包含相应时间戳。 采集 根据波次创建记录中的时间戳获取。 事件类型 explicit | |||
| 取消订单 | 客户订单在履行完成前被正式取消。此终止状态会停止该物流订单的所有后续处理。 | ||
| 重要性 这是一个关键的失败结束事件。分析取消原因和频率,有助于发现订单录入流程或客户满意度方面的问题。 获取途径 这是OMS中的明确事务,会将订单状态更改为“已取消”。状态变更的时间戳即为事件时间。 采集 订单状态更新为“已取消”时记入日志。 事件类型 explicit | |||
| 拣取货物 | 仓库操作员从存储位置取出订单所需商品。操作员确认拣货时通常会记录此活动,确认方式通常是扫描商品和货位条码。 | ||
| 重要性 分析拣货时长是识别仓库瓶颈和提高人效的基础,也直接支持“仓库拣货周期时间”KPI。 获取途径 此事件作为明确事务记录在WMS任务或执行日志中。每次拣货确认都会记录时间戳,并关联操作员和订单。 采集 通过WMS拣货界面中的扫描或确认操作记入日志。 事件类型 explicit | |||
| 收到交付凭证 | 系统收到并记录交付成功的最终确认,通常包含签名。确认可以由承运商以电子方式发送,也可以通过扫描并附加纸质文件的方式录入。 | ||
| 重要性 此活动是物流流程的主要成功结束事件,对于计算完整订单周期时间和客户按时交付率至关重要。 获取途径 可以是承运商报文中的明确事件,也可以根据货运记录状态变为“已收到交付凭证”或“已完成”推断。该时间戳标志着流程最终结束。 采集 根据货运状态变为“已送达”或“交付凭证已确认”推断。 事件类型 inferred | |||
| 收到客户订单 | 此活动表示系统中创建了新的物流订单,通常由客户通过EDI、Web门户或手动录入发起。当订单管理模块创建带有唯一标识符的新订单记录时,系统会记录此事件。 | ||
| 重要性 这是端到端物流流程的主要开始事件。分析其发生时间对于计算订单总周期时间和了解需求模式至关重要。 获取途径 此事件作为明确的事务记录在Manhattan订单管理系统(OMS)模块中。请查找订单创建表及其相关时间戳。 采集 创建销售订单记录时记入日志。 事件类型 explicit | |||
| 货运单已发出 | 此活动标志着货物实际离开仓库或配送中心。通常在拖车封签并驶离时,通过WMS中的最终“发货确认”事务记录。 | ||
| 重要性 这是一个关键里程碑,标志着仓库处理结束、在途时间开始,也是衡量按时发货和仓库处理时间的重要事件。 获取途径 这是Manhattan WMS/TMS中的核心明确事务,通常称为“发货确认”或“关闭货运清单”。该事务带有时间戳,并用于最终确认货运详情。 采集 通过WMS中的“发货确认”事务记入日志。 事件类型 explicit | |||
| 分配承运商 | 为货运单选择并分配具体承运商。此操作可以根据运输路线指南自动完成,也可以由运输计划员手动选择。 | ||
| 重要性 此决策点对于分析运输成本和承运商绩效至关重要。分配承运商所需的时间可能反映计划延误。 获取途径 根据TMS模块中货运记录的“承运商”字段变更时间戳推断。该字段首次填入时即为事件发生时间。 采集 根据变更日志或货运记录中承运商字段的更新时间戳推断。 事件类型 inferred | |||
| 创建货运单 | 系统会创建一条逻辑货运记录,将一个或多个发往同一地点、由同一承运商运输的订单或纸箱归为一组。此步骤用于正式确定出库货物的运输计划。 | ||
| 重要性 此活动衔接仓库运营和运输管理,为分配承运商、计算运费和创建运输单据提供依据。 获取途径 这是Manhattan WMS或TMS模块中的明确事务,记录在货运单主表中,并带有创建时间戳。 采集 生成新的货运记录时记入日志。 事件类型 explicit | |||
| 创建采购订单 | 系统会生成采购订单,从外部供应商处采购商品,通常由库存缺货或直接发生欠交触发。这是一项明确的事务,会创建与客户需求关联的新采购订单文档。 | ||
| 重要性 跟踪采购订单创建情况对于分析供应链采购环节及其对整体订单交付周期的影响至关重要,也有助于衡量供应商绩效。 获取途径 此事件作为独立事件记录在采购模块中。请查找采购订单创建表及其时间戳,这些记录通常关联至原始销售订单。 采集 保存新的采购订单记录时记入日志。 事件类型 explicit | |||
| 包装货物 | 拣取的商品会集中装入一个或多个运输容器或纸箱。包装站操作员确认纸箱封箱并生成运输标签时,系统通常会记录此事件。 | ||
| 重要性 此事件标志着拣货和包装核心流程完成。分析从拣货到包装的耗时,有助于优化包装站布局和资源分配。 获取途径 WMS会在包装站明确记录此事件。请查找包含时间戳的纸箱创建或包装确认表。 采集 完成包装核验步骤后记入日志。 事件类型 explicit | |||
| 已分配订单 | 系统会为特定订单预留仓库中的指定库存单位。这是开展任何仓库实物作业前的关键步骤。 | ||
| 重要性 此里程碑标志着流程从订单管理转入仓库执行。订单接收至库存分配之间的耗时,可反映履行开始前可能存在的处理积压。 获取途径 此事件记录为Manhattan WMS中订单行或货运行的状态更新。状态变为“已分配”或类似状态时的时间戳即为事件时间。 采集 根据订单行状态变为“已分配”时的时间戳识别。 事件类型 inferred | |||
| 收到供应商货物 | 此活动记录供应商货物在仓库收货区的实际签收情况,通常对应一张采购订单。仓库员工扫描并登记入库库存时,WMS会明确记录此事件。 | ||
| 重要性 这是衡量供应商按时交付绩效的重要里程碑,标志着入库物流阶段结束,库存可用于履行订单。 获取途径 这是Manhattan WMS入库物流模块中的标准明确事务。系统会在收货日志中记录时间戳,并关联采购订单或预先发货通知(ASN)。 采集 通过仓库收货事务记入日志。 事件类型 explicit | |||
| 检查库存可用性 | 系统会检查可用库存,判断现有库存能否满足客户订单。此步骤通常在创建订单后立即自动执行,并更新订单行状态。 | ||
| 重要性 此活动对于了解库存补货周期和识别缺货风险至关重要。此处发生延误会直接影响订单履行周期。 获取途径 通常可根据OMS模块中的订单行状态变化推断。状态从“新建”变为“等待分配”或类似状态,通常表示检查已完成。 采集 根据订单创建后的订单行状态变化推断。 事件类型 inferred | |||
| 货物已送达客户 | 货物抵达客户指定地点并完成卸货。通常通过承运商发送的电子更新记录此事件,例如EDI 214报文。 | ||
| 重要性 此活动有助于了解承运商绩效和实际运输时间,是衡量按时交付和启动最终交付凭证步骤的前提。 获取途径 通常由承运商发送的外部报文触发,并更新TMS中的货运状态。时间戳取自承运商的更新。 采集 根据承运商发送的EDI报文(例如EDI 214)更新货运状态时获取。 事件类型 explicit | |||
| 重新安排货运 | 由于库存不足、客户要求或运输限制等原因,订单的计划发货日期发生变更。这表示履行流程中出现返工循环。 | ||
| 重要性 跟踪重新安排的情况对于发现延误来源和流程不稳定因素至关重要。此活动直接支持“订单返工率”KPI,并有助于量化异常情况的影响。 获取途径 根据订单或货运记录中计划发货日期或要求发货日期字段的变更推断。比较原日期和更新后的日期即可识别重新安排事件。 采集 通过比较“计划发货日期”字段的历史值和当前值推导。 事件类型 calculated | |||
数据提取指南
此流程的提取方法目前正在验证中。请稍后再查看,或 联系我们 获取帮助。
提升Manhattan Associates中的供应链绩效
全面掌握端到端流程,实现90%的预测准确率。
无需信用卡,几分钟即可完成设置。