您的运输管理数据模板

通用流程挖掘模板
您的运输管理数据模板

您的运输管理数据模板

通用流程挖掘模板

这是适用于运输管理的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。

选择具体系统
  • 适用于任意运输管理系统的通用框架。
  • 明确深入分析流程所需的关键属性和活动。
  • 为您的流程挖掘之旅提供理想起点。
刚接触事件日志?了解 如何创建流程挖掘事件日志.

运输管理属性

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

事件时间记录特定活动发生的准确日期和时间。此时间戳是按时间顺序排列事件以及计算不同流程步骤间耗时的基础。

在流程挖掘中,此属性支持所有基于时间的分析,可用于计算周期时间、等待时间和处理时间等关键绩效指标。分析事件时间有助于发现货运任务耗时最长的瓶颈、衡量服务级别协议的达成情况,并了解流程活动的时间分布。

重要性

此属性为所有活动提供时间顺序信息,支持计算周期时间、识别瓶颈和衡量绩效。

获取途径

数据来自TMS中的事件日志或交易记录,每项记录的操作都带有相应的时间戳。

示例
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T08:22:00Z
活动名称
ActivityName
货运任务在某个时间点发生的具体业务事件或里程碑名称。
说明

活动名称用于描述运输流程中的单个步骤或任务,例如“货运计划已制定”“已向承运商发出运输委托”“货物已提取”或“已收到运费发票”。这些活动代表货运任务旅程中的关键里程碑。

此属性对于展示流程图至关重要。流程图呈现货运任务的实际流转情况。通过分析不同活动的顺序和频率,企业可以了解标准流程、发现常见偏差,并找出返工或效率低下的环节。它是流程挖掘分析的基础。

重要性

此属性定义流程图中的步骤,便于展示和分析货运工作流、流程差异及瓶颈。

获取途径

通常来自事件日志、状态更新表,或根据TMS中的状态变更推导得出。

示例
货运计划已完成已向承运商发出运输委托货物已交付已收到交付证明
货运任务ID
ShipmentId
单个货运任务的唯一标识符,也是运输流程的案例ID。
说明

货运任务ID是唯一标识单个运输订单或货物从始发地到目的地运输过程的主键。每个货运案例都包含相关活动、里程碑和数据点,例如计划、订舱、提货、交付和开票。

在流程挖掘中,此属性对于还原每个货运任务的端到端旅程至关重要。它可以按时间顺序关联所有相关事件,为流程发现、一致性检查和绩效分析奠定基础。按货运任务ID分析流程,有助于发现运输生命周期中的瓶颈、延误和差异。

重要性

这是将所有相关事件关联为单个流程实例的基础标识符,可用于分析货运任务的端到端生命周期。

获取途径

通常可在运输管理系统(TMS)的货运任务或货运订单主表中找到。

示例
SH-2024-001237004568910FO-US-987654
最近数据更新时间
LastDataUpdate
此记录的数据最近一次从源系统刷新或提取的时间戳。
说明

此属性表示特定记录或事件最近一次在流程挖掘数据集中更新或提取的时间,反映了待分析数据的新鲜度。

虽然此属性不会直接用于流程分析,但对数据治理和监控至关重要。它有助于确保分析基于最新信息,也可用于设置数据管道延迟或故障的提醒,从而让您放心地使用所生成的分析结果,并了解其可靠性和时效性。

重要性

此属性反映数据的新鲜度,有助于确保流程分析和监控基于及时、相关的信息。

获取途径

此时间戳通常在数据提取、转换和加载(ETL)过程中生成。

示例
2024-05-20T02:00:00Z2024-05-20T03:00:00Z2024-05-20T04:00:00Z
源系统
SourceSystem
标识数据提取自哪个系统或应用程序。
说明

源系统属性用于标明事件数据的来源,例如运输管理系统(TMS)、承运商可视化平台或ERP系统。在现代物流中,单个货运任务的数据可能来自多个集成系统。

此属性有助于了解数据沿袭和质量,便于诊断数据不一致问题,并按信息来源细分分析结果。例如,您可以比较可视化平台与核心TMS的更新及时性,或追溯问题的源系统。

重要性

此属性有助于追溯数据来源,对于数据验证、故障排查以及了解不同系统如何共同支撑整体流程至关重要。

获取途径

数据提取文件通常包含此标准字段;也可以在数据导入过程中根据数据源添加此信息。

示例
SAP TMBlue Yonder TMSOracle OTMproject44
实际交付日期
ActualDeliveryDate
“货物已交付”事件实际发生时的时间戳。
说明

