您的运输管理数据模板
您的运输管理数据模板
- 建议收集的属性
- 需要追踪的关键活动
- 提取指南
运输管理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
指示特定活动或事件发生时间的时间戳。 | ||
|
描述
Event Time 是货运生命周期中记录的每项活动的日期和时间。这种按时间顺序排列的数据是 Process Mining 的骨干,因为它允许完全按照发生的情况重建流程流。 此属性用于计算所有基于持续时间的指标,包括周期时间、等待时间和处理时间。它是识别延误、衡量实际与计划绩效对比以及了解运输流程时间动态的基础。所有与时间相关的 KPI(例如按时交货率和平均运输时间)都依赖于准确的 Event Time 数据。
为何重要
这个强制性的Timestamp实现了活动的按时序排列,是所有绩效和持续时间计算的基础。
获取方式
这对应于project44 Data馈送中与每个Event关联的Timestamp。
示例
2023-10-26T10:00:00Z2023-10-27T14:30:00Z2023-11-05T09:15:00Z
|
|||
|
活动名称
ActivityName
|
货运生命周期内发生的特定Event或里程碑的名称。 | ||
|
描述
“活动名称”描述了运输流程中离散的步骤或状态更新,例如“已分配承运商”、“货物已提取”或“货运延迟”。这些活动构成了流程图的节点,它们的序列定义了货物的运输轨迹。 分析这些活动是Process Mining的核心。通过检查活动的顺序、频率和持续时间,分析师可以识别瓶颈、返工循环和低效的流程变体。此属性对于构建追踪流程流向的Dashboard以及计算与特定流程步骤相关的KPI至关重要。
为何重要
此属性定义了运输流程中的步骤,支持流程图的可视化并识别瓶颈。
获取方式
衍生自 project44 event 跟踪数据流中的 event 类型或状态更新字段。
示例
装运已创建货物已提取清关完成货物已送达
|
|||
|
货运
Shipment
|
单次货物移动的唯一标识符,作为流程分析的主要Case。 | ||
|
描述
“货运(Shipment)”属性是核心Case标识符,它将单个运输订单的所有相关Event和活动关联在一起。它允许对货运生命周期进行完整的端到端分析,涵盖从创建、承运商分配,到运输、交付以及最终付款处理的全过程。 在Process Mining中,按“货运”分析是基础。它支持流程图的可视化、单个货运周期的计算,以及常见或异常流程路径的识别。所有其他属性(如承运商、延迟原因或成本)都在此唯一标识符的语境下进行分析。
为何重要
这是连接所有相关运输Event的基本Case ID,使得追踪每批货物的端到端流程成为可能。
获取方式
这是project44内货运Data的主键,在平台的API和用户界面中通常被称为“货运ID”或“追踪号码”。
示例
SHP-2023-00123SHP-2023-00456SHP-2023-00789
|
|||
|
最后数据更新
LastDataUpdate
|
指示此 record 数据上次从源系统刷新的 timestamp。 | ||
|
描述
此属性记录了上次从project44提取或更新Data的时间。它提供了关于分析结果时效性的关键元Data。 分析师利用此信息了解他们查看的是否是当前可用的最新Data。这对于监控进行中货运的运营Dashboard以及确保从分析中得出的任何结论都基于最新信息至关重要。
为何重要
指示数据的时效性,确保分析基于最新信息并支持运营监控。
获取方式
此 timestamp 是在数据提取和加载 (ETL) 过程中生成并添加的。
示例
2023-11-10T02:00:00Z2023-11-11T02:00:00Z
|
|||
|
源系统
SourceSystem
|
Event Data来源的系统。 | ||
|
描述
此属性识别提供Data的源系统,在本例中为“project44”。在更广泛的情况下,它也可以指来自集成的TMS、ERP或承运商系统的Data。 了解源系统对于Data治理和故障排除非常重要。它有助于评估Data质量和可靠性,特别是在从多个平台聚合Data时。对于此项分析,它确认了Event是通过project44可视化平台进行追踪的。
为何重要
识别数据的来源,这对于数据治理、质量评估和理解数据背景至关重要。
获取方式
这通常是在Data摄取期间添加的一个静态值('project44'),用于标记数据集的来源。
示例
Project44P44
|
|||
|
客户要求的交货日期
RequestedDeliveryDate
|
客户要求的或运输订单中约定的交付日期。 | ||
|
描述
此属性存储货物的目标交付日期。它作为衡量实际交付表现的基准。 此日期对于计算“准时交付率”KPI至关重要。通过将其与“货物已送达”活动的Timestamp进行对比,可以确定货物是准时、提前还是延迟。此项分析对于衡量客户满意度和供应链可靠性至关重要。
为何重要
这是计算准时交付率KPI的基准,是衡量服务水平和客户满意度的关键指标。
获取方式
通常是初始货运订单Data的一部分,源自TMS或ERP并在project44中可见。
示例
2023-11-15T23:59:59Z2023-12-01T23:59:59Z2023-12-10T23:59:59Z
|
|||
|
延误原因
DelayReason
|
解释运单延误原因的代码或描述。 | ||
|
描述
当货运延误时,此属性提供具体原因,如“天气状况”、“海关扣留”或“港口拥堵”。此信息在发生“货运延迟”Event时捕获。 这是根本原因分析的关键属性。它为“交付延迟根本原因分析”Dashboard提供支持,允许分析师对最常见的延迟来源进行分类和量化。通过了解延迟发生的原因,企业可以制定有针对性的策略来降低风险并提高准时率。
为何重要
支持延误的根源分析,有助于识别最常见的问题并有效地集中精力进行改进。
获取方式
作为 project44 数据流中延误 event 或状态更新的一部分被捕获。
示例
WEATHER_DELAYCUSTOMS_INSPECTIONTRAFFIC_CONGESTIONMECHANICAL_FAILURE
|
|||
|
承运商名称
CarrierName
|
负责该发运任务的运输承运商名称。 | ||
|
描述
此属性识别负责货物运输的物流公司或承运商。可以是卡车运输公司、航空公司或远洋轮船公司。 按承运商分析绩效是运输管理分析的主要目标。此属性允许按承运商细分KPI,如准时交付率和平均运输时间。它直接支持“承运商表现与合规性”Dashboard,帮助识别表现优异和表现不佳的合作伙伴。
为何重要
这对于评估和比较承运商绩效至关重要,能够实现数据驱动的承运商选择和谈判。
获取方式
存在于 project44 平台的运单详情中,与每批货物相关联。
示例
FedEx FreightMaersk LineXPO LogisticsDHL Express
|
|||
|
来源国
OriginCountry
|
货物始发地国家。 | ||
|
描述
此属性指定了货物开始行程的国家。它是始发地详细信息的一部分。 地理分析对于识别区域绩效问题至关重要。通过使用“始发国”和“目的地国家”,分析师可以创建绩效图,识别有问题的路线,并了解海关或跨境移动如何影响周期时间。它直接支持“全球货运绩效地图”Dashboard。
为何重要
支持绩效的地理分析,有助于识别特定地区的瓶颈,尤其适用于国际货运。
获取方式
project44 中与运单关联的起运地地址信息的一部分。
示例
美国DEUCHNMEX
|
|||
|
目的地国家
DestinationCountry
|
计划交付货物的国家。 | ||
|
描述
此属性指定了货物行程结束的国家。它是目的地详细信息的一部分。 与“始发国”配对后,此属性对于分析运输路线至关重要。它有助于发现国内和国际路线之间的性能差异,突出经常发生海关延误的国家,并为运输时间和成本的差异提供背景。这对于关注地理绩效和延误热点的Dashboard至关重要。
为何重要
对于分析运输航线、对比国内与国际绩效以及精准定位跨境问题至关重要。
获取方式
project44 中与运单关联的目的地地址信息的一部分。
示例
CAN美国FRAJPN
|
|||
|
运输成本
TransportationCost
|
与货运相关的总运输成本。 | ||
|
描述
此属性代表运输货物的实际或预估成本。这包括运费、燃油附加费和其他杂费。 成本是Process Mining分析的一个关键维度。通过将成本Data与流程Data关联,企业可以识别哪些流程变体、承运商或延误导致了开支增加。它通过允许分析师将高成本货运与特定的流程低效环节相关联,直接支持“运输成本超支洞察”Dashboard。
为何重要
将成本数据与流程流相结合,可以识别成本驱动因素和低效环节,从而实现真正的服务成本 (cost-to-serve) 分析。
获取方式
此信息可能来自集成的TMS或ERP系统,或者来自与project44 Data链接的运费审计和支付流程。
示例
550.751250.003400.50
|
|||
|
运输方式
ModeOfTransport
|
货运使用的运输方式,如卡车、航空、海运或铁路。 | ||
|
描述
此属性指定运输方式。单次货运可能涉及多种模式,但这通常指用于主要航程的主要模式。 按“运输方式”细分分析对于了解性能差异至关重要。不同的模式具有不同的流程、成本和典型持续时间。此属性允许进行同类比较,并有助于针对整车、零担(LTL)、空运或海运的特定挑战定制改进计划。
为何重要
支持按运输模式细分绩效和成本分析,这对于具有不同运营特征的模式至关重要。
获取方式
与 project44 中的运单详情关联的标准数据点。
示例
整车运输零担运输 (LTL)海运空运通道
|
|||
|
事件结束时间
EventEndTime
|
指示持续性活动或Event何时结束的Timestamp。 | ||
|
描述
EventTime (StartTime)标记活动的开始,而EventEndTime标记活动的完成。这对于有持续时间的活动特别有用,例如“清关”或“到达边境口岸”。 同时拥有开始和结束时间可以精确计算活动处理时间。例如,“清关时长”KPI是根据“已清关”活动的EventEndTime与EventTime之间的差值计算得出的。与仅测量不同活动之间的时间相比,这能提供更准确的瓶颈洞察。
为何重要
支持精确计算跨越一段时间的活动的持续时间,例如清关或停放时间。
获取方式
对于某些 event,project44 可能会同时提供开始和结束 timestamp。否则,它可能是下一个 event 的 timestamp。
示例
2023-11-02T18:00:00Z2023-11-03T11:45:00Z2023-11-08T09:00:00Z
|
|||
|
客户名称
CustomerName
|
接收货物的客户或收货人名称。 | ||
|
描述
此属性识别货物的最终客户。这些信息对于从以客户为中心的视角了解绩效至关重要。 按客户分析绩效有助于识别特定客户是否经历了更高的延迟率或更长的周期。它通过支持按客户进行细分,为“准时交付绩效趋势”Dashboard提供支持,从而为客户关系管理和服务改进提供宝贵的见解。
为何重要
支持以客户为中心的分析,有助于识别服务水平问题并提升大客户满意度。
获取方式
这些Data通常是货运订单信息的一部分,源自ERP或TMS并传递给project44。
示例
Global Retail Inc.Manufacturing Corp.Pharma Solutions LLC
|
|||
|
是否按期交付
IsOnTimeDelivery
|
一个布尔标志,指示运单是否在请求的交货日期或之前送达。 | ||
|
描述
此计算属性通过提供清晰的准时状态“真”或“假”值来简化绩效分析。它是通过对比“货物已送达”活动的Timestamp与“RequestedDeliveryDate”得出的。 在Dashboard和报告中,此标志可以轻松计数、过滤和可视化准时与延误的货物。它是计算整体“准时交付率”KPI的基础,可用于按承运商、航线或客户等各个维度对绩效进行细分。
为何重要
为交付绩效提供简单的二元结果,非常适合计算 KPI 和创建汇总 Dashboard。
获取方式
此属性不在源系统中。它是Data转换期间通过将“货物已送达”活动的“EventTime”与“RequestedDeliveryDate”进行对比计算得出的。
示例
truefalse
|
|||
|
计划交货日期
ScheduledDeliveryDate
|
承运商计划将货物送达目的地的日期和时间。 | ||
|
描述
此属性包含最终交付的预定Timestamp。这通常比总体的“RequestedDeliveryDate”具有更具体的预约时间。 此Timestamp对于计算“交付计划达成率”KPI至关重要。通过对比预约时间和实际的“货物已送达”Timestamp,可以对最后一公里表现进行更细致的分析。这有助于识别交付预约和司机准时性方面的问题。
为何重要
为“交付计划遵守度”KPI 提供基准,支持对最后一公里执行情况和承运商准点率的分析。
获取方式
存在于 project44 的预约或排程数据中,通常通过 TMS 设置。
示例
2023-11-05T15:00:00Z2023-11-10T10:00:00Z2023-11-20T16:00:00Z
|
|||
|
货运周期
ShipmentCycleTime
|
货运从第一个Event到最后一个Event的总持续时间。 | ||
|
描述
该指标计算每个货运Case的总耗时。通常衡量从“货运已创建”到“付款已处理”的时间,以代表完整的端到端流程。 “平均货运周期”是衡量整体流程效率的核心KPI。分析周期时间分布有助于识别异常值,并了解导致长周期Case的原因。此计算指标是“端到端货运绩效概览”Dashboard的基础,也用于高级流程健康监测。
为何重要
衡量运输流程的整体端到端效率,为绩效跟踪提供高水平 KPI。
获取方式
此属性不在源系统中。它是通过将每个唯一货运ID的最后一个Event的Timestamp减去第一个Event的Timestamp得出的。
示例
25天4小时15 天 11 小时32天1小时
|
|||
|
货运状态
ShipmentStatus
|
货运当前的总体状态。 | ||
|
描述
此属性提供了货物在流程中当前状态的快照,例如“运输中”、“已交付”或“异常”。它通常反映了发生的最后一个主要活动。 虽然Process Mining从活动中推导出流向,但状态属性对于过滤和创建高级摘要Dashboard非常有用。例如,运营Dashboard可能只关注状态为“运输中”的货物。它提供了一种快速细分和分类货物的方法,而无需分析完整的Event历史。
为何重要
提供运单当前状态的摘要,适用于筛选、报告和运营监控 Dashboard。
获取方式
project44 中的标准字段,根据最新的 event 总结运单进度。
示例
在提货中运输中在交付中已交付
|
|||
|
运输时间
TransitTime
|
从货物提取到送达的持续时间。 | ||
|
描述
此计算指标衡量货运生命周期中的在途部分。它是通过计算“货物已提取”和“货物已送达”活动之间的时间差得出的。 此KPI用于评估核心运输环节的效率,不包括运输前的计划和交付后的行政工作。它有助于评估承运商速度、航线效率以及在途延误的影响。它是“承运商绩效与合规性”Dashboard的关键指标。
为何重要
隔离实际运输阶段的绩效,从而实现对承运商和航线效率的重点分析。
获取方式
此属性不在源系统中。它是通过计算每批货物从“货物已提取”到“货物已送达”Event之间的持续时间得出的。
示例
8 天 2 小时3 天 18 小时12 天 5 小时
|
|||
|
送达证明 ID
ProofOfDeliveryId
|
与运单关联的送达证明文件的标识符。 | ||
|
描述
此属性存储签收证明(POD)单据的参考编号或链接,该单据确认货物已收到。“已收到签收证明”活动标记了此单据的可用时间。 追踪POD对于流程中的财务结算部分至关重要。此ID有助于将实物交付与开票和付款的行政流程联系起来。它用于“POD和付款处理时间”Dashboard,以分析交付后操作的效率。
为何重要
将物理货运与财务结算流程联系起来,以便分析获取交付确认用于开票所需的时间。
获取方式
此信息通常在与project44集成的Event或文档管理系统中捕获。
示例
POD-987654DOC-IMG-5432177A8F9B2-C123-4DEF-B456-1A2B3C4D5E6F
|
|||
|
预定取货日期
ScheduledPickupDate
|
承运商计划取货的日期和时间。 | ||
|
描述
此属性存储预定的取货Timestamp。它是在计划阶段分配承运商后确定的。 此日期用于衡量“取货计划达成率”。通过将“ScheduledPickupDate”与“货物已提取”活动的实际Timestamp进行对比,企业可以评估承运商的可靠性以及自身仓库运营的效率。它有助于找出发生在货运初期阶段的延误。
为何重要
作为“取货计划达成率”KPI的基准,衡量承运商的准时性以及发货人的就绪情况。
获取方式
存在于 project44 的预约或排程数据中,通常通过 TMS 设置。
示例
2023-10-26T14:00:00Z2023-10-28T09:00:00Z2023-11-06T11:00:00Z
|
|||
运输管理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
到达目的地
|
货物已实际到达目的地设施,但尚未正式卸货或接收。此Event发生在最终交付确认之前。 | ||
|
为何重要
标志着运输旅程的结束。到达与最终交付之间的时间间隔可以揭示目的地的卸货延误或滞留问题。
获取方式
从承运商的 EDI 214 状态更新、车载信息系统或目的地地址的地理围栏 event 中捕获的常见可见性 event。
捕获
从承运商状态更新(例如,EDI 214 状态代码 'X1' - 到达交付地点)或地理围栏进入记录中捕获。
事件类型
explicit
|
|||
|
已收到交付凭证
|
已签署的签收证明(POD)单据已收到并upload至系统。这是一个行政步骤,对于触发开票和付款流程至关重要。 | ||
|
为何重要
接收POD所花费的时间是衡量行政效率的关键绩效指标。此处的延误会直接影响向客户开票和向承运商付款的时间。
获取方式
此Event对应于POD单据图像或Dataupload并与project44或集成TMS中的货运关联的Timestamp。
捕获
POD单据upload或确认收到的状态更新的Timestamp。
事件类型
explicit
|
|||
|
清关完成
|
货物已成功通过所有海关查验,并由当局放行以继续行程。这标志着国际运输中潜在瓶颈的结束。 | ||
|
为何重要
此里程碑标志着清关流程的结束。分析“到达边境口岸”与此Event之间的时间,可直接衡量“清关周期”KPI。
获取方式
通常接收自承运商或集成到系统中的清关行提供的明确状态更新。该更新确认海关已放行货物。
捕获
从承运商或经纪人的状态更新中捕获(例如,EDI 214 状态代码 'C1' - 海关放行)。
事件类型
explicit
|
|||
|
装运已创建
|
此活动标志着在追踪系统中创建了货运记录,通常由来自TMS或ERP等上游系统的订单或运输请求发起。它代表了货运生命周期的开始以及追踪Data的初始录入。 | ||
|
为何重要
这是流程的主要开始Event。分析此Event与后续计划活动之间的时间,有助于识别货运计划和启动中的延迟。
获取方式
此Event通常是在通过API调用或来自运输管理系统(TMS)的Data馈送创建货运时捕获的。它对应于project44中货运实体的创建Timestamp。
捕获
从源系统摄取的货运记录的创建Timestamp。
事件类型
explicit
|
|||
|
货物已提取
|
承运商已从始发地实际提取货物,货物现在正式处于运输途中。这是一个关键里程碑,通常由司机或承运商的状态更新确认。 | ||
|
为何重要
此活动标志着实物运输的真正开始。它对于计算实际运输时间和衡量承运商取货表现(相对于计划)至关重要。
获取方式
这是project44中的核心可视化Event,通常捕获自承运商的EDI 214状态更新、车载信息系统Data或移动司机应用更新,以确认从取货地点出发。
捕获
从明确的承运商状态更新(例如,EDI 214 状态代码 'AF' 或 'X3')或地理围栏退出 event 中捕获。
事件类型
explicit
|
|||
|
货物已送达
|
货物已成功交付给收货人,流程中的实物运输部分已完成。这是衡量准时表现的首要Event。 | ||
|
为何重要
这是一个结束运输阶段的关键里程碑。其Timestamp用于计算准时交付率、平均运输时间和整体周期时间。
获取方式
这是project44中的核心可视化Event,通过承运商EDI 214状态更新、司机应用确认或交付时的电子签名捕获。
捕获
从明确的承运商交货确认更新中捕获(例如,状态为 'D1' 或 'P1' 的 EDI 214)。
事件类型
explicit
|
|||
|
ETA 已更新
|
系统根据GPS位置、交通状况和承运商更新等实时Data生成了新的预计到达时间(ETA)。此Event在货物运输过程中动态发生。 | ||
|
为何重要
频繁的 ETA 更新是主动运输管理的关键。分析这些 event 有助于了解变更频率和初始预估的准确性。
获取方式
此Event由project44平台生成。每当货运的预测ETA发生显著变化或定期记录时,都会记录该Event。
捕获
当 project44 平台的机器学习算法重新计算 ETA 时,系统会自动记录。
事件类型
explicit
|
|||
|
付款已处理
|
货运服务的最终款项已支付给承运商。此活动标志着从订单到现金的整个运输生命周期的结束。 | ||
|
为何重要
这是流程的最终结束Event。分析从交付到付款的时间,可以提供端到端周期和财务效率的完整视图。
获取方式
此Event发生在财务或ERP系统中。其捕获依赖于将确认Timestamp或状态更新发送回可视化平台的集成。
捕获
来自 ERP 或财务系统的带有 timestamp 的状态更新,确认支付已执行。
事件类型
explicit
|
|||
|
发运延迟
|
货物被识别为晚于预定或原始预计交付时间。这可由承运商状态更新或project44的预测分析触发。 | ||
|
为何重要
此活动对于延迟根本原因分析至关重要。它可以隔离延误的货物,并分析承运商、路线和延迟原因等相关属性。
获取方式
这可以是承运商提供的明确状态(例如EDI 214延迟代码),或者是project44当前ETA超过计划交付时间的计算Event。通常会提供相关的延迟原因代码。
捕获
从承运商延误通知中捕获,或通过比较当前预计到达时间 (ETA) 与预约时间计算得出。
事件类型
explicit
|
|||
|
在边境过境点
|
货物已实际到达国境线,表明清关流程开始。这是国际货运中容易出现延误的常见节点。 | ||
|
为何重要
精准定位海关流程的起点,实现对清关持续时间的精确测量。有助于区分边境机构导致的延误与其他运输中的问题。
获取方式
此Event通过承运商状态更新(例如EDI 214状态“A7”——到达海关)或通过对已知边境口岸位置设置地理围栏来捕获。
捕获
衍生自特定承运商状态更新或指示到达海关设施的位置数据。
事件类型
explicit
|
|||
|
已安排送货
|
已安排向收货人进行最终交付的具体日期和时间。这是协调运单旅程“最后一公里”的关键步骤。 | ||
|
为何重要
为衡量“交付计划遵守率 %”这一 KPI 提供基准。有助于分析最后一公里物流和预约设置的效率。
获取方式
此Event捕获自确认交付预约的承运商Data馈送。它对应于预定交付预约Timestamp字段的填充。
捕获
基于承运商通过 EDI、API 或其他沟通方式提供的交货预约数据。
事件类型
explicit
|
|||
|
已指派承运商
|
正式选择并指派承运商处理该运单。这发生在计划和招标阶段之后,是预订和安排提货的先决条件。 | ||
|
为何重要
追踪分配承运商所需的时间可以揭示计划和采购流程的效率。此处的延误可能会对整个货运时间表产生连锁反应。
获取方式
此信息通常是货运主Data的一部分,从TMS更新。该Event可以从首次为货运填充承运商字段的Timestamp推断出来。
捕获
推断自首次在运单记录中填充承运商名称或 SCAC 代码的更新 timestamp。
事件类型
inferred
|
|||
|
提货已安排
|
已与指定的承运商安排了具体的提货日期和时间。此活动标志着运单从计划阶段过渡到执行阶段。 | ||
|
为何重要
此Event为衡量取货绩效和计划达成情况提供了基准。它是“取货计划达成率%”KPI的关键输入。
获取方式
从承运商数据源或 TMS 更新中捕获。它对应于 project44 中预定提货预约 timestamp 字段的填充。
捕获
基于承运商或托运商通过 EDI、API 或手动更新提供的预约数据。
事件类型
explicit
|
|||
|
运费账单已审计
|
承运商的运费账单已收到,并根据约定的费率和服务完成情况进行了审核,且已批准付款。这是关键的财务控制步骤。 | ||
|
为何重要
此活动追踪应付账款流程的效率。识别运费审计中的瓶颈有助于缩短付款周期并避免滞纳金。
获取方式
这是一项财务活动,通常发生在ERP或专门的运费审计和支付系统中。如果状态通过集成传递给project44,则可以捕获该Event。
捕获
来自外部财务系统的状态更新,指示审计已完成。
事件类型
explicit
|
|||