您的运输管理数据模板

project44
您的运输管理数据模板

您的运输管理数据模板

此模板为提取和整理project44运输数据提供完整指南,列出需要采集的关键属性和跟踪的重要活动,帮助您深入分析货运流程。您可以利用此资源识别瓶颈、优化承运商绩效并降低运营成本。
  • 建议采集的属性
  • 需要跟踪的关键活动
  • 提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

运输管理属性

以下是事件日志中建议包含的数据字段,用于全面分析project44中的运输管理流程。
5 必需 7 建议 8 可选
名称 说明
事件时间
EventTime
表示特定活动或事件发生时间的时间戳。
说明

事件时间是装运生命周期中每项活动记录的日期和时间。该时间顺序数据是流程挖掘的基础,因为它支持按照实际发生的顺序准确重建流程。

该属性用于计算所有基于时长的指标,包括周期时间、等待时间和处理时间。它对于识别延迟、根据计划衡量绩效,以及了解运输流程的时间动态至关重要。准时交付率和平均运输时间等所有时间相关KPI,都依赖准确的事件时间数据。

为什么重要

此必填时间戳用于按时间顺序排列活动,是所有绩效和时长计算的基础。

获取位置

对应project44数据源中每个事件关联的时间戳。

示例
2023-10-26T10:00:00Z2023-10-27T14:30:00Z2023-11-05T09:15:00Z
活动名称
ActivityName
货运生命周期中发生的特定事件或里程碑的名称。
说明

活动名称描述运输流程中的一个独立步骤或状态更新,例如“已分配承运商”“已提货”或“装运已延迟”。这些活动构成流程图的节点,其顺序定义了装运旅程。

分析这些活动是流程挖掘的核心。通过检查活动顺序、频率以及活动之间的持续时间,分析人员可以识别瓶颈、返工循环和低效流程变体。该属性对于构建跟踪流程顺序的仪表板,以及计算与特定流程步骤相关的KPI至关重要。

为什么重要

该属性定义运输流程中的步骤,用于可视化流程顺序并识别瓶颈。

获取位置

根据project44事件跟踪数据流中的事件类型或状态更新字段推导。

示例
创建货运单货物已提取已完成清关货物已交付
货运单
Shipment
单次货物运输的唯一标识符,是流程分析的主要案例标识。
说明

Shipment属性是中心案例标识,用于汇总单个运输订单的所有相关事件和活动。它支持对货运生命周期进行完整的端到端分析,涵盖创建、承运商分配、运输、交付和最终付款处理。

在流程挖掘中,按Shipment分析是基础。它可以实现流程图可视化、计算单票货运的周期时间,以及识别常见或偏离标准的流程路径。承运商、延误原因和成本等其他属性,都在这一唯一标识的上下文中进行分析。

为什么重要

这是连接所有相关运输事件的必要Case ID,因此可以追踪每票货运的端到端旅程。

获取位置

这是project44中货运数据的主键,在平台API和用户界面中通常称为Shipment ID或Tracking Number。

示例
SHP-2023-00123SHP-2023-00456SHP-2023-00789
最后数据更新时间
LastDataUpdate
表示该记录数据最近一次从源系统刷新时间的时间戳。
说明

此属性记录数据最近一次从project44提取或更新的日期和时间,提供有关分析数据新鲜度的重要元数据。

分析人员可据此了解当前查看的是否为最新可用数据。对于监控在途货运的运营仪表板,以及确保分析结论基于最新信息,这一属性不可或缺。

为什么重要

表示数据的新鲜度,确保分析基于当前信息,并支持运营监控。

获取位置

此时间戳在数据提取和加载(ETL)过程中生成并添加。

示例
2023-11-10T02:00:00Z2023-11-11T02:00:00Z
源系统
SourceSystem
事件数据的来源系统。
说明

此属性用于标识提供数据的源系统,本例中为“project44”。在更广泛的场景中,也可以表示来自集成TMS、ERP或承运商系统的数据。

了解源系统对于数据治理和问题排查十分重要。数据来自多个平台时,它有助于评估数据质量和可靠性。在本分析中,它确认事件通过project44可视性平台进行跟踪。

为什么重要

标识数据来源,对于数据治理、质量评估和理解数据背景至关重要。

获取位置

通常是在数据接入时添加的静态值(“project44”),用于标记数据集来源。

示例
project44P44
延误原因
DelayReason
解释货运延误原因的代码或描述。
说明

货运发生延误时,此属性提供具体原因,例如“天气状况”“海关扣留”或“港口拥堵”。该信息会在“货运已延误”事件发生时记录。