实际交付日期是记录货物实际交付给收货方、且“货物已交付”活动完成时的时间戳,通常通过交付证明文件确认。

此属性与要求交付日期相对应,是计算实际绩效的关键数据,并直接用于计算“按时交付率”KPI。此外,实际交付日期与提货日期之间的差值可用于计算实际运输时间,并与计划运输时间对比,以发现运输途中延误。

重要性

此属性反映实际交付结果,可用于计算按时交付率和分析交付延误。

获取途径

数据来自TMS中的“货物已交付”事件,通常由承运商EDI消息、可视化平台或司机使用的移动应用更新。

示例
2023-11-01T16:30:00Z2023-11-21T09:00:00Z2024-02-09T18:00:00Z
延误原因
DelayReason
说明货物运输进度延误原因的代码或描述。
说明

延误原因用于说明货物为何未能按计划运输。原因可能包括天气、海关扣留、交通拥堵、机械故障或单据错误。记录延误事件时,系统会采集这项信息。

这项属性对于根因分析尤为重要。对不同延误原因进行分类并统计发生频率,企业便能找出导致交付延迟的主要因素,并据此将改进工作聚焦于影响最大的环节,例如优化内部流程、加强与承运商的协作或降低外部风险。

重要性

这项属性对于延迟货运的根因分析至关重要,可帮助企业识别、量化并解决主要延误原因。

获取途径

数据来自TMS或可视化平台中的异常或延误事件记录,通常由承运商提供。

示例
天气延误海关扣留港口拥堵机械故障
承运商名称
CarrierName
负责运输货物的运输公司或物流服务商名称。
说明

承运商名称用于标识受雇实际运输货物的第三方物流服务商(3PL)或运输公司,包括卡车运输公司、航空公司、航运公司或铁路货运运营商。

这是绩效分析的重要维度。企业可以据此创建承运商绩效评估表,比较各服务商的按时交付率、按时提货率、运输委托接受率和成本等关键指标。按承运商细分流程分析,有助于识别表现出色的合作伙伴,以及可能需要绩效改进计划的服务商。

重要性

此属性支持对不同运输服务商进行绩效对标,对于承运商管理、商务谈判和确保服务质量至关重要。

获取途径

此信息存储在货运任务或货运订单详情中,通常通过承运商主数据表关联。

示例
FedEx FreightMaersk LineUnion Pacific RailroadDHL Express
目的地国家
DestinationCountry
货物计划送达的国家。
说明

目的地国家用于标识货物计划送达的国家,是目的地地址信息的一部分。

与始发国类似,这项属性对于地理分析和了解运输线路表现至关重要。您可以按目的地筛选和细分数据,比较发往不同国家的货物在交付表现、成本和周期时间方面的差异。对于国际货运,这项属性也有助于分析清关流程。

重要性

按目的地细分表现和成本,有助于分析运输线路效率并管理国际运输的复杂性。

获取途径

通常作为目的地位置或收货人地址信息的一部分,存储在货运订单中。

示例
加拿大墨西哥英国日本
要求交付日期
RequestedDeliveryDate
客户要求的交付日期,或销售订单规定的交付日期。
说明

要求交付日期是货运任务预计抵达目的地的目标日期,通常由客户采购订单或服务级别协议(SLA)规定。

此属性对于衡量客户服务水平和承诺达成情况至关重要,也是计算“按时交付率”KPI的基准。分析要求交付日期与实际交付日期之间的差异,有助于发现延误的系统性原因并提高交付可预测性。

重要性

这是衡量按时交付绩效的主要基准,也是影响客户满意度和供应链可靠性的关键KPI。

获取途径

此信息通常来自ERP或订单管理系统等上游系统,并存储在TMS的货运订单详情中。

示例
2023-11-01T17:00:00Z2023-11-20T23:59:59Z2024-02-10T12:00:00Z
货运成本
ShipmentCost
运输货运任务产生的运费总额或财务金额。
说明

货运成本表示单个货运任务产生的总费用,包括基本运费、燃油附加费、附加服务费和承运商收取的其他费用。

此属性是所有成本分析的基础,可用于创建跟踪运输总支出、每英里成本或单位成本的仪表板。将成本数据与流程数据结合,企业可以分析成本超支的根本原因,识别延误或流程效率低下造成的财务影响,并分析运费账单的准确性。

重要性

此属性将流程绩效与财务结果直接关联,支持分析运输支出、成本驱动因素和效率低下造成的财务影响。

获取途径

