您的运输管理数据模板
您的运输管理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- 数据提取指南
运输管理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 EventTime | 表示活动发生日期和时间的时间戳。 | ||
| 说明 事件时间是货运生命周期中每项活动记录的准确日期和时间,用于确定事件的先后顺序,是构建流程和开展时间分析的基础。 此属性是所有流程挖掘分析的基础,可用于计算活动间的周期时间、衡量案例总时长、识别等待时间,以及分析不同时段的流程绩效。准确的时间戳对于诊断延误和了解流程效率至关重要。 重要性 此属性提供事件的时间顺序,是计算周期时间等时长指标和识别流程延误的关键。 获取途径 位于Trimble TMS事件日志或交易表中的活动字段或状态字段旁。 示例 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:15:00Z | |||
| 活动名称 ActivityName | 货运在特定时间发生的业务事件或里程碑名称。 | ||
| 说明 活动名称用于描述运输流程中的具体步骤或状态变化。这些事件构成流程图中的顺序,展示货运从创建到完成的进展。 分析活动是流程挖掘的核心。通过分析活动,您可以直观了解流程,识别常见和少见的路径,发现重复订舱等返工循环,并衡量各步骤的发生频率。活动的顺序和时间用于计算周期时间,并识别各阶段之间的瓶颈。 重要性 此属性定义流程中的各个步骤,是构建流程图的基础,也支持分析流程、变体和瓶颈。 获取途径 通常根据Trimble TMS中的事件日志、状态变更表或特定交易记录提取,并与货运关联。 示例 货运计划已制定货物已提取货物已交付运费账单已审核 | |||
| 货运 Shipment | 单次货物流转的唯一标识符,是流程分析的主要案例标识。 | ||
| 说明 货运ID是核心案例标识符,用于汇总与单个运输订单相关的所有事件和活动。每票货运都代表一次完整运输,从创建和计划到执行、交付及财务结算。 在流程挖掘中,按货运分析流程,可以全面了解运输全生命周期。您可以衡量总周期时间,识别影响特定货运的瓶颈,并比较不同货运类型的流程路径。货运ID是跟踪单个订单在整个系统中流转情况的基础属性。 重要性 这是关键案例标识符,可关联所有相关活动,从而对每个运输订单进行完整的端到端分析。 获取途径 这是Trimble TMS主货运表或订单表中的主键。具体表名和字段名请参阅Trimble TMS文档。 示例 SH-750331SH-750332SH-750333 | |||
| 数据上次更新时间 LastDataUpdate | 表示此记录的数据上次从源系统刷新时间的时间戳。 | ||
| 说明 此属性显示数据上次从Trimble TMS提取或更新的日期和时间,帮助您了解所分析数据的新旧程度。 开展分析时,了解数据的时效性对于及时作出相关业务决策至关重要。此时间戳有助于您信任数据,并了解当前分析涵盖的时间范围,避免依据过时信息采取行动。 重要性 显示数据的时效性,确保分析基于最新信息,从而支持准确决策。 获取途径 此时间戳通常由ETL(提取、转换、加载)工具在数据导入过程中生成并记录。 示例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| 源系统 SourceSystem | 提取事件数据的记录系统。 | ||
| 说明 此属性用于标识数据来源应用。在此场景中,通常为“Trimble TMS”。在更复杂的环境中,它也可用于区分不同模块或集成系统,例如单独的付款财务系统。 指定源系统对于数据治理和可追溯性十分重要,有助于了解数据背景。在合并多个来源的数据以构建端到端流程视图时,这一属性也至关重要。 重要性 确保数据可追溯并保留其背景信息。在合并多个系统的数据以分析端到端流程时,这一点至关重要。 获取途径 通常在数据提取过程中添加静态值,用于标记记录来源。 示例 Trimble TMSTrimble TMS v2023.1 | |||
| 延误原因 DelayReason | 说明货运延误原因的代码或描述。 | ||
| 说明 延误原因用于说明货运未按计划时间完成的原因,例如“承运商延误”“海关扣留”“天气”或“客户无法接收”。记录延误时,通常由人工填写,或从预设列表中选择。 此属性对于根因分析非常重要,尤其适用于“货运延误与原因分析”仪表板。对延误进行分类后,企业可以发现承运商、路线或内部流程中反复出现的问题,并据此开展有针对性的改进,减少延误、提升可靠性。 重要性 支持延误根因分析,帮助发现承运商、路线或流程中反复出现的问题,以便有针对性地改进。 获取途径 可能存储在专门的延误或异常记录表中,也可能作为自由文本备注保存在Trimble TMS的货运记录中。 示例 天气延误海关查验承运商设备故障交通拥堵 | |||
| 承运商名称 CarrierName | 负责运输货物的运输公司的名称。 | ||
| 说明 承运商名称用于标识负责运输货物的第三方物流服务商或内部车队,是与每票货运相关的重要主数据。 此属性对于绩效分析至关重要,尤其适用于承运商绩效与合规仪表板。按承运商名称细分流程数据后,企业可以比较不同服务商的按时交付率、平均周期时间和延误频率。这有助于协商合同、选择可靠的合作伙伴,并改善整体供应链。 重要性 支持比较不同运输服务商的绩效基准和合规情况,直接服务于承运商管理与选择。 获取途径 位于Trimble TMS主货运表或装载表中,通常通过承运商主数据表关联。 示例 Global Freightways Inc.Speedy LogisticsCross-Country Movers | |||
| 是否准时 IsOnTime | 用于标记货运是否在要求送达日期当天或之前送达的布尔值。 | ||
| 说明 这是一个计算标记,用于比较“ActualDeliveryDate”和“RequestedDeliveryDate”。如果实际送达时间不晚于要求送达日期,则值为true,否则为false。 此属性简化了绩效分析和仪表板创建。无需在每张图表中直接比较日期,您可以使用此标记轻松筛选和汇总数据,计算货运准时送达率KPI。它为每笔货运的交付绩效提供明确的二元结果,便于直观呈现准时率。 重要性 简化准时交付KPI的计算,并便于筛选和细分准时与延误的货运。 获取途径 源系统中没有此属性。数据转换时通过比较“ActualDeliveryDate”<=“RequestedDeliveryDate”计算得出。 示例 truefalse | |||
| 结束时间 EndTime | 表示活动完成时间的时间戳。 | ||
| 说明 结束时间表示活动完成的时间。如果有此数据,可与开始时间结合,准确计算单个步骤的处理时间,并将其与下一步骤开始前的等待时间区分开来。 同时掌握活动的开始和结束时间,可以更细致地了解流程绩效,区分实际工作时间(处理时间)和空闲时间(等待时间),从而判断效率提升是否真实,还是受资源或排期延误影响。例如,可据此准确衡量“运费账单已审核”活动的持续时间。 重要性 可准确计算活动处理时间,并将实际工作时长与流程步骤之间的等待时间区分开来。 获取途径 Trimble TMS的部分模块可能会记录某些活动的开始和结束事件。请在事件日志或交易日志中核实。 示例 2023-10-26T10:45:00Z2023-10-27T15:05:10Z2023-10-28T09:20:00Z | |||
| 要求交付日期 RequestedDeliveryDate | 客户要求的交付日期,或双方约定的服务级别协议(SLA)目标日期。 | ||
| 说明 要求交付日期是货运预计送达最终目的地的目标日期,是衡量按时交付绩效的主要基准。 此属性对于计算货运按时交付率等关键绩效指标至关重要。系统将实际交付时间戳与要求交付日期进行比较,即可判断货运是提前、按时还是延迟交付。这也是实际与要求交付绩效仪表板的基础,可用于评估客户满意度和承运商可靠性。 重要性 作为衡量按时交付绩效的基准,这是评估客户满意度和运营水平的重要KPI。 获取途径 位于Trimble TMS的订单详情表或货运详情表中。 示例 2023-11-15T23:59:59Z2023-12-01T17:00:00Z | |||
| 运输方式 ModeOfTransport | 货运采用的运输方式,例如公路、航空、铁路或海运。 | ||
| 说明 运输方式用于说明货运采用的运输方法,包括整车运输(FTL)、零担运输(LTL)、空运、海运或铁路运输。 按运输方式分析流程,对于战略决策和成本优化至关重要。您可以比较不同方式的效率、速度和成本效益。例如,运输方式效率对比仪表板会使用此属性,展示哪些方式的在途时间更长或延误率更高,帮助计划人员作出更合适的选择。 重要性 支持比较不同运输方式的成本、速度和效率,为路线和运输方式的战略规划提供依据。 获取途径 这是Trimble TMS货运记录或装载记录中的标准字段。 示例 FTL(整车运输)LTL(零担运输)空运海运 | |||
| POD周期时间 ProofOfDeliveryCycleTime | 从“货物已送达”到“已收到交货证明”两个事件之间的时长。 | ||
| 说明 这是一个计算指标,用于衡量实物交付完成后,收到并处理交货证明(POD)文件所需的时间。POD周期时间过长可能导致开票延迟并影响现金流。 此属性是“交货证明接收延迟”仪表板及其对应KPI的计算依据。通过计算每笔货运的时长,企业可以发现POD流程中的瓶颈,例如承运商提交缓慢或内部处理效率低下,并采取措施加快客户开票。 重要性 直接衡量交付后的行政处理效率,这对及时开票和保持健康的现金流至关重要。 获取途径 对每笔货运,计算“已收到交货证明”和“货物已送达”活动的时间戳之差。 示例 P2DT12H30MP5DP1DT4H | |||
| 始发国 OriginCountry | 货运的始发国家或地区。 | ||
| 说明 始发国是货运起点所在的国家或地区,是开展全球或区域物流分析的重要地理属性。 此属性可用于按地理区域细分流程绩效,帮助判断特定国家或地区始发的货运是否周期时间更长或延误率更高,从而发现海关流程复杂、基础设施不足等区域性问题。它对于分析清关瓶颈尤其重要。 重要性 支持按地理区域分析流程绩效,帮助发现区域性瓶颈,尤其是与海关或运输时间相关的问题。 获取途径 根据Trimble TMS货运或订单详情中存储的始发地址信息得出。 示例 USACANMEXDEU | |||
| 实际交付日期 ActualDeliveryDate | 记录“货物已送达”活动的实际时间戳。 | ||
| 说明 实际送达日期是标记交付完成时间的时间戳,反映货物实际抵达目的地的时间,通常对应“货物已送达”事件的时间戳。 将此属性与要求送达日期结合使用,可判断是否按时送达。它是许多周期时间计算和绩效衡量的实际终点,也直接用于跟踪交付绩效和承运商可靠性的KPI。通过该属性,可以分析实际流程执行情况与计划安排之间的差异。 重要性 提供交付实际完成时间,可用于计算准时交付绩效和实际运输时间。 获取途径 这是货运事件日志中“货物已送达”事件状态对应的时间戳。 示例 2023-11-15T14:30:00Z2023-12-02T10:00:00Z | |||
| 客户名称 CustomerName | 货运服务的客户名称。 | ||
| 说明 客户名称用于标识货物所有者或服务接收方,是用于细分分析的关键主数据。 按客户分析运输流程,可以发现重要问题,例如某些客户是否更常遇到延误、预订过程中是否需要更多返工,或是否采用独特的流程。利用这些信息,您可以改善客户服务、定制物流方案,并更有效地管理重点客户。 重要性 支持以客户为中心的流程分析,帮助发现特定客户是否面临独有的问题或需要不同的服务级别。 获取途径 位于主订单表或货运表中,通常通过客户主数据表关联。 示例 ACME CorporationStark IndustriesWayne Enterprises | |||
| 总周期时间 TotalCycleTime | 一笔货运从首个事件到最后一个事件所经过的总时间。 | ||
| 说明 总周期时间衡量每个货运案例从开始到结束的总时长。计算方法是用最后一个活动(例如“付款已处理”)的时间戳减去第一个活动(例如“货运已创建”)的时间戳。 这是衡量整体流程效率的主要KPI,也是“整体货运吞吐量与周期时间”仪表板的重要指标。分析该指标随时间的变化趋势,或比较不同承运商、路线和运输方式的差异,有助于发现需要从战略层面改进的领域。 重要性 衡量流程端到端的整体速度,是评估效率和客户体验的重要指标。 获取途径 按案例计算:对单个“Shipment”案例中的所有事件,用最大时间戳减去最小时间戳。 示例 P15D6HP22DT10HP12D | |||
| 是否延误 IsDelayed | 用于标记货运是否发生过已记录延误事件的布尔值。 | ||
| 说明 这是一个计算标记:如果货运关联了延误原因,或其状态表明发生延误,则值为true。它与“IsOnTime”不同,因为货运可能发生延误,但通过采取补救措施仍能准时送达。 此属性有助于将分析范围限定为发生异常的货运。在“货运延误与原因分析”仪表板中,您可以用它筛选出问题案例并分析根因,避免正常处理的货运干扰分析结果。它还有助于量化运营异常的发生频率。 重要性 识别发生运营异常的货运,便于集中分析延误原因及其影响。 获取途径 在数据转换时计算。逻辑为:如果“DelayReason”字段不为空,或存在特定的“delay”活动,则将标记设为true。 示例 truefalse | |||
| 用户名 UserName | 执行特定活动的用户或系统代理。 | ||
| 说明 用户名用于标识负责执行某个流程步骤的员工或自动化系统,例如规划货运、审核运费账单或处理付款。它将流程活动与人员或系统资源关联起来。 按用户分析数据,有助于了解工作量分布、发现培训需求和识别绩效异常。例如,在“货运预订返工与错误”仪表板中,此属性可帮助判断返工是否集中在特定用户身上,从而发现是否需要加强培训或明确流程要求。此属性也有助于合规和审计。 重要性 将流程活动关联到具体员工或系统用户,以便分析工作量、评估绩效并发现培训机会。 获取途径 通常位于交易记录或事件日志中,与创建或修改记录的用户ID关联。 示例 j.doea.smithsystem.api | |||
| 目的地国家 DestinationCountry | 货运送达的国家或地区。 | ||
| 说明 目的地国家是货运最终送达地址所在的国家或地区,与始发国一样,是地理流程分析的重要属性。 按目的地国家分析数据,有助于发现特定地区的流程问题。例如,发往某个国家的货运可能持续面临较长的清关时间或交付延误。掌握这些情况后,您可以提前规划并调整特定路线的交付周期,提高交付承诺的准确性。 重要性 帮助发现目的地地区特有的流程问题,例如清关延误或末端配送问题。 获取途径 根据Trimble TMS货运或订单详情中存储的目的地地址信息得出。 示例 USACANMEXFRA | |||
| 货运状态 ShipmentStatus | 货运当前的运营状态。 | ||
| 说明 货运状态表示货运生命周期中最新的已知状态,例如“已计划”“运输中”“已送达”或“已取消”,让您了解货运当前所处的阶段。 流程挖掘会还原历史流程,而当前状态则适用于筛选和分析进行中的案例。您可以据此区分未完成和已完成的货运,也可以调查大量货运停留在某一状态的原因,为运营监控提供重要背景信息。 重要性 呈现货运当前进度,便于分析和筛选未完成、已完成或存在问题的案例。 获取途径 Trimble TMS主货运表或装载表表头中的标准字段。 示例 已计划运输中已送达已开票已取消 | |||
| 运费账单状态 FreightBillStatus | 运费账单的状态,例如“已接收”“已审核”“已拒绝”或“已付款”。 | ||
| 说明 运费账单状态用于跟踪发票在运输流程财务结算环节中的进度,显示账单是已接收、审核中、已批准、因需要更正而被拒绝,还是已全额付款。 此属性是“运费账单审核与付款速度”仪表板的重要依据,可用于衡量审核流程的周期时间、发现付款审批瓶颈并计算运费账单拒绝率。分析这些状态有助于发现采购到付款子流程中的低效环节。 重要性 呈现财务结算流程的进展,帮助衡量审核效率,并发现付款延误或争议的原因。 获取途径 位于Trimble TMS的应付账款或运费结算模块中。 示例 已接收已审核-已批准已审核-已拒绝已付款 | |||
| 运费账单金额 FreightBillAmount | 货运服务收取的总金额。 | ||
| 说明 运费账单金额是运输货运所产生的开票费用。这项财务数据对于成本分析和了解流程低效带来的财务影响至关重要。 在流程挖掘中,此属性可用于分析不同流程变体、承运商或路线对应的成本。例如,您可以判断频繁返工或延误的货运是否产生了更高的相关费用。它也是运费账单审核和付款处理分析的重要依据。 重要性 将流程执行情况与财务结果关联起来,便于分析流程差异、延误或承运商选择对运输成本的影响。 获取途径 位于Trimble TMS的运费结算或财务结算模块中,并与货运关联。 示例 1250.75850.003400.50 | |||
运输管理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 付款已处理 | 运费账单款项已支付并发送给承运商。这标志着货运生命周期的财务结算完成。 | ||
| 重要性 这是流程中的最后一项活动。分析从交付或收到发票到付款之间的时间,有助于管理现金流和承运商关系。 获取途径 通过与ERP或会计系统集成获取数据,由该系统更新TMS中运费账单记录的付款状态。 采集 通过ERP或会计系统集成,取自付款记录的时间戳。 事件类型 explicit | |||
| 创建货运记录 | 此活动表示系统中创建了一条新的货运记录,通常由客户的运输需求触发。当主货运表或订单表中记录新条目时,即可捕获此活动。 | ||
| 重要性 这是整个运输流程的起点。分析此事件与其他事件之间的时间,有助于衡量订单处理效率和整体周期时间。 获取途径 这通常是Trimble TMS主货运表或装载表中记录的明确创建事件,并带有创建时间戳。 采集 取自货运记录的创建时间戳。 事件类型 explicit | |||
| 已收到交付证明 | 已收到承运商提供的签字文件或电子交付确认,并上传至系统。通常需要手动处理文档,也可能由系统自动处理。 | ||
| 重要性 交付完成到收到POD之间的时间差,是衡量后台管理效率的重要指标。通常需要收到POD后才能支付发票。 获取途径 通常在POD文件扫描或上传并关联至货运记录时捕获,此操作会触发状态变化或填入“POD接收日期”字段。 采集 取自POD文件上传或状态变更的时间戳。 事件类型 explicit | |||
| 承运商已接受货运 | 承运商已正式接受货运请求,确认将负责运输。承运商通常通过EDI或门户更新状态,系统据此记录此活动。 | ||
| 重要性 这是关键的承诺节点。承运商确定后,即可安排提货和交付,也标志着承运商正式开始承担责任。 获取途径 根据货运记录中的状态变化推断,例如承运商回复后,状态从“已提交”变为“已订舱”或“已接受”。 采集 根据承运商通过EDI或门户回复后产生的状态变化推断。 事件类型 inferred | |||
| 货物已交付 | 货物已抵达最终目的地并交给收货人。这是关键事件,由司机更新或通过承运商EDI记录。 | ||
| 重要性 这是衡量按时交付绩效和整体周期时间的主要里程碑,并会触发开票和收集POD等后续流程。 获取途径 货运状态更新为“已交付”时记录,通常由司机通过移动设备录入,或由承运商发送包含交付时间戳的EDI 214消息触发。 采集 根据承运商EDI消息或司机应用更新,从事件日志中获取。 事件类型 explicit | |||
| 货物已提取 | 承运商已从始发地实际提取货物。通常这是明确事件,由司机更新或通过承运商发送的EDI消息记录。 | ||
| 重要性 此事件标志着实际运输开始,是跟踪承运商绩效和计划执行情况的重要里程碑。 获取途径 货运状态更新为“运输中”或“已提货”时记录,通常由司机通过移动设备录入,或由承运商发送EDI 214消息触发。 采集 根据承运商EDI消息或司机应用更新,从事件日志中获取。 事件类型 explicit | |||
| 已安排提货 | 已安排并记录货物提取的具体日期和时间。通常可根据计划提货日期和时间字段被填入来推断。 | ||
| 重要性 安排提货是关键步骤,可让发货方明确预期。订舱与计划提货之间的延误可能表明资源分配存在问题。 获取途径 根据Trimble TMS货运或停靠点详情中的“计划提货日期/时间”字段被填入来推断。 采集 根据提货预约字段被填入时的时间戳推断。 事件类型 inferred | |||
| 已完成清关 | 对于国际货运,此状态表示货物已顺利通过海关。通常由报关行或承运商更新此信息。 | ||
| 重要性 清关是国际物流中常见的瓶颈。衡量此活动所需时间,有助于发现并解决重大延误。 获取途径 通常根据EDI消息或报关行、承运商的手动更新,以状态更新或特定事件日志条目的形式记录。 采集 根据报关行或承运商的沟通记录,从事件日志中获取。 事件类型 explicit | |||
| 已收到运费账单 | 已收到承运商提供的运输服务发票。此活动标志着流程进入财务结算阶段。 | ||
| 重要性 此事件启动付款期限和运费审核流程。分析此活动有助于有效管理应付账款时限。 获取途径 承运商发票手动录入系统或通过EDI 210消息导入时捕获,并填入与货运相关的财务表。 采集 取自系统中运费账单记录的创建时间戳。 事件类型 explicit | |||
| 已选择承运商 | 已指定具体承运商负责运输。通常可通过货运数据中的承运商字段被填入或更新来捕获此事件。 | ||
| 重要性 跟踪此活动有助于分析承运商分配效率及其对后续订舱和提货时间的影响,也是评估承运商绩效的重要依据。 获取途径 根据货运记录中的承运商ID字段被填入或更新的情况,以及相应时间戳推断。 采集 根据承运商字段被填入时的时间戳推断。 事件类型 inferred | |||
| 货运已取消 | 货运创建后、提货完成前被取消。这是流程的另一种结束状态。 | ||
| 重要性 跟踪取消情况有助于发现需求预测、订单管理或计划方面的问题。取消代表流程失败或出现异常。 获取途径 通常由用户操作触发,货运记录中的状态明确变为终止状态“已取消”。 采集 货运记录中的状态明确变为“已取消”。 事件类型 explicit | |||
| 货运已提交给承运商 | 正式向选定的承运商发出货运承接请求,等待其确认。通常这是TMS中的明确操作,会向承运商发送通知或EDI消息。 | ||
| 重要性 这标志着与承运商开始交互。从提交请求到承运商接受之间的时间,是衡量承运商响应速度和潜在订舱延误的关键指标。 获取途径 这通常是明确事件或状态变化,例如Trimble TMS的货运生命周期跟踪状态变为“已提交”。 采集 系统执行提交操作时记录。 事件类型 explicit | |||
| 货运计划已制定 | 货运已分配初步路线、运输方式和可能使用的资源。通常可根据货运记录中的状态变化推断此活动。 | ||
| 重要性 此活动对于了解物流计划阶段的效率至关重要。此处的延误可能逐步传导,影响整个交付计划。 获取途径 通常可根据货运状态字段的变化推断,例如从“新建”变为“已计划”,或路线信息字段被填入。 采集 根据货运状态变为“已计划”或类似状态推断。 事件类型 inferred | |||
| 货运运输中 | 此状态表示货物提取后至抵达目的地前的阶段。它通常不是单一事件,而是可关联多条位置更新的状态。 | ||
| 重要性 虽然这是一个状态而非事件,但识别此阶段的开始时间对于衡量运输时间,并与预估时间或不同承运商和运输方式进行比较至关重要。 获取途径 通常根据“货物已提取”事件之后的货运状态推断。开始时间为提货时间戳。 采集 成功提货后更新的状态。 事件类型 inferred | |||
| 运费账单已审核 | 已审核承运商的运费账单,并根据合同费率和已提供的服务核对准确性。通常通过账单状态更新来记录此活动。 | ||
| 重要性 这是关键的财务控制环节。审核所需时间和结果(例如账单被拒)对于分析审核效率和承运商账单准确性十分重要。 获取途径 根据运费账单记录的状态变化推断,例如从“待审核”变为“已审核”或“已批准付款”。 采集 根据运费账单记录的状态变化推断。 事件类型 inferred | |||
数据提取指南
此流程的提取方法目前正在验证中。请稍后再查看,或 联系我们 获取帮助。
立即优化运输管理
优化物流:借助我们的平台将周期时间缩短30%。
无需信用卡。立即开始免费试用。