您的运输管理数据模板
您的运输管理数据模板
这是适用于运输管理的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。
选择具体系统- 适用于任意运输管理系统的通用框架。
- 明确开展深度流程分析所需的关键属性和活动。
- 为您的流程挖掘之旅提供理想起点。
运输管理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 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 | “Goods Delivered”事件发生时的实际时间戳。 | ||
| 说明 实际交付日期是货运实际交付给收货方且“Goods Delivered”活动完成时记录的时间戳,通常由交付证明文件确认。 此属性与要求交付日期相对应,对于计算实际绩效至关重要,可直接用于计算“准时交付率”KPI。此外,实际交付日期与提货日期之间的差值决定实际运输时间,可与计划运输时间比较,以识别在途延误。 为什么重要 它提供交付绩效的实际结果,支持计算准时率和分析交付延误。 获取位置 来自TMS中的“Goods Delivered”事件,通常由承运商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)海运空运铁路运输 | |||
| 实际提货日期 ActualPickupDate | “Goods Picked Up”事件发生时的实际时间戳。 | ||
| 说明 实际提货日期是承运商从起运地实际收取货运且“Goods Picked Up”活动完成时记录的时间戳。 此日期对于跟踪货运实际开始运输的时间至关重要,可用于计算“准时提货率”KPI,并标志着在途周期时间的开始。分析此数据有助于了解提货流程的实际执行情况及其对整体货运时间表的影响。 为什么重要 它提供提货绩效的实际结果,并标志着货运真正开始运输,对于准确分析周期时间至关重要。 获取位置 来自TMS中的“Goods Picked Up”事件,通常通过承运商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或姓名。 | ||
| 说明 Resource用于标识负责执行特定流程步骤的个人用户、团队或自动化系统代理。例如,可能是创建货运计划的运输规划员,也可能是预订承运商的物流协调员。 从Resource视角分析流程,有助于了解工作量分配、团队绩效和自动化水平。您可以发现哪些用户或团队参与返工循环、处理的异常最多,或处理时间最长。这些信息可用于培训、资源分配以及识别自动化机会。 为什么重要 它支持分析人员和系统绩效、工作量分配及自动化水平,帮助识别培训需求和资源瓶颈。 获取位置 此信息通常与活动名称和时间戳一起记录在交易日志或事件日志中。 示例 john.smithLogisticsTeam_USTMS_AUTO_PLANNERsarah.jones | |||
| 起运国 OriginCountry | 货运起始所在的国家。 | ||
| 说明 起运国用于标识货运旅程开始的国家,是起运地址信息的一部分。 这是地理分析的基础属性,可按起运国家或地区筛选和细分货运数据,对于了解不同贸易线路的绩效至关重要。对于国际货运,它也是确定清关要求和运输时间的重要因素。 为什么重要 它支持运输流程的地理分析,有助于识别区域绩效差异、管理贸易线路复杂度并分析国际物流。 获取位置 通常作为运费订单中起运地点或发货点地址详情的一部分存储。 示例 USA德国中国巴西 | |||
运输管理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 付款已处理 | 这是货运生命周期中的最终活动,确认承运商已收到运输服务款项,标志着货运财务结算完成。 | ||
| 为什么重要 此事件结束货运的采购到付款周期,对于分析付款时间、承运商财务状况和整体流程完成情况至关重要。 获取位置 此信息通常来自独立的财务或ERP系统,并通过集成回写至TMS。 采集 使用付款交易的时间戳,或发票状态标记为“Paid”的日期。 事件类型 explicit | |||
| 已与承运商确认货运 | 这一里程碑表示承运商已正式接受货运提交,并承诺负责处理该货运。此步骤会确定运输所使用的承运商、费率和计划。 | ||
| 为什么重要 这一确认标志着采购阶段结束、执行阶段开始,也是衡量货运提交与预订周期效率的关键节点。 获取位置 收到承运商接受确认时记录此事件,货运状态通常会更新为“Booked”“Committed”或“Confirmed”。 采集 记录接单状态变为“Accepted”或货运状态更新为“Booked”时的时间戳。 事件类型 explicit | |||
| 已收到交付证明 | 表示收到确认交付已成功完成的正式文件。文件可以是已签署的提单、照片,或在目的地采集的电子签名。 | ||
| 为什么重要 收到交付证明(POD)是开具发票和支付运费的重要前提。POD接收延误会直接影响从订单到收款的周期时间。 获取位置 上传特定类型的文件、将文件关联到货运记录,或更新交付确认状态时,通常会记录此事件。 采集 记录POD文件附加,或货运记录中的POD接收标记被设置时的时间戳。 事件类型 explicit | |||
| 收到运输请求 | 此活动标志着运输流程正式开始。它代表新的运输需求被创建,通常由ERP等上游系统中的订单触发,并生成新的货运记录。 | ||
| 为什么重要 作为主要开始事件,它可用于衡量整个货运生命周期时长。分析请求量和请求时间,有助于进行产能规划和资源配置。 获取位置 此事件通常通过源系统中主要货运记录或运输需求单据的创建时间戳捕获。 采集 使用货运、订单释放或货运代理订单记录的创建时间戳。 事件类型 explicit | |||
| 货物已交付 | 这一里程碑表示货运已实际抵达收货方目的地,标志着货运在途阶段结束。 | ||
| 为什么重要 这是衡量准时交付表现的主要事件,也是运输领域最关键的KPI。它是计算运输时间和整体周期时间的关键终点。 获取位置 承运商通常通过电子消息、司机更新或门户录入提供确认,并据此更新TMS中的货运状态。 采集 使用货运事件日志中表示抵达最终站点的时间戳,或使用“Delivered”状态对应的时间戳。 事件类型 explicit | |||
| 货物已提取 | 此活动标志着货运实际开始运输。当承运商从仓库或生产设施等起运地接收货物时,会发生此活动。 | ||
| 为什么重要 这是衡量承运商准时提货表现和开始跟踪在途状态的关键里程碑。此阶段的延误会直接影响最终交付时间。 获取位置 通常根据承运商或司机发送的状态更新消息记录,消息可能通过EDI交易或移动应用更新。 采集 使用货运事件日志中表示离开第一站的时间戳,或使用“Picked Up”状态对应的时间戳。 事件类型 explicit | |||
| 货运已取消 | 表示货运在承运商提货前终止。原因可能包括客户取消订单或内部计划变更。 | ||
| 为什么重要 此活动是表示未成功结果的终止节点。分析取消情况有助于识别流程失败原因,并发现订单管理或计划中的问题。 获取位置 通常通过货运记录中特定的状态变更记录为“Cancelled”或“Voided”。 采集 记录货运主状态变更为“Cancelled”时的时间戳。 事件类型 inferred | |||
| 货运已规划 | 表示初始规划阶段完成,此时已确定路线、运输方式和潜在承运商。系统规划引擎会为运输请求生成物流方案。 | ||
| 为什么重要 此里程碑标志着规划阶段结束。从请求到规划完成的时长,是衡量规划效率和潜在瓶颈的重要指标。 获取位置 通常通过货运记录状态变更为“Planned”或类似状态,或通过创建货运订单单据来识别。 采集 捕获货运状态显示已创建有效规划方案时的时间戳。 事件类型 inferred | |||
| 已完成清关 | 对于国际货运,此活动标志着货物已在边境或港口顺利通过海关,所有必需文件和检查均已完成。 | ||
| 为什么重要 清关是国际物流中一个重要的潜在瓶颈。衡量货物在海关停留的时间,对于发现延误和改进合规流程至关重要。 获取位置 海关经纪商、承运商或政府系统直接发出通知后,会触发此事件。 采集 记录表示海关放行的事件或状态更新时间戳。 事件类型 explicit | |||
| 已收到运费发票 | 此活动标志着收到承运商针对已提供运输服务开具的发票或运费账单,并启动货运生命周期中的财务结算阶段。 | ||
| 为什么重要 交付与收到发票之间的时间会影响财务预测和应计。此事件是衡量运费审核与付款周期时间的起点。 获取位置 系统创建新的发票记录时记录此事件,发票可能通过EDI交易、手动录入或承运商门户上传。 采集 使用与货运关联的运费账单或承运商发票记录的创建日期。 事件类型 explicit | |||
| 已选择承运商 | 已正式选定一家具体的运输服务提供商,即承运商,负责处理该批货物。选择可能通过人工分配、自动规划或招标流程完成。 | ||
| 为什么重要 此活动对于了解承运商分配策略以及运输合作伙伴确定过程中的延误至关重要。它将路线规划与服务提供商选择区分开来。 获取位置 当货运记录中的承运商字段被填充,或为相应货运订单分配承运商时,系统会记录此事件。 采集 确定承运商ID首次与货运记录关联时的事件时间戳。 事件类型 explicit | |||
| 承运商已接单 | 当计划中的货运正式提交给指定承运商并等待其接受时,会发生此活动。通常,系统会通过电子消息或门户更新向承运商发送通知。 | ||
| 为什么重要 跟踪货运提交情况对于分析承运商响应时间和接受率至关重要。同一货运频繁提交,可能表明承运商协议或运力存在问题。 获取位置 这通常是TMS中的一笔明确交易或状态变更,用于记录报价已发送给承运商。 采集 记录向承运商发送货运报价的交易时间戳。 事件类型 explicit | |||
| 承运商拒绝接单 | 表示承运商拒绝承运该货运。此事件通常会触发返工循环,需要重新选择承运商并再次提交货运。 | ||
| 为什么重要 承运商拒绝接单是造成延误和成本上升的主要原因之一。分析拒绝频率及原因,有助于改进承运商评分卡和采购策略。 获取位置 从承运商发来的电子消息,或承运商门户中表示拒绝的手动状态更新中获取。 采集 确定接单状态更新为“Rejected”或类似状态时的时间戳。 事件类型 explicit | |||
| 运费发票已审核 | 承运商发票已根据合同费率、附加费用和交付证明完成系统或人工审核。此步骤用于在批准付款前核实费用。 | ||
| 为什么重要 这是确保运费支出准确性的关键财务控制点。分析审核流程可以发现频繁差异,并识别节约成本的机会。 获取位置 货运账单状态变为“Audited”“Verified”或类似状态,表示匹配流程完成时,记录此事件。 采集 记录发票状态更新为审核完成时的时间戳。 事件类型 inferred | |||
| 预计到达时间已更新 | 系统根据实时数据生成或接收到新的预计到达时间(ETA)。随着运输条件变化,货运过程中可能多次发生此事件。 | ||
| 为什么重要 频繁或大幅变更ETA可以反映货运的波动性和可预测性。分析这些更新有助于主动管理延误并改善客户沟通。 获取位置 从可视化平台或承运商更新中获取,这些信息提供实时跟踪数据和修订后的交付预计时间。 采集 记录初始预订后最终交付的ETA字段每次更新的情况。 事件类型 explicit | |||
提取指南
立即实现运输绩效提升
发现隐藏的低效环节,优化整个物流流程。
无需信用卡,几分钟即可完成设置。