此数据可能来自货运订单、承运商运费发票,或运费审核与付款系统。

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

此属性指定货运任务采用的运输方式。常见方式包括整车运输(FTL)、零担运输(LTL)、空运、海运和铁路运输。

按运输方式分析流程至关重要,因为不同方式的成本结构、运输时间和流程复杂度各不相同。细分分析有助于解释周期时间和成本差异。例如,海运流程的周期时间通常长于空运。此属性是构建适用于不同物流运营的仪表板和KPI的基础。

重要性

这是分析中的主要筛选条件,因为不同运输方式的流程、成本和时间安排各不相同。要进行有效比较和对标,此属性至关重要。

获取途径

可在TMS的货运任务或货运订单详情中找到。

示例
整车运输(TL)零担运输(LTL)海运空运铁路运输
始发国
OriginCountry
货运任务的始发国家。
说明

始发国用于标识货运任务旅程开始的国家,是始发地址信息的一部分。

此属性是地理分析的基础,可按始发国家或地区筛选和细分货运数据,从而了解不同贸易线路的绩效。对于国际货运,它也是确定海关要求和运输时间的重要因素。

重要性

此属性支持对运输流程进行地理分析,有助于发现地区绩效差异、管理贸易线路的复杂性并分析国际物流。

获取途径

通常作为始发地点或货运订单中发货地点地址的一部分存储。

示例
USA德国中国巴西
实际提货日期
ActualPickupDate
“货物已提取”事件实际发生时的时间戳。
说明

实际提货日期是记录承运商从始发地实际收取货物、且“货物已提取”活动完成时的时间戳。

此日期对于跟踪货运任务实际开始运输的时间至关重要,可用于计算“按时提货率”KPI,并标记在途周期时间的起点。分析此数据有助于了解提货流程的实际执行情况及其对货运任务整体时间安排的影响。

重要性

此属性反映实际提货绩效,并标记货运任务真正开始运输的时间,是准确分析周期时间的重要依据。

获取途径

数据来自TMS中的“货物已提取”事件,通常通过承运商EDI消息或可视化平台更新。

示例
2023-10-25T14:10:00Z2023-11-15T09:25:00Z2024-02-05T11:45:00Z
计划提货日期
ScheduledPickupDate
承运商计划从始发地提取货物的日期和时间。
说明

计划提货日期是双方约定的提货预约时间,即承运商到达发货地点收取货物的时间。这是货运任务订舱和确认流程中的重要里程碑。

此属性是衡量提货绩效的基准。将其与实际提货时间对比,可计算“按时提货率”KPI。分析两者的差异有助于发现码头排程、仓库备货或承运商准时性方面的问题,这些问题都可能导致后续延误。

重要性

此属性是衡量提货绩效的基准。提货是运输生命周期的关键起点,会影响后续整个计划安排。

获取途径

货运任务与承运商订舱后,可在货运任务或货运订单详情中找到。

示例
2023-10-25T14:00:00Z2023-11-15T09:30:00Z2024-02-05T11:00:00Z
货运发票差异
FreightInvoiceDiscrepancyFlag
标记货运账单审核过程中是否发现差异。
说明

这项布尔属性用于标记报价或合同约定的货运成本与承运商最终发票金额是否不一致。值为“true”表示存在差异,可能需要提出争议。

这项标记是分析货运审核与付款流程的关键。企业可据此衡量“货运账单准确率”KPI,并找出账单错误率最高的承运商或运输线路。分析差异原因有助于改进费率管理、明确承运商协议并提高付款流程效率。

重要性

这项属性有助于衡量货运账单准确率、找出频繁出现账单错误的承运商,并分析货运审核与付款流程的效率。

获取途径

在货运发票审核过程中生成,审核可在TMS或专用货运审核与付款系统中进行。

示例
truefalse
货运状态
ShipmentStatus
货物在运输周期中的当前状态或最近一次记录的状态。
说明

货运状态概括了货物在整个流程中的进展,例如“计划中”“运输中”“已送达”或“已取消”,反映货运案例的当前状态。

流程挖掘会根据各项活动还原流程,而整体货运状态则可作为分析维度。您可以筛选所有当前“运输中”的货物以便跟踪,也可以分析最终“已取消”的货物有哪些共同特征。它以简明汇总的方式呈现货物进度。

重要性

它概括了货物的当前状态,便于筛选、报告和监控正在进行或已完成的货运。

获取途径

这是一个汇总状态字段,通常位于TMS中的主货运记录或货运订单记录中。