这是根因分析的关键属性。它支持“交付延误根因分析”仪表板,使分析人员能够对最常见的延误来源进行分类和量化。了解延误原因后,组织可以制定有针对性的风险缓解策略,提升准时交付绩效。

为什么重要

支持延误根因分析,帮助识别最常见的问题,并有效聚焦改进工作。

获取位置

作为project44数据流中延误事件或状态更新的一部分记录。

示例
天气延误海关查验交通拥堵机械故障
承运商名称
CarrierName
负责运输该货运的承运商名称。
说明

此属性用于标识负责货物运输的物流公司或承运商,可以是卡车运输公司、航空公司或海运公司。

按承运商分析绩效是运输管理分析的主要目标。此属性支持按承运商细分准时交付率和平均运输时间等KPI,并直接支持“承运商绩效与合规”仪表板,帮助识别表现优秀和表现欠佳的合作伙伴。

为什么重要

对于评估和比较承运商绩效至关重要,可支持以数据为依据的承运商选择和谈判。

获取位置

可在project44平台的货运详情中获取,并与每票货运关联。

示例
FedEx FreightMaersk LineXPO LogisticsDHL Express
目的地国家
DestinationCountry
货运计划交付的国家。
说明

此属性用于指定货运旅程结束的国家,属于目的地信息的一部分。

与起运国结合使用时,该属性对于分析运输线路至关重要。它有助于发现国内和国际路线之间的绩效差异,突出经常发生清关延误的国家,并为运输时间和成本差异提供背景。它是地理绩效和延误热点仪表板的重要数据。

为什么重要

对于分析运输线路、比较国内与国际绩效以及定位跨境问题至关重要。

获取位置

属于project44中与货运关联的目的地地址信息。

示例
CANUSAFRAJPN
要求交付日期
RequestedDeliveryDate
客户要求或运输订单约定的交付日期。
说明

此属性存储货运的目标交付日期,是衡量实际交付绩效的基准。

该日期对于计算“准时交付率”KPI至关重要。将其与“货物已交付”活动的时间戳进行比较,可以判断货运是否准时、提前或延误。这项分析是衡量客户满意度和供应链可靠性的基础。

为什么重要

这是计算准时交付率KPI的基准,也是衡量服务水平和客户满意度的重要指标。

获取位置

通常属于初始货运订单数据,来源于TMS或ERP,并在project44中显示。

示例
2023-11-15T23:59:59Z2023-12-01T23:59:59Z2023-12-10T23:59:59Z
起运国
OriginCountry
货运始发的国家。
说明

此属性用于指定货运开始运输的国家,属于起运地信息的一部分。

地理分析对于识别区域性绩效问题十分重要。通过使用起运国和目的地国家,分析人员可以创建绩效地图、识别问题运输线路,并了解清关或跨境运输如何影响周期时间。它直接支持“地理货运绩效地图”仪表板。

为什么重要

支持绩效地理分析,帮助识别区域性瓶颈,尤其适用于国际货运。

获取位置

属于project44中与货运关联的起运地地址信息。

示例
USADEUCHNMEX
运输成本
TransportationCost
与该货运相关的总运费。
说明

此属性表示运输货物产生的实际成本或应计成本,包括运费、燃油附加费和其他附加服务费。

成本是流程挖掘分析的重要维度。将成本数据与流程数据关联后,组织可以识别导致费用上升的流程变体、承运商或延误。它直接支持“运输成本超支洞察”仪表板,使分析人员能够将高成本货运与具体流程低效问题关联起来。

为什么重要

将成本数据与流程顺序结合,可以识别成本驱动因素和低效环节,从而实现真正的服务成本分析。

获取位置

此信息可能来自集成TMS或ERP系统,也可能来自与project44数据关联的运费审核和付款流程。

示例
550.751250.003400.50
运输方式
ModeOfTransport
货运采用的运输方式,例如公路、航空、海运或铁路。
说明

此属性用于指定运输方式。一票货运可能涉及多种运输方式,但此处通常指主要运输段采用的方式。

按运输方式细分分析对于了解绩效差异至关重要。不同运输方式具有不同的流程、成本和典型时长。此属性支持同口径比较,并帮助组织针对整车运输、零担运输、航空货运或海运的具体挑战制定改进措施。

为什么重要

支持按运输方式细分绩效和成本分析。由于不同运输方式具有不同的运营特征,这一点十分重要。

获取位置

project44货运详情中的标准数据项。

示例
整车运输LTL海运空运铁路运输
事件结束时间
EventEndTime
表示持续性活动或事件结束时间的时间戳。
说明

