您的运输管理数据模板
您的运输管理数据模板
- 建议采集的属性
- 需要跟踪的关键活动
- 数据提取指南
运输管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
EventTime
|
表示特定活动或事件发生时间的时间戳。 | ||
|
说明
“事件时间”是货运生命周期中每项活动记录的日期和时间。这些按时间顺序排列的数据是流程挖掘的基础,可用于还原实际发生的流程。 此属性用于计算所有基于时长的指标,包括周期时间、等待时间和处理时间。它对于发现延误、衡量计划执行情况以及了解运输流程的时间变化至关重要。准时交付率和平均运输时间等所有时间相关的关键绩效指标,都依赖准确的事件时间数据。
重要性
此必需时间戳用于按时间顺序排列活动,也是所有绩效和时长计算的依据。
获取途径
对应project44数据源中每个事件的时间戳。
示例
2023-10-26T10:00:00Z2023-10-27T14:30:00Z2023-11-05T09:15:00Z
|
|||
|
活动名称
ActivityName
|
货运生命周期中发生的具体事件或里程碑的名称。 | ||
|
说明
“活动名称”用于描述运输流程中的具体步骤或状态更新,例如“已分配承运商”“货物已提取”或“货运已延误”。这些活动构成流程图中的节点,其顺序展现了货运的流转过程。 分析这些活动是流程挖掘的核心。通过检查活动顺序、频率以及活动间隔时长,分析人员可以发现瓶颈、返工循环和低效的流程变体。此属性对于构建跟踪流程运行情况的仪表板,以及计算特定流程步骤的关键绩效指标至关重要。
重要性
此属性定义运输流程中的各个步骤,便于直观呈现流程并识别瓶颈。
获取途径
根据project44事件跟踪数据流中的事件类型或状态更新字段推断。
示例
创建货运记录货物已提取已完成清关货物已交付
|
|||
|
货运
Shipment
|
单次货物运输的唯一标识符,是流程分析的主要案例。 | ||
|
说明
“货运”属性是核心案例标识符,用于汇总同一运输订单的所有相关事件和活动。借助此属性,您可以完整分析货运生命周期,从创建和分配承运商,到运输、交付和最终付款。 在流程挖掘中,按货运进行分析至关重要。它可以帮助您查看流程图、计算单批货运的周期时间,并识别常见或偏离标准的流程路径。承运商、延误原因和成本等其他属性,都基于此唯一标识符进行分析。
重要性
这是关键的案例ID,用于关联所有相关运输事件,从而追踪每批货运的端到端历程。
获取途径
这是project44中货运数据的主键,在平台API和用户界面中通常称为货运ID或跟踪号。
示例
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
|
|||
|
始发国家
OriginCountry
|
货运的始发国家。 | ||
|
说明
此属性用于指定货运的起运国家,属于始发地信息的一部分。 地理分析有助于发现区域绩效问题。分析人员可结合始发国家和目的地国家绘制绩效地图、识别问题运输线路,并了解海关或跨境运输对周期时间的影响。此属性可用于“地理货运绩效地图”仪表板。
重要性
支持地理绩效分析,帮助识别特定区域的瓶颈,尤其适用于国际货运。
获取途径
属于project44中与货运关联的始发地址信息。
示例
USADEUCHNMEX
|
|||
|
延误原因
DelayReason
|
说明货运延误原因的代码或描述。 | ||
|
说明
货运发生延误时,此属性会记录延误原因,例如“天气状况”“海关扣留”或“港口拥堵”。系统会在发生“货运延误”事件时采集此信息。 这是根因分析的重要属性。分析人员可借助此属性对常见延误原因进行分类和量化,并在“交付延误根因分析”仪表板中查看结果。了解延误原因后,组织便可制定有针对性的策略,降低风险并提升准时交付表现。
重要性
支持延误根因分析,帮助识别常见问题,并有针对性地开展改进。
获取途径
作为project44数据流中的延误事件或状态更新的一部分采集。
示例
天气延误海关检查交通拥堵机械故障
|
|||
|
承运商名称
CarrierName
|
负责运输货物的承运商名称。 | ||
|
说明
此属性用于标识负责运输货物的物流公司或承运商,例如货运公司、航空公司或海运公司。 按承运商分析绩效是运输管理分析的主要目标。此属性支持按承运商细分准时交付率和平均运输时间等关键绩效指标,也可用于“承运商绩效与合规”仪表板,帮助识别表现出色或有待改进的合作伙伴。
重要性
此属性对于评估和比较承运商绩效至关重要,可支持基于数据的承运商选择和谈判。
获取途径
可在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
|
|||
|
运输成本
TransportationCost
|
与货运相关的总运费。 | ||
|
说明
此属性表示货物运输的实际成本或应计成本,包括运费、燃油附加费及其他附加费用。 成本是流程挖掘分析的重要维度。将成本数据与流程数据关联后,组织可以识别导致费用上升的流程变体、承运商或延误因素。分析人员可在“运输成本超支洞察”仪表板中,将高成本货运与具体流程低效问题关联起来。
重要性
将成本数据与流程顺序流结合,可识别成本驱动因素和低效环节,从而准确分析服务成本。
获取途径
此信息可能来自集成的TMS或ERP系统,也可能来自与project44数据关联的运费审核和付款流程。
示例
550.751250.003400.50
|
|||
|
运输方式
ModeOfTransport
|
货运采用的运输方式,例如卡车、航空、海运或铁路。 | ||
|
说明
此属性用于指定运输方式。单票货运可能涉及多种方式,但通常记录主要运输区段所采用的方式。 按运输方式细分分析,对于了解绩效差异至关重要。不同方式的流程、成本和典型时长各不相同。借助此属性,您可以进行同类比较,并针对整车运输、零担运输、空运或海运的具体挑战制定改进措施。
重要性
可按运输方式细分绩效和成本分析,帮助您了解不同运输方式的运营特点。
获取途径
project44中与货运详情关联的标准数据项。
示例
整车运输LTL海运航空运输铁路运输
|
|||
|
事件结束时间
EventEndTime
|
表示持续性活动或事件结束时间的时间戳。 | ||
|
说明
EventTime(StartTime)标记活动开始时间,EventEndTime则标记活动完成时间。对于“海关清关”或“边境口岸停留”等有持续时间的活动,此属性尤为重要。 同时记录开始和结束时间,才能准确计算活动处理时间。例如,“海关清关时长”KPI根据“海关放行”活动的EventEndTime与EventTime之差计算。与仅测量不同活动之间的时间相比,这种方式能更准确地发现瓶颈。
重要性
可准确计算海关清关或停留等持续一段时间的活动时长。
获取途径
对于部分事件,project44可能同时提供开始和结束时间戳;否则,结束时间可能取下一事件的时间戳。
示例
2023-11-02T18:00:00Z2023-11-03T11:45:00Z2023-11-08T09:00:00Z
|
|||
|
交付凭证ID
ProofOfDeliveryId
|
与货运关联的交付凭证文档标识符。 | ||
|
说明
此属性记录交付凭证(POD)文档的参考编号或链接,用于确认货物已签收。“已收到交付凭证”活动标记该文档可用的时间。 跟踪POD对于流程中的财务结算环节至关重要。此ID可将实际交付与开票、付款等管理流程关联起来。“POD与付款处理时间”仪表板可用此信息分析交付后的运营效率。
重要性
将实际货运与财务结算流程关联,便于分析收到交付确认并开票所需的时间。
获取途径
此信息通常由与project44集成的事件或文档管理系统采集。
示例
POD-987654DOC-IMG-5432177A8F9B2-C123-4DEF-B456-1A2B3C4D5E6F
|
|||
|
客户名称
CustomerName
|
接收货运的客户或收货方名称。 | ||
|
说明
此属性用于识别货运的最终客户,是从客户视角了解绩效的重要信息。 按客户分析绩效,有助于发现特定客户是否面临更高的延误率或更长的周期时间。“准时交付绩效趋势”仪表板可按客户细分数据,帮助您深入了解客户关系管理和服务改进的机会。
重要性
支持以客户为中心的分析,帮助识别服务水平问题并提升重点客户的满意度。
获取途径
此数据通常属于货运订单信息,来源于ERP或TMS,并传递至project44。
示例
全球零售公司制造业公司制药解决方案有限责任公司
|
|||
|
是否准时交付
IsOnTimeDelivery
|
布尔标记,表示货运是否在要求交付日期当天或之前交付。 | ||
|
说明
此计算属性通过提供明确的“是”或“否”准时状态,简化绩效分析。系统将“货物已交付”活动的时间戳与“RequestedDeliveryDate”进行比较后得出此值。 在仪表板和报告中,此标记便于统计、筛选和可视化准时与延误的货运,是计算总体“准时交付率”KPI的基础。您还可以按承运商、线路或客户等维度细分绩效。
重要性
以简单的二元结果呈现交付绩效,便于计算KPI和创建汇总仪表板。
获取途径
源系统中不包含此属性。数据转换时,系统会比较“货物已交付”活动的“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
|
从货物提取到交付所经历的时长。 | ||
|
说明
此计算指标衡量货运生命周期中的运输阶段时长,根据“货物已提取”和“货物已交付”活动之间的时间差计算。 此KPI用于评估核心运输环节的效率,不包括运输前的规划和交付后的管理工作。它有助于评估承运商速度、线路效率以及运输途中延误的影响,也是“承运商绩效与合规”仪表板的重要指标。
重要性
单独衡量实际运输阶段的绩效,便于重点分析承运商和线路效率。
获取途径
源系统中不包含此属性。系统会计算每票货运从“货物已提取”到“货物已交付”事件之间的时长。
示例
8天2小时3天18小时12天5小时
|
|||
运输管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
创建货运记录
|
此活动表示在跟踪系统中创建货运记录,通常由TMS或ERP等上游系统发出的订单或运输请求触发。这标志着货运生命周期的开始,也是跟踪所需数据的首次录入。 | ||
|
重要性
这是流程的主要开始事件。分析此事件与后续计划活动之间的时间,有助于发现货运计划和启动环节的延误。
获取途径
通常在通过API调用或从运输管理系统(TMS)接收数据时记录此事件,对应project44中货运实体的创建时间戳。
采集
从源系统导入的货运记录创建时间戳。
事件类型
explicit
|
|||
|
已完成清关
|
货运已通过所有海关检查,并获准继续运输。这标志着国际运输中的一个潜在瓶颈已消除。 | ||
|
重要性
此里程碑标志着清关流程结束。分析“抵达边境”与此事件之间的时间,即可衡量“清关周期时间”关键绩效指标。
获取途径
通常由承运商或已接入系统的报关行发送明确的状态更新,确认海关已放行货物。
采集
根据承运商或报关行的状态更新记录,例如状态代码为“C1”(海关放行)的EDI 214。
事件类型
explicit
|
|||
|
已收到交付凭证
|
已收到签署的交付凭证(POD)并上传至系统。此行政步骤对于启动开票和付款流程至关重要。 | ||
|
重要性
收到POD所需时间是衡量行政效率的重要指标。此处的延误会直接影响向客户开票和向承运商付款的时间。
获取途径
此事件对应POD文档图像或数据上传并关联至project44或已集成TMS中的货运记录时的时间戳。
采集
POD文档上传的时间戳,或确认已收到文档的状态更新时间戳。
事件类型
explicit
|
|||
|
抵达目的地
|
货运已实际抵达目的地设施,但尚未正式卸货或签收。此事件发生在最终交付确认之前。 | ||
|
重要性
此事件标志着运输途中行程的结束。从抵达至最终交付之间的时间,有助于发现目的地的卸货延误或滞留问题。
获取途径
这是常见的可视化事件,可通过承运商的EDI 214状态更新、远程信息处理数据或目的地地址的地理围栏事件记录。
采集
根据承运商状态更新记录,例如状态代码为“X1”(抵达交付地点)的EDI 214,或进入地理围栏事件。
事件类型
explicit
|
|||
|
货物已交付
|
货物已成功交付给收货方,实际运输环节也已完成。这是衡量准时交付表现的主要事件。 | ||
|
重要性
这是标志运输阶段结束的关键里程碑。其时间戳用于计算准时交付率、平均运输时间和总体周期时间。
获取途径
这是project44中的核心可视化事件,可通过承运商EDI 214状态更新、司机应用确认或交付时采集的电子签名记录。
采集
根据承运商明确的交付确认更新记录,例如状态为“D1”或“P1”的EDI 214。
事件类型
explicit
|
|||
|
货物已提取
|
承运商已在始发地实际提取货物,货运正式进入运输途中。此重要节点通常由司机确认或承运商状态更新记录。 | ||
|
重要性
此活动标志着实际运输的开始。它是计算实际运输时间,以及衡量承运商是否按计划提货的关键依据。
获取途径
这是project44中的核心可视化事件,通常通过承运商的EDI 214状态更新、远程信息处理数据或司机移动应用更新记录,以确认车辆已离开提货地点。
采集
根据承运商明确的状态更新(例如,状态代码为“AF”或“X3”的EDI 214)或离开地理围栏事件记录。
事件类型
explicit
|
|||
|
已分配承运商
|
正式选定承运商负责运输。此步骤发生在计划和询价阶段之后,是预订和安排提货的前提。 | ||
|
重要性
跟踪承运商分配所需时间,有助于了解计划和采购流程的效率。此处的延误可能会影响整个货运计划。
获取途径
此信息通常属于货运主数据,并由TMS更新。可根据货运记录中首次填写承运商字段的时间戳推断此事件。
采集
根据货运记录中首次填写承运商名称或SCAC代码的更新时间戳推断。
事件类型
inferred
|
|||
|
已安排交付
|
已与收货方约定最终交付的具体日期和时间。这是协调货运末端配送的关键步骤。 | ||
|
重要性
此事件为衡量“交付计划遵循率”关键绩效指标提供基准,有助于分析末端物流和预约安排的效率。
获取途径
根据确认交付预约的承运商数据源记录,对应已填写的计划交付预约时间字段。
采集
根据承运商通过EDI、API或其他沟通方式提供的交付预约数据确定。
事件类型
explicit
|
|||
|
已安排提货
|
已与指定承运商约定提货的具体日期和时间。此活动标志着货运从计划阶段转入执行阶段。 | ||
|
重要性
此事件为衡量提货绩效和计划遵循情况提供基准,也是“提货计划遵循率”关键绩效指标的重要依据。
获取途径
从承运商数据源或TMS更新中获取,对应project44中已填写的计划提货预约时间字段。
采集
根据承运商或发货方通过EDI、API或手动更新提供的预约数据确定。
事件类型
explicit
|
|||
|
已完成付款
|
已向承运商支付货运服务的最终款项。此活动标志着从订单到收款的整个运输生命周期结束。 | ||
|
重要性
这是流程的最终结束事件。分析从交付到付款所需的时间,可全面了解端到端周期和财务效率。
获取途径
此事件发生在财务或ERP系统中。只有通过集成将确认时间戳或状态更新发送回可视化平台,才能记录此事件。
采集
来自ERP或财务系统、确认已执行付款的带时间戳状态更新。
事件类型
explicit
|
|||
|
抵达边境
|
货运已实际抵达国境,标志着清关流程开始。国际货运常在此环节发生延误。 | ||
|
重要性
此事件标记清关流程的开始,便于准确衡量清关时长,也有助于区分边境机构造成的延误与其他运输途中问题。
获取途径
此事件通过承运商状态更新记录,例如EDI 214状态“A7”(抵达海关),也可通过已知边境口岸的地理围栏记录。
采集
根据承运商的特定状态更新或表明货运抵达海关设施的位置数据推断。
事件类型
explicit
|
|||
|
货运已延误
|
与计划交付时间或原预计交付时间相比,系统判定货运已延误。承运商状态更新或project44的预测分析都可能触发此事件。 | ||
|
重要性
此活动对于延误根因分析至关重要。它有助于筛选出延误货运,并分析承运商、路线和延误原因等相关属性。
获取途径
此事件可能来自承运商明确的状态信息(例如EDI 214延误代码),也可能由系统计算得出,例如project44当前ETA晚于计划交付时间。通常还会提供相应的延误原因代码。
采集
根据承运商的延误通知记录,或通过比较当前ETA与预约时间计算得出。
事件类型
explicit
|
|||
|
货运账单已审核
|
已收到承运商的货运账单,并根据约定费率和已提供的服务进行审核,获准付款。这是重要的财务控制环节。 | ||
|
重要性
此活动用于跟踪应付账款流程的效率。找出货运审核中的瓶颈,有助于缩短付款周期并避免滞纳金。
获取途径
这项财务活动通常发生在ERP或专门的货运审核与付款系统中。如果通过集成将状态传至project44,即可记录此事件。
采集
来自外部财务系统、表明审核已完成的状态更新。
事件类型
explicit
|
|||
|
预计到达时间已更新
|
系统根据GPS位置、交通状况和承运商更新等实时数据,生成了新的预计到达时间(ETA)。在货运途中,此事件会动态发生。 | ||
|
重要性
频繁更新ETA是主动管理运输流程的关键。分析这些事件有助于了解ETA的变更频率和初始估算的准确性。
获取途径
此事件由project44平台生成。货运的预测ETA发生较大变化或到达定期更新时,系统会记录此事件。
采集
project44平台的机器学习算法重新计算ETA时自动记录。
事件类型
explicit
|
|||
数据提取指南
立即优化运输管理,节省成本
找出project44流程中的瓶颈,将周期时间缩短30%,并节省成本。
无需信用卡,几分钟即可开始。