示例
计划中已订舱运输途中已送达已取消
资源
Resource
执行该活动的人员用户ID或姓名。
说明

资源用于标识负责执行特定流程步骤的个人用户、团队或自动化系统代理。例如,创建货运计划的运输规划员,或预订承运商的物流协调员。

从资源维度分析流程,有助于了解工作量分布、团队表现和自动化程度。分析还可揭示哪些用户或团队参与返工循环、处理的异常最多,或处理时间最长。这些信息有助于制定培训计划、分配资源并发现自动化机会。

重要性

这项属性有助于分析人员和系统的表现、工作量分布及自动化程度,从而发现培训需求和资源瓶颈。

获取途径

这项信息通常与活动名称和时间戳一起记录在交易记录或事件日志中。

示例
john.smithLogisticsTeam_USTMS_AUTO_PLANNERsarah.jones
必填 建议填写 选填

运输管理活动

此表列出了建议记录在事件日志中的关键流程步骤和里程碑,帮助您准确发现流程并可视化流程走向。
8 建议填写 7 选填
活动 说明
付款已处理
这是货运任务生命周期中的最后一项活动,确认承运商已收到运输服务款项,标志着该货运任务的财务结算完成。
重要性

此事件标志着货运任务的采购到付款周期结束,对于分析付款周期、承运商财务状况和整体流程完成情况至关重要。

获取途径

此信息通常来自独立的财务或ERP系统,并通过集成更新回TMS。

采集

使用付款交易的时间戳,或发票状态标记为“已付款”的日期。

事件类型 explicit
已收到交付证明
表示已收到正式文件,确认货物成功交付。文件可以是已签署的提单、照片,或在目的地采集的电子签名。
重要性

收到交付证明(POD)是开具发票和支付运费的重要前提。延迟收到POD会直接影响订单到收款的周期时间。

获取途径

上传特定类型的文件、将文件关联到货运记录,或更新交付确认状态时,通常会记录此事件。

采集

记录POD文件附加到货运记录,或货运记录中的POD接收标记设为已完成时的时间戳。

事件类型 explicit
承运商已确认货运任务
此里程碑表示承运商已正式接受运输委托,并承诺承运该货运任务。此步骤确定了承运商、费率和运输计划。
重要性

此确认标志着采购阶段结束、执行阶段开始,也是衡量运输委托和订舱周期效率的重要节点。

获取途径

收到承运商的接受确认后会记录此事件,货运状态通常会更新为“已订舱”“已承诺”或“已确认”。

采集

记录运输委托状态变为“已接受”或货运状态更新为“已订舱”时的时间戳。

事件类型 explicit
收到运输申请
此活动标志着运输流程正式开始,代表产生新的运输需求。通常,上游系统(如ERP)中的订单会触发该活动,并创建新的货运记录。
重要性

作为主要开始事件,该活动可用于衡量整个货运周期。分析申请数量和时间,有助于规划运力并分配资源。

获取途径

通常从源系统中主要货运单据或运输需求单据的创建时间戳获取此事件。

采集

使用货运、订单释放或货运代理订单记录的创建时间戳。

事件类型 explicit
货物已交付
此里程碑表示货物已实际抵达收货方指定地点,标志着货运任务的在途阶段结束。
重要性

这是衡量按时交付绩效的主要事件,也是运输领域最重要的KPI。它是计算运输时间和整体周期时间的关键终点。

获取途径

承运商通常通过电子消息、司机更新或门户录入提供确认,并据此更新TMS中的货运状态。

采集

使用货运事件日志中表示抵达最终停靠点或状态为“已交付”的时间戳。

事件类型 explicit
货物已提取
此活动标志着货运任务正式开始运输。承运商从仓库或生产设施等始发地点接收货物时,会发生此活动。
重要性

这是衡量承运商是否按时提货以及开始跟踪在途状态的重要里程碑。此阶段的延误会直接影响最终交付时间。

获取途径

通常根据承运商或司机发送的状态更新消息记录,消息可能通过EDI交易或移动应用更新。

采集

使用货运事件日志中表示车辆离开首个停靠点或状态为“已提货”的时间戳。

事件类型 explicit
货运任务已取消
表示货运任务在承运商提货前终止。客户取消订单或内部调整计划等原因都可能导致此情况。
重要性

此活动是表示未成功完成的终止节点。分析取消情况有助于找出流程失败的原因,并发现订单管理或计划方面的问题。

获取途径

通常在货运记录状态变为“已取消”或“已作废”时记录。

采集

记录货运任务的主要状态变为“已取消”时的时间戳。