EventTime(StartTime)标记活动开始时间,EventEndTime标记活动完成时间。这对于具有持续时间的活动尤其重要,例如“Customs Clearance”或“At Border Crossing”。

同时记录开始和结束时间,才能精确计算活动处理时长。例如,“Customs Clearance Duration”KPI通过计算“Customs Cleared”活动的EventEndTime与EventTime之差得出。与仅测量不同活动之间的时间相比,这种方式能更准确地识别瓶颈。

为什么重要

支持精确计算跨越一段时间的活动时长,例如清关或停留时长。

获取位置

对于部分事件,project44可能同时提供开始和结束时间戳。否则,结束时间可能使用下一事件的时间戳。

示例
2023-11-02T18:00:00Z2023-11-03T11:45:00Z2023-11-08T09:00:00Z
交货证明ID
ProofOfDeliveryId
与该货运关联的交货证明文件标识符。
说明

此属性存储收货证明(POD)文档的参考编号或链接,用于确认货物已被接收。“Proof of Delivery Received”活动标记该文档可用的时间。

跟踪POD对流程中的财务结算环节至关重要。此ID可将实际交付与开票、付款等行政流程关联起来。您可以在“POD and Payment Processing Times”仪表板中使用它,分析交付后的运营效率。

为什么重要

将实际货运与财务结算流程关联起来,从而分析收到交付确认并完成开票所需的时间。

获取位置

此信息通常记录在与project44集成的事件或文档管理系统中。

示例
POD-987654DOC-IMG-5432177A8F9B2-C123-4DEF-B456-1A2B3C4D5E6F
客户名称
CustomerName
接收货运的客户或收货方名称。
说明

此属性用于标识货运的最终客户,对于从客户视角了解绩效至关重要。

按客户分析绩效,有助于识别特定客户是否面临更高的延误率或更长的周期时间。它支持“准时交付绩效趋势”仪表板,可按客户细分数据,为客户关系管理和服务改进提供有价值的洞察。

为什么重要

支持以客户为中心的分析,帮助识别服务水平问题并提升重点客户满意度。

获取位置

此数据通常属于货运订单信息,来源于ERP或TMS,再传递至project44。

示例
Global Retail公司Manufacturing公司Pharma Solutions有限责任公司
是否按时交付
IsOnTimeDelivery
用于表示货物是否在要求的交付日期当天或之前交付的布尔标记。
说明

此计算属性通过提供清晰的“true”或“false”值,简化按时交付情况的分析。它通过比较“Goods Delivered”活动的时间戳与“RequestedDeliveryDate”得出。

在仪表板和报告中,此标记便于统计、筛选和可视化按时与延迟交付的货运。它是计算整体“On-Time Delivery Rate”KPI的基础,也可用于按承运商、路线或客户等不同维度细分绩效。

为什么重要

为交付绩效提供简单的二元结果,适合计算KPI和创建汇总仪表板。

获取位置

此属性不在源系统中,而是在数据转换过程中,通过比较“Goods Delivered”活动的“EventTime”与“RequestedDeliveryDate”计算得出。

示例
truefalse
计划交付日期
ScheduledDeliveryDate
承运商计划将货物交付至目的地的日期和时间。
说明

此属性包含最终交付的计划时间戳,通常比整体“RequestedDeliveryDate”对应更具体的预约时间。

该时间戳对于计算“交付计划遵循度”KPI至关重要。通过将计划预约时间与“货物已交付”的实际时间戳进行比较,可以更细致地分析末端配送绩效,并识别交付预约和司机准时性方面的问题。

为什么重要

为“交付计划遵循度”KPI提供基准,支持分析末端执行情况和承运商准时性。

获取位置

可在project44的预约或计划数据中获取,通常由TMS设置。

示例
2023-11-05T15:00:00Z2023-11-10T10:00:00Z2023-11-20T16:00:00Z
计划提货日期
ScheduledPickupDate
承运商计划提取货物的日期和时间。
说明

此属性存储计划提货时间戳,在承运商分配后的规划阶段确定。

该日期用于衡量“提货计划遵循度”。通过比较“ScheduledPickupDate”与“货物已提取”活动的实际时间戳,组织可以评估承运商可靠性和自身仓库运营效率,并定位货运旅程初始阶段发生的延误。

为什么重要

作为“提货计划遵循度”KPI的基准,用于衡量承运商准时性和发货方准备情况。

获取位置

可在project44的预约或计划数据中获取,通常由TMS设置。

示例
2023-10-26T14:00:00Z2023-10-28T09:00:00Z2023-11-06T11:00:00Z
货运状态
ShipmentStatus
货运当前的高层级状态。
说明

