您的运输管理数据模板
您的运输管理数据模板
- 建议采集的属性
- 需要跟踪的关键活动
- 提取指南
运输管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
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小时
|
|||
运输管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
创建货运单
|
此活动表示在跟踪系统中创建货运单记录,通常由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瓶颈,将周期时间缩短30%,提升节省效果。
无需信用卡,几分钟即可开始。