您的运输管理数据模板
您的运输管理数据模板
这是我们针对运输管理的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 适用于任何运输管理系统(TMS)的通用框架。
- 识别关键属性和活动,以便进行深度流程分析。
- 是开启流程挖掘之旅的理想起点。
运输管理属性
| 名称 | 描述 | ||
|---|---|---|---|
| Event 时间 EventTime | 指示货物发生特定活动或事件的时间戳。 | ||
| 描述 “事件时间”记录了特定活动发生的精确日期和时间。该时间戳是按时间顺序排列事件以及计算不同流程步骤之间持续时间的基础。 在流程挖掘中,此属性支持所有基于时间的分析。它被用于计算周转时间、等待时间和处理时间等关键绩效指标(KPI)。分析事件时间有助于识别货物停留时间最长的瓶颈环节,衡量对服务水平协议(SLA)的遵守情况,并了解流程活动的时间分布。 为何重要 此属性为所有活动提供了时间顺序背景,支持计算周期时间、识别瓶颈以及进行绩效评估。 获取方式 源自 TMS 内的事件日志或交易记录,其中每个记录的动作都有相关的时间戳。 示例 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T08:22:00Z | |||
| 活动名称 ActivityName | 货物在特定时间点发生的特定业务事件或里程碑的名称。 | ||
| 描述 “活动名称”描述运输流程中的单个步骤或任务,例如“运输已计划”、“已向承运商招标”、“货物已提货”或“收到货运发票”。这些活动代表了货物运输过程中的关键里程碑。 此属性对于生成流程流转图至关重要,该图显示了货物的实际流转路径。通过分析不同活动的顺序和频率,企业可以了解其标准流程,发现常见的偏差,并识别返工或低效环节。它是任何流程挖掘分析的核心。 为何重要 它定义了流程图中的步骤,支持运输工作流的可视化及变体和瓶颈分析。 获取方式 通常源自事件日志、状态更新表,或派生自 TMS 内部的状态变更。 示例 发运计划已制定已向承运商招标货物已送达收到签收证明 | |||
| 运单 ID ShipmentId | 单笔货运的唯一标识符,作为运输流程的 Case ID。 | ||
| 描述 “货运 ID”是唯一标识单笔运输订单或货物从始发地到目的地移动过程的主键。每个货运 Case 都包含所有相关的活动、里程碑和数据点,如计划、订舱、提货、交付和开票。 在流程挖掘中,此属性对于重构每笔货运的端到端路径至关重要。它允许工具按时间顺序链接所有相关事件,形成流程发现、合规性检查和性能分析的基础。通过货运 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 | |||
| 客户要求的交货日期 RequestedDeliveryDate | 客户要求或销售订单规定的交货日期。 | ||
| 描述 “要求交货日期”是预期货物到达目的地的目标日期。该日期通常由客户的采购订单或服务水平协议(SLA)定义。 此属性对于衡量客户服务水平和履行承诺的绩效至关重要。它是计算“准时交货率”这一 KPI 的基准。通过分析要求交货日期与实际交货日期之间的偏差,有助于识别导致延迟的系统性原因,并提高交付的可预测性。 为何重要 这是衡量准时交货绩效的主要基准,也是反映客户满意度和供应链可靠性的关键 KPI。 获取方式 通常起源于 ERP 或订单管理系统等上游系统,并存储在 TMS 的运费订单详情中。 示例 2023-11-01T17:00:00Z2023-11-20T23:59:59Z2024-02-10T12:00:00Z | |||
| 延误原因 DelayReason | 解释货物运输延误原因的代码或文字描述。 | ||
| 描述 “延迟原因”记录了货物未能按计划送达的具体背景。原因可能包括天气事件、海关扣留、交通状况、机械故障或单证错误。这些信息在记录延迟事件时同步采集。 这是根因分析中最重要的属性之一。通过对不同延迟原因的频率进行分类和量化,企业可以识别导致交货延迟的核心驱动因素。这种洞察力使企业能够专注于最具影响力的领域进行改进,无论是优化内部流程、加强承运商协作,还是降低外部风险。 为何重要 它对于延迟发货的根本原因分析至关重要,使企业能够识别、量化并解决导致延误的主要原因。 获取方式 源自 TMS 或可见性平台中的异常或延迟事件记录。此类数据通常由承运商提供。 示例 天气延误海关查验/扣留港口拥堵机械故障 | |||
| 承运商名称 CarrierName | 负责移动货物的运输公司或物流供应商的名称。 | ||
| 描述 “承运商名称”用于识别签约负责实物运输的第三方物流供应商 (3PL) 或运输公司。这可以是卡车公司、航空公司、海运公司或铁路货运运营商。 这是绩效分析的一个关键维度。它使企业能够创建承运商评分表,在准时交付、准时提货、招标接受率和成本等关键指标上对供应商进行对比。按承运商细分流程分析有助于识别表现卓越的合作伙伴以及那些可能需要绩效改进计划的供应商。 为何重要 它支持跨不同运输提供商进行绩效对标,这是承运商管理、商务谈判和确保服务质量的关键。 获取方式 这些信息存储在货运或运费订单详情中,通常从承运商主数据表链接而来。 示例 FedEx FreightMaersk Line联合太平洋铁路DHL Express | |||
| 目的地国家 DestinationCountry | 货物的交付目的地国家。 | ||
| 描述 “目的地国家”识别货物计划交付的国家/地区,属于目的地地址信息的一部分。 与“始发国”类似,此属性对于地理分析和了解贸易线路绩效至关重要。它支持通过多维数据分析来比较发往不同国家/地区的货运交付绩效、成本和周期时间。对于分析国际货运的海关清关流程,这同样是关键指标。 为何重要 它支持按目的地对绩效和成本进行细分分析,这对于评估贸易航线效率和管理复杂的国际海运至关重要。 获取方式 通常作为运费订单中目的地位置或收货人地址详情的一部分存储。 示例 加拿大墨西哥英国日本 | |||
| 运输成本 ShipmentCost | 运输货物的总运费或收取的财务金额。 | ||
| 描述 运输成本代表单次运输相关的总财务支出。这可能包括基本运费、燃油附加费、杂费以及承运商收取的任何其他费用。 此属性是所有成本相关分析的基础。它支持创建用于追踪总运输支出、每英里成本或单位成本的仪表板。通过将成本数据与流程数据相结合,企业可以对成本超支进行根本原因分析,识别延误或流程低效带来的财务影响,并分析货运账单的准确性。 为何重要 它将流程绩效与财务结果直接挂钩,支持对运输支出、成本驱动因素以及低效环节产生的财务影响进行分析。 获取方式 这些数据可以来自运费订单、承运商的运费发票,或者运费审计和支付系统。 示例 1250.75540.008200.50 | |||
| 运输方式 ModeOfTransport | 货物使用的运输方式,如卡车、空运、海运或铁路。 | ||
| 描述 此属性指定了货运使用的运输方式。常见模式包括整车运输(FTL)、零担运输(LTL)、空运、海运和铁路运输。 按运输方式分析流程至关重要,因为每种方式都有独特的成本结构、运输时间和流程复杂性。这种细分有助于解释周期时间核成本的差异。例如,海运流程的周期时间自然比空运长。此属性是构建针对特定物流业务的仪表板(Dashboard)和 KPI 的基础。 为何重要 它是分析的首选过滤器,因为不同的运输方式在流程、成本和时间线上有本质区别。这对于进行有意义的对比和对标至关重要。 获取方式 在 TMS 系统的运输或货运单详情中可以找到。 示例 整车运输 (TL)零担运输 (LTL)海运空运通道 | |||
| 实际提货日期 ActualPickupDate | “货物已提货”事件发生的实际时间戳。 | ||
| 描述 “实际提货日期”是记录承运商从始发地实际提取货物且“货物已提货”活动完成时的时间戳。 此日期对于追踪货物的实际运输起点至关重要。它用于计算“准时提货率”KPI,并标志着在途周期时间的开始。分析这些数据有助于了解提货过程的实际执行情况及其对整个运输时间线的影响。 为何重要 它提供提货绩效的实际结果,并标志着运输任务真正开始,这对于准确分析周期时间至关重要。 获取方式 源自 TMS 中的“货物已提货”事件,通常通过承运商 EDI 信息或可见性平台进行更新。 示例 2023-10-25T14:10:00Z2023-11-15T09:25:00Z2024-02-05T11:45:00Z | |||
| 来源国 OriginCountry | 运输货物的始发地国家。 | ||
| 描述 “始发国”识别货物运输开始的国家/地区,属于起点地址信息的一部分。 这是地理分析的一个基本属性。它允许按始发国家或地区对货运数据进行过滤和细分,这对于了解不同贸易线路的绩效至关重要。对于国际货运,它也是确定海关要求和运输时间的关键因素。 为何重要 它支持运输流程的地理区域分析,有助于识别地区绩效差异、管理贸易航线复杂性并分析国际物流。 获取方式 通常作为运费订单中始发位置或发货点地址详情的一部分存储。 示例 美国德国中国巴西 | |||
| 计划提货日期 ScheduledPickupDate | 承运商计划从始发地提取货物的日期和时间。 | ||
| 描述 “计划提货日期”是承运商到达发货地点提取货物的约定预约时间。这是货物预订和确认流程中的关键里程碑。 此属性作为衡量提货绩效的基准。通过将其与实际提货时间进行比较,可计算出“准时提货率”这一 KPI。分析偏差有助于识别月台调度、仓库准备就绪情况或承运商准时性方面的问题,这些问题都可能导致下游延迟。 为何重要 它是衡量提货绩效的基准。提货是运输生命周期中至关重要的第一步,会影响整个下游进度。 获取方式 在货物与承运商订舱后的运输或货运单详情中可以找到。 示例 2023-10-25T14:00:00Z2023-11-15T09:30:00Z2024-02-05T11:00:00Z | |||
| 货运发票差异 FreightInvoiceDiscrepancyFlag | 用于标记在货运账单审计中是否发现差异的标识。 | ||
| 描述 此布尔属性指示报价或合同约定的运费与承运商最终发票上的金额是否存在不匹配。“true”值表示存在可能导致纠纷的差异。 此标识是分析运费审计和支付流程的关键。它使企业能够衡量“运费单准确率”这一 KPI,并识别哪些承运商或线路的计费错误率最高。分析这些差异的原因可以改进运价管理、制定更清晰的承运商协议,并实现更高效的支付流程。 为何重要 它有助于衡量货运账单的准确性,识别计费错误频发的承运商,并分析货运审计和支付流程的效率。 获取方式 在货运发票审计过程中生成,可以在 TMS 或专门的货运审计与支付系统中进行。 示例 truefalse | |||
| 资源 Resource | 执行该活动的人员的用户 ID 或姓名。 | ||
| 描述 “资源”用于识别负责执行特定流程步骤的个人用户、团队或自动化系统代理。例如,它可以是创建运输计划的运输调度员,或者是预订承运商的物流协调员。 从资源维度分析流程有助于了解工作负载分布、团队绩效和自动化水平。它可以揭示哪些用户或团队参与了返工循环、处理了最多的异常,或者处理时间最长。这些信息对于培训、资源分配以及识别自动化机会极具价值。 为何重要 它支持对人员和系统绩效、工作负载分布及自动化程度进行分析,有助于识别培训需求和资源瓶颈。 获取方式 这些信息通常与活动名称和时间戳一起记录在交易或事件日志中。 示例 john.smithLogisticsTeam_USTMS_自动计划器sarah.jones | |||
| 运输状态 ShipmentStatus | 运输任务在其生命周期中的当前或最后已知状态。 | ||
| 描述 运输状态提供对货物在整个流程中所处位置的高级概括,如“已计划”、“运输中”、“已交付”或“已取消”。它代表了该运输案例的当前阶段。 虽然流程挖掘是从单个活动中推导流程流,但整体运输状态作为一个分析维度非常有用。它可用于筛选所有当前“运输中”的货物以便监控,或分析最终处于“已取消”状态的运输特征。它提供了运输进度的简单聚合视图。 为何重要 它提供运单当前状态的快照,有助于对进行中或已完成的运输任务进行过滤、报告和高层级监控。 获取方式 这是一个汇总状态字段,通常位于 TMS 的主要货运或运费订单记录中。 示例 已计划已订舱在途已交付已取消 | |||
运输管理活动
| 活动 | 描述 | ||
|---|---|---|---|
| 付款已处理 | 这是货运生命周期中的最后一项活动,确认已为运输服务向承运商付款。此事件标志着该货运在财务上的结案。 | ||
| 为何重要 此事件标志着货运从采购到付款(Procure-to-Pay)循环的结束。这对于分析支付时间表、承运商财务状况以及流程整体完成情况至关重要。 获取方式 这些信息通常起源于独立的财务或 ERP 系统,并通过集成同步回 TMS。 捕获 使用付款交易的时间戳或发票状态标记为“已付”的日期。 事件类型 explicit | |||
| 发运计划已制定 | 代表初始计划阶段的完成,此时已确定路径、运输方式和潜在承运商。系统的计划引擎为运输申请生成了物流方案。 | ||
| 为何重要 此里程碑标志着计划阶段的结束。从请求到计划完成之间的持续时间是衡量计划效率和识别潜在瓶颈的关键指标。 获取方式 通常通过货运记录状态变更为“已计划”或类似状态,或通过运费订单文档的创建来识别。 捕获 记录运输状态显示已创建有效计划时的时间戳。 事件类型 inferred | |||
| 已向承运商订舱 | 此里程碑表示承运商已正式接受标书,并承诺负责此次货运。这一步骤确定了运输的承运商、运价和时间表。 | ||
| 为何重要 此确认标志着采购阶段的结束和执行阶段的开始。它是衡量招投标和订舱周期效率的关键点。 获取方式 这在收到承运商的接受反馈时记录,通常会将货运状态更新为“已订舱”、“已承诺”或“已确认”。 捕获 记录招标状态变更为“已接受”或运输状态更新为“已订舱”时的时间戳。 事件类型 explicit | |||
| 已收到运输请求 | 此活动标志着运输流程的正式开始。它代表了新运输需求的产生,通常由 ERP 等上游系统的订单触发,从而创建新的货运记录。 | ||
| 为何重要 作为流程的起点,它可以用来衡量整个运输生命周期的耗时。分析申请的数量和时间点有助于进行运力规划和资源分配。 获取方式 此事件通常从来源系统中的主要货运或运输需求文档的创建时间戳中捕获。 捕获 使用货运、订单下达或货运代理订单记录的创建时间戳。 事件类型 explicit | |||
| 收到签收证明 | 代表收到确认交付成功的正式单据。这可以是签署的提单、照片或在目的地捕获的数字签名。 | ||
| 为何重要 收到签收证明(POD)是开具发票和支付运费的关键前提。收到 POD 的延迟会直接影响从订单到收款(Order-to-Cash)的周期时间。 获取方式 通常在特定文档类型被上传或关联至运单记录时,或交付确认状态更新时记录。 捕获 记录签收证明(POD)文件附件上传或运单设置 POD 已接收标识的时间戳。 事件类型 explicit | |||
| 货物已提取 | 此活动标志着货运旅程的物理起点。当承运商从始发地(如仓库或生产设施)提取货物时,即发生此活动。 | ||
| 为何重要 这是衡量承运商准时提货绩效以及运输中可见性开始的关键里程碑。此阶段的延迟将直接影响最终交付时间。 获取方式 通常根据承运商或司机的状态更新消息记录,通常通过 EDI 交易或移动应用更新。 捕获 使用货运事件日志中指示从第一站出发或“已提货”状态的时间戳。 事件类型 explicit | |||
| 货物已送达 | 此里程碑表示货物已物理到达收货人的目的地。此事件标志着货运旅程中运输部分的结束。 | ||
| 为何重要 这是衡量准时交货绩效(运输中最关键的 KPI)的主要事件。它是计算运输时间和整体周期时间的重点端点。 获取方式 承运商提供此项确认,通常通过电子信息、驾驶员更新或门户条目实现,随后会在 TMS 中更新运输状态。 捕获 使用货运事件日志中指示到达终点站或“已送达”状态的时间戳。 事件类型 explicit | |||
| 运输已取消 | 代表货物在承运商提货前终止。这可能由多种原因引起,例如客户取消订单或内部计划变更。 | ||
| 为何重要 此活动是一个表示不成功结果的终止端点。分析取消行为有助于识别流程失败的原因,并能凸显订单管理或计划中的问题。 获取方式 通常通过货运记录中变更为“已取消”或“已作废”的特定状态来捕获。 捕获 记录运输主状态更改为“已取消”时的时间戳。 事件类型 inferred | |||
| 已向承运商招标 | 当计划的货运正式提供给特定承运商供其接受时,即发生此活动。此操作通常会通过电子消息或门户更新触发与承运商的通信。 | ||
| 为何重要 跟踪招标对于分析承运商响应时间和接受率至关重要。对同一货运进行频繁招标可能表明承运商协议或运力存在问题。 获取方式 这通常是 TMS 内部的一个明确交易或状态变更,用于记录何时向承运商发出要约。 捕获 记录将运输邀约发送给承运商的交易时间戳。 事件类型 explicit | |||
| 已清关 | 对于国际运输,此活动标志着货物已在边境或港口成功通过海关。这表示所有必要的单据和检查均已完成。 | ||
| 为何重要 清关是国际物流中主要的潜在瓶颈。衡量清关耗时对于识别延误和优化合规流程至关重要。 获取方式 此事件由报关行、承运商的通知或政府系统的直接更新触发。 捕获 记录表示海关放行的事件或状态更新的时间戳。 事件类型 explicit | |||
| 已选定承运商 | 已正式选定特定的运输服务提供商(承运商)负责本次运输。这可以通过手动指派、自动化计划或招标流程来实现。 | ||
| 为何重要 此活动对于了解承运商分配策略以及在寻找运输合作伙伴过程中的延迟至关重要。它将线路规划与服务商选择区分开来。 获取方式 当货运记录中的承运商字段被填充,或为相应的运费订单分配承运商时,即捕获此事件。 捕获 识别承运商 ID 首次与运单记录关联时的事件时间戳。 事件类型 explicit | |||
| 承运商已拒绝招标 | 表示承运商拒绝了运输邀约。此事件通常会触发返工循环,必须重新选择承运商并发出招标。 | ||
| 为何重要 招标被拒是导致延误和成本增加的主要原因。分析拒绝的频率和原因有助于改进承运商评分表和采购策略。 获取方式 通过承运商发送的电子信息或承运商门户网站上的手动状态更新(显示拒绝)获取。 捕获 识别招标状态更新为“被拒绝”或类似状态时的时间戳。 事件类型 explicit | |||
| 收到货运发票 | 此活动标志着收到承运商就所提供的运输服务开具的发票或运费账单。它开启了货运生命周期的财务结算阶段。 | ||
| 为何重要 交付与收到发票之间的时间会影响财务预测和应计费用。此事件标志着衡量运费审核和支付周期时间的开始。 获取方式 在系统中创建新发票记录时获取,无论是通过 EDI 交易、手动录入还是承运商门户上传。 捕获 使用与该货运关联的运费单或承运商发票记录的创建日期。 事件类型 explicit | |||
| 货运发票已审计 | 已根据合同费率、杂费和签收证明,对承运商发票进行了系统或人工审计。此步骤在核准付款前验证费用。 | ||
| 为何重要 这是确保运费支出准确性的关键财务控制点。分析审计流程可以揭示频繁出现的差异,并突显节省成本的机会。 获取方式 当运单状态变为“已审计”、“已核实”或类似状态时记录,表明匹配流程已完成。 捕获 记录发票状态更新为审计完成时的时间戳。 事件类型 inferred | |||
| 预计到达时间已更新 | 系统根据实时数据生成或收到了新的预计到达时间(ETA)。随着情况的变化,该事件在货运过程中可能会多次发生。 | ||
| 为何重要 频繁或大幅度的预计到达时间(ETA)变更反映了运输的波动性和不可控性。分析这些更新有助于主动管理延误并改善客户沟通。 获取方式 从提供实时跟踪信息和修订交付预估的可见性平台或承运商更新中获取。 捕获 记录初始订舱后最终交付 ETA 字段更新的每个实例。 事件类型 explicit | |||