此属性提供货运当前流程状态的快照,例如“运输中”“已交付”或“异常”。它通常反映最近发生的主要活动。

流程挖掘通过活动推导流程,而状态属性适合用于筛选和创建高层级汇总仪表板。例如,运营仪表板可以只关注状态为“运输中”的货运。无需分析完整事件历史,即可快速对货运进行细分和分类。

为什么重要

提供货运当前状态的摘要,适用于筛选、报告和运营监控仪表板。

获取位置

project44中的标准字段,根据最新事件汇总货运进度。

示例
提货中运输中交付中已交付
运输时长
TransitTime
从货物提取到完成交付所经历的时长。
说明

此计算指标用于衡量货运生命周期中的运输时段,计算“Goods Picked Up”与“Goods Delivered”活动之间的时间差。

该KPI用于评估核心运输环节的效率,不包括运输前规划和交付后行政处理。它有助于评估承运商速度、路线效率以及运输延误的影响,也是“Carrier Performance and Compliance”仪表板的重要指标。

为什么重要

单独衡量实际运输阶段的绩效,便于重点分析承运商和路线效率。

获取位置

此属性不在源系统中,而是通过计算每票货运“Goods Picked Up”与“Goods Delivered”事件之间的时长得出。

示例
8天2小时3天18小时12天5小时
必需 建议 可选

运输管理活动

以下是应在事件日志中记录的关键流程步骤和里程碑,以便准确发现流程并优化运输运营。
6 建议 8 可选
活动 说明
创建货运单
此活动表示在跟踪系统中创建货运单记录,通常由TMS或ERP等上游系统根据订单或运输请求发起。它标志着货运生命周期的开始,也是用于跟踪的初始数据录入。
为什么重要

这是流程的主要开始事件。分析该事件与后续规划活动之间的时间,有助于识别货运规划和启动环节的延误。

获取位置

通常在通过API调用或运输管理系统(TMS)数据源创建货运单时记录此事件。它对应project44中货运单实体的创建时间戳。

采集

从源系统接入的货运单记录创建时间戳。

事件类型 explicit
已完成清关
货运已通过全部海关检查,并获主管部门放行,得以继续运输。这标志着国际运输中的潜在瓶颈已经结束。
为什么重要

此里程碑表示清关流程结束。分析“到达边境口岸”与此事件之间的时间,可直接衡量清关周期时间KPI。

获取位置

通常以承运商或与系统集成的报关行提供的明确状态更新接收。该更新确认海关已放行货物。

采集

从承运商或报关行状态更新中获取,例如EDI 214状态代码“C1”(海关放行)。

事件类型 explicit
已收到交货证明
已收到签署的交货证明(POD)文件,并上传至系统。这是触发开票和付款流程的关键管理步骤。
为什么重要

接收POD所需时间是衡量管理效率的重要指标。此处的延误会直接影响客户开票和承运商付款时间。

获取位置

此事件对应POD文件图像或数据上传并与project44或集成TMS中的货运单关联时的时间戳。

采集

POD文件上传时间戳,或确认已收到POD的状态更新时间戳。

事件类型 explicit
抵达目的地
货运已实际抵达目的地设施,但尚未正式卸货或接收。此事件发生在最终交付确认之前。
为什么重要

标志着在途运输结束。抵达与最终交付之间的时间可以揭示目的地的卸货延误或滞留问题。

获取位置

这是常见的可视性事件,通常通过承运商的EDI 214状态更新、车载数据或目的地地址的电子围栏事件捕获。

采集

从承运商状态更新中获取,例如包含状态代码“X1”(已抵达交付地点)的EDI 214,或电子围栏进入事件。

事件类型 explicit
货物已交付
货运已成功交付给收货方,实际运输环节完成。这是衡量准时交付绩效的主要事件。
为什么重要

这是结束运输阶段的关键里程碑。其时间戳用于计算准时交付率、平均运输时间和整体周期时间。

获取位置

这是project44中的核心可视性事件,通过承运商EDI 214状态更新、司机应用确认或交付时的电子签名捕获。

采集

从承运商明确的交付确认更新中获取,例如状态为“D1”或“P1”的EDI 214。

事件类型 explicit
货物已提取
承运商已从起运地实际提取货物,货运现已正式在途。这是一个关键里程碑,通常由司机或承运商状态更新确认。
为什么重要

此活动标志着实际运输的真正开始,对于计算实际运输时间以及根据计划衡量承运商提货绩效至关重要。

获取位置

这是project44中的核心可视性事件,通常通过承运商的EDI 214状态更新、车载数据或司机移动应用更新捕获,用于确认车辆已离开提货地点。

采集