事件类型 inferred
货运计划已完成
表示初始计划阶段已完成,路线、运输方式和潜在承运商均已确定。系统的计划引擎会为运输申请生成物流方案。
重要性

此里程碑标志着计划阶段结束。从收到申请到完成计划所需的时间,是衡量计划效率和发现潜在瓶颈的重要指标。

获取途径

通常通过货运记录状态变更为“Planned”或类似状态,或创建货运订单单据来识别。

采集

记录货运状态显示已生成有效计划时的时间戳。

事件类型 inferred
已向承运商发出运输委托
计划中的货运任务正式提交给特定承运商,等待其接受时,会发生此活动。通常会通过电子消息或门户更新通知承运商。
重要性

跟踪运输委托有助于分析承运商的响应时间和接受率。同一货运任务频繁提交委托,可能表明承运商协议或运力存在问题。

获取途径

这通常是TMS中的一笔明确交易或状态变更,用于记录向承运商发出委托的时间。

采集

记录向承运商发送货运任务委托的交易时间戳。

事件类型 explicit
已收到运费发票
此活动表示已收到承运商针对已提供运输服务开具的发票或运费账单,并启动货运任务的财务结算阶段。
重要性

交付与收到发票之间的时间会影响财务预测和应计费用。此事件标志着运费审核和付款周期时间的计算开始。

获取途径

系统通过EDI交易、手动录入或从承运商门户上传新发票记录时,会记录此事件。

采集

使用与货运任务关联的运费账单或承运商发票记录的创建日期。

事件类型 explicit
已选择承运商
已正式选定具体运输服务提供商(即承运商)负责运输货物。选择方式可以是人工分配、自动计划,也可以通过招标流程确定。
重要性

此活动对于了解承运商分配策略和确定运输合作方时的延误至关重要。它将路线计划与服务提供商选择区分开来。

获取途径

当货运记录中的承运商字段填写完成,或为相应货运订单分配承运商时,会记录此事件。

采集

确定承运商ID首次关联到货运记录时的事件时间戳。

事件类型 explicit
已通过海关
对于国际货运,此活动表示货物已顺利通过边境或港口的海关,所需文件和检查均已完成。
重要性

清关是国际物流中可能出现的主要瓶颈。衡量货物在海关停留的时间,对于发现延误和改进合规流程至关重要。

获取途径

收到报关行、承运商的通知,或政府系统的直接更新时,会触发此事件。

采集

记录表明海关放行的事件或状态更新时间戳。

事件类型 explicit
承运商拒绝运输委托
表示承运商拒绝承运该货运任务。此事件通常会触发返工循环,需要重新选择承运商并提交运输委托。
重要性

承运商拒绝运输委托是造成延误和成本增加的主要原因之一。分析拒绝频率及原因,有助于改进承运商绩效评估和采购策略。

获取途径

此事件来自承运商发来的电子消息,或承运商门户中的手动状态更新,用于表明委托已被拒绝。

采集

确定运输委托状态更新为“已拒绝”或类似状态时的时间戳。

事件类型 explicit
运费发票已审核
承运商发票已通过系统或人工审核,并与合同费率、附加费用和交付证明进行核对。此步骤用于在批准付款前验证费用。
重要性

这是确保运费支出准确的重要财务控制节点。分析审核流程可以发现常见差异,并找出节省成本的机会。

获取途径

货运账单状态变为“已审核”“已验证”或类似状态时,会记录此事件,表示核对流程已完成。

采集

记录发票状态更新为审核完成时的时间戳。

事件类型 inferred
预计到达时间已更新
系统根据实时数据生成或接收了新的预计到达时间(ETA)。运输途中情况发生变化时,此事件可能多次发生。
重要性

ETA频繁或大幅变动,反映了货运任务的波动性和可预测性。分析这些更新有助于主动管理延误并改善客户沟通。

获取途径

此事件来自可视化平台或承运商更新,其中包含实时跟踪信息和修订后的预计交付时间。

采集

记录初次订舱后最终交付ETA字段每次更新的情况。

事件类型 explicit
建议填写 选填

数据提取指南

如何获取流程挖掘所需的数据。

不同系统的数据提取方式各不相同。详细说明请

阅读我们的ETL指南   或   选择具体流程和系统.

准备好开始了吗?

您可以先选择适用于当前平台的系统专属数据提取指南,也可以使用这份通用模板,全面规划运输管理数据结构。

立即提升运输管理表现

发现隐藏的低效问题,优化整个物流流程。

立即开始免费试用

无需信用卡,几分钟即可完成设置。