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