从承运商明确的状态更新中获取,例如包含状态代码“AF”或“X3”的EDI 214,或电子围栏退出事件。

事件类型 explicit
付款已处理
运费服务的最终款项已支付给承运商。此活动结束了从订单到现金的完整运输生命周期。
为什么重要

这是流程的最终结束事件。分析从交付到付款所需的时间,可以全面了解端到端周期和财务效率。

获取位置

此事件发生在财务系统或ERP中。其捕获依赖于集成,将付款确认时间戳或状态更新发送回可视性平台。

采集

来自ERP或财务系统的带时间戳状态更新,确认付款已执行。

事件类型 explicit
到达边境口岸
货运已实际抵达国家边境,表示清关流程开始。这是国际货运常见的延误节点。
为什么重要

明确标记清关流程的开始,从而精确衡量清关时长,并帮助区分边境机构造成的延误与其他在途问题。

获取位置

通过承运商状态更新捕获,例如EDI 214状态“A7”(已抵达海关),或通过已知边境口岸位置的电子围栏捕获。

采集

根据特定承运商状态更新或表明货物抵达海关设施的位置数据推导。

事件类型 explicit
已分配承运商
已正式选定承运商并分配其负责运输货物。该环节发生在规划和询价阶段之后,是预约和安排提货的前提。
为什么重要

跟踪承运商分配所需时间,可以反映规划和采购流程的效率。此处的延误可能连锁影响整个货运计划。

获取位置

此信息通常属于货运主数据,由TMS更新。可根据货运单首次填充承运商字段时的时间戳推断此事件。

采集

根据货运单记录中首次填充承运商名称或SCAC代码的更新时间戳推断。

事件类型 inferred
已安排交付
已为收货方安排具体的最终交付日期和时间。这是协调货运末端配送的关键步骤。
为什么重要

为“交付计划遵循率”KPI提供基准,有助于分析末端物流和预约安排的效率。

获取位置

从确认交付预约的承运商数据源中获取,对应已填充的计划交付预约时间戳字段。

采集

基于承运商通过EDI、API或其他通信方式提供的交付预约数据。

事件类型 explicit
已安排提货
已与指定承运商安排具体的货物提货日期和时间。此活动表示货运从规划阶段转入执行阶段。
为什么重要

此事件为衡量提货绩效和计划遵循度提供基准,也是“提货计划遵循率”KPI的关键输入。

获取位置

从承运商数据源或TMS更新中获取,对应project44中已填充的计划提货预约时间戳字段。

采集

基于承运商或发货方通过EDI、API或手动更新提供的预约数据。

事件类型 explicit
货运已延误
系统识别到货运相较计划交付时间或原始预计交付时间已晚。此事件可能由承运商状态更新或project44的预测分析触发。
为什么重要

此活动对于延误根因分析至关重要。它可以筛选出延误货运,并分析承运商、路线和延误原因等相关属性。

获取位置

这可能是承运商提供的明确状态,例如EDI 214延误代码,也可能是project44将当前ETA与计划交付时间比较后计算得出的事件。通常还会提供相应的延误原因代码。

采集

从承运商延误通知中获取,或通过比较当前ETA与预约时间计算得出。

事件类型 explicit
运费账单已审核
已收到承运商运费账单,并根据约定费率和实际服务进行审核,审核通过后批准付款。这是关键的财务控制步骤。
为什么重要

此活动用于跟踪应付账款流程的效率。识别运费审核中的瓶颈,有助于缩短付款周期并避免滞纳金。

获取位置

这是通常在ERP或专业运费审核与付款系统中发生的财务活动。如果状态通过集成传递至project44,则可以捕获此事件。

采集

来自外部财务系统的状态更新,表示审核已完成。

事件类型 explicit
预计到达时间已更新
系统根据GPS位置、交通状况和承运商更新等实时数据生成了新的预计到达时间(ETA)。此事件会在货运途中动态发生。
为什么重要

频繁更新ETA是主动式运输管理的关键。分析这些事件有助于了解ETA的变更频率和初始估算的准确性。

获取位置

此事件由project44平台生成。当货运预测ETA发生较大变化或达到定期更新间隔时,系统会记录该事件。

采集

project44平台在其机器学习算法重新计算ETA时自动记录。

事件类型 explicit
建议 可选

提取指南

如何从project44获取数据

准备好开始了吗?

立即利用project44数据,提升运输管理流程效率并节省成本。此模板是打造更优化、更可预测物流运营的第一步。

立即优化运输管理,节省成本

精准定位project44瓶颈,将周期时间缩短30%,提升节省效果。

开始免费试用

无需信用卡,几分钟即可开始。