您的运输管理数据模板
您的运输管理数据模板
- 建议收集的属性
- 需要追踪的关键活动
- 提取指南
运输管理属性
| 名称 | 描述 | ||
|---|---|---|---|
| Event 时间 EventTime | 指示 Activity 发生时间的 timestamp,包括日期和时间。 | ||
| 描述 事件时间是货件生命周期中每项活动记录的精确日期和时间。它提供了事件的时间顺序,这对于构建流程流向和执行任何基于时间的分析都必不可少。 该属性是所有流程挖掘分析的基础。它用于计算活动间的周期时间、衡量 case 的总时长、识别等待时间以及分析不同时间段的流程绩效。准确的时间戳对于诊断延迟和理解流程效率至关重要。 为何重要 它提供事件的时间顺序,这对于计算所有基于时长的指标(如周期时间)和识别流程延误至关重要。 获取方式 位于 Trimble TMS 内 event logs 或交易表中的 Activity 或 Status 字段旁。 示例 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:15:00Z | |||
| 活动名称 ActivityName | 货运在特定时间点发生的业务 event 或里程碑的名称。 | ||
| 描述 Activity Name 描述了运输流程中的特定步骤或状态变更。这些 events 构成了流程图的序列,展示了货运从创建到完成的过程。 分析 activities 是 Process Mining 的核心。它有助于可视化流程流,识别常见和罕见的路径,发现重复订舱尝试等返工循环,并衡量每个步骤的频率。这些 activities 的序列和 timing 被用于计算 cycle times 并识别各阶段之间的瓶颈。 为何重要 此属性定义了流程中的步骤,构成了流程图的基础,并支持对流程流、变体和瓶颈的分析。 获取方式 通常源自 Trimble TMS 内部与货运关联的 event logs、状态变更表或特定的交易记录。 示例 发运计划已创建货物已取货物已送达运费账单已审计 | |||
| 货运 Shipment | 单次货物移动的唯一标识符,作为流程分析的主要 Case。 | ||
| 描述 货运 ID 是核心的 Case Identifier,它将与单个运输订单相关的所有 events 和 activities 分组。每次货运都代表一个完整的旅程,从最初的创建和计划到执行、交付和财务结算。 在 Process Mining 中,按货运分析流程可以实现端到端运输生命周期的全局视图。这使得测量总周期时间、识别影响特定货运的瓶颈以及比较不同类型货运的流程路径成为可能。它是通过整个系统跟踪单个订单的基础属性。 为何重要 它是关联所有相关活动的关键 case 标识符,支持对每笔运输订单进行完整的端到端分析。 获取方式 这是 Trimble TMS 内部主货运或订单表中的主键。有关特定表名和字段名,请咨询 Trimble TMS 文档。 示例 SH-750331SH-750332SH-750333 | |||
| 最后数据更新 LastDataUpdate | 标识该记录上次从来源系统刷新数据的时间戳。 | ||
| 描述 此属性显示上次从 Trimble TMS 提取或更新 data 的日期和时间。它提供了有关所分析 data 新鲜度的背景信息。 在任何分析中,了解 data 的近时性对于做出及时且相关的业务决策都至关重要。此 timestamp 有助于用户信任 data 并了解当前分析所涵盖的时间窗口,确保他们不会根据过时信息采取行动。 为何重要 指示数据的时效性,确保分析基于最新信息,从而实现准确决策。 获取方式 此 timestamp 通常由 ETL (提取、转换、加载) 工具在数据摄取过程中生成并记录。 示例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| 源系统 SourceSystem | 提取事件数据的记录系统。 | ||
| 描述 此属性标识了 data 来源的源应用程序。在此背景下,它通常是“Trimble TMS”。在更复杂的环境中,它可以区分不同的模块或集成系统,例如用于支付的独立财务系统。 指定源系统对于数据治理和可追溯性非常重要。它有助于理解 data 的背景,并且在合并来自多个来源的 data 以创建单一端到端流程视图时至关重要。 为何重要 确保数据的可追溯性和上下文背景,这在合并多个系统的数据以分析端到端流程时至关重要。 获取方式 这通常是在数据提取过程中添加的静态值,用于标记记录的来源。 示例 Trimble TMSTrimble TMS v2023.1 | |||
| 客户要求的交货日期 RequestedDeliveryDate | 客户请求的或作为服务水平协议 (SLA) 目标商定的交付日期。 | ||
| 描述 请求交付日期是货运预计送达最终目的地的目标日期。此日期是衡量准时表现的主要基准。 此属性对于计算货运准时交付率等关键绩效指标至关重要。通过将实际交付 timestamp 与此请求日期进行比较,系统可以确定货运是提前、准时还是延迟。这对于“实际与请求交付表现”仪表板以及评估客户满意度和承运商可靠性至关重要。 为何重要 作为衡量准时交付表现的基准,这是衡量客户满意度和卓越运营的关键 KPI。 获取方式 位于 Trimble TMS 的订单或货运详情表中。 示例 2023-11-15T23:59:59Z2023-12-01T17:00:00Z | |||
| 延误原因 DelayReason | 解释货件延误原因的代码或描述。 | ||
| 描述 延迟原因提供了货运未按计划时间表进行的背景信息。原因可能包括“承运商延迟”、“海关扣留”、“天气”或“客户不在场”。当记录延迟时,此信息通常由人工输入或从预定义列表中选择。 此属性对于根本原因分析非常有价值,特别是对于货运延迟与原因分析仪表板。通过对延迟进行分类,企业可以识别反复出现的问题,无论这些问题是出在特定承运商、路线还是内部流程。这有助于采取有针对性的改进举措,以减少延迟并提高可靠性。 为何重要 支持对延误进行根本原因分析,有助于识别承运商、路线或流程中反复出现的问题,从而进行有针对性的改进。 获取方式 可能存储在特定的延迟或异常日志表中,或者作为 Trimble TMS 货运记录中的自由文本备注字段。 示例 天气延迟海关查验承运商设备故障交通拥堵 | |||
| 承运商名称 CarrierName | 负责运输货物的运输公司名称。 | ||
| 描述 承运商名称标识了分配负责执行货物运输的第三方物流供应商或内部车队。这是与每批货运相关的关键主数据。 此属性对于绩效分析至关重要,特别是对于承运商绩效与合规仪表板。通过按承运商名称细分流程 data,企业可以比较不同供应商之间的准时交付率、平均周期时间和延迟频率。这有助于协商合同、选择可靠合作伙伴并改进整体供应链。 为何重要 支持不同运输供应商之间的绩效基准测试和合规分析,直接赋能承运商管理和选择。 获取方式 存在于 Trimble TMS 的主货件或装载表中,通常从承运商主数据表关联而来。 示例 Global Freightways Inc.极速物流Cross-Country Movers | |||
| 是否按时 IsOnTime | 布尔标志,指示货件是否在要求的交付日期或之前送达。 | ||
| 描述 这是一个计算出的标志,用于比较“实际交付日期”与“请求交付日期”。如果实际交付发生在请求日期当天或之前,则评估为 true,否则为 false。 此属性简化了绩效分析和仪表板创建。无需在每个图表中直接比较日期,此标志允许轻松进行过滤和汇总,以计算“货运准时交付率”KPI。它为每批货运的交付表现提供了清晰的二元结果,使成功率的可视化变得简单。 为何重要 简化了准时交付 KPI 的计算,并允许对准时与延迟货运进行轻松的过滤和细分。 获取方式 此属性不在源系统中。它是在数据转换期间通过比较 “ActualDeliveryDate” <= “RequestedDeliveryDate” 计算得出的。 示例 truefalse | |||
| 结束时间 EndTime | 指示活动完成时的时间戳。 | ||
| 描述 结束时间标记 Activity 的完成。如果可用,它可以与开始时间结合使用,以计算单个步骤的精确处理时间,从而将其与下一步开始前的等待时间区分开来。 在分析中,同时拥有 activities 的开始和结束时间可以实现更精细的流程绩效视图。它有助于区分实际工作时间(处理时间)和闲置时间(等待时间),这是识别真正的效率提升与资源或调度延迟的关键。例如,它可以测量“运费账单已审计” Activity 的确切时长。 为何重要 支持精确计算活动处理时间,将实际工作时长与流程步骤之间的等待时间区分开来。 获取方式 Trimble TMS 中的某些模块可能会为特定 activities 同时记录开始和结束 event。这需要在 event 或交易日志中进行验证。 示例 2023-10-26T10:45:00Z2023-10-27T15:05:10Z2023-10-28T09:20:00Z | |||
| 运输方式 ModeOfTransport | 货运所使用的运输方式,例如公路运输、空运、铁路运输或海运。 | ||
| 描述 运输方式指定了货运所采用的运输方法。这可能包括整车运输 (FTL)、零担运输 (LTL)、空运、海运或铁路运输。 按运输方式分析流程对于战略决策和成本优化至关重要。它允许比较不同方式的效率、速度和成本效益。例如,运输方式效率比较仪表板利用此属性显示哪些方式的运输时间较长或延迟率较高,从而帮助调度人员做出更佳选择。 为何重要 支持对比不同运输方式的成本、速度和效率,赋能战略性路线和模式规划。 获取方式 这是 Trimble TMS 内部货运或配载记录上的标准字段。 示例 FTL (整车运输)LTL (零担运输)空运海运 | |||
| POD 周期时间 ProofOfDeliveryCycleTime | “货物已交付”与“收到交付证明” events 之间的持续时间。 | ||
| 描述 这是一个计算指标,用于衡量在物理交付完成后,接收和处理交付证明 (POD) 文件所需的时间。较长的 POD 周期时间会延迟开票并影响现金流。 此属性是“交付证明接收滞后”仪表板及其相应 KPI 的基础。通过计算每批货运的这段时长,企业可以识别 POD 流程中的瓶颈,如承运商提交缓慢或内部处理效率低下,并采取行动加速客户开票。 为何重要 直接衡量交付后行政流程的效率,这对于及时开票和健康的现金流至关重要。 获取方式 通过计算每笔货件“收到签收证明”和“货物已送达”活动之间的时间戳差值得出。 示例 P2DT12H30MP5DP1DT4H | |||
| 事件时长 EventDuration | 活动开始到结束之间经过的时间。 | ||
| 描述 事件时长衡量活动的实际处理时间,通过结束时间与开始时间之差计算得出。该指标代表特定流程步骤的实际工作时间。 这一计算属性对于区分“活跃处理时间”和“被动等待时间”至关重要。例如,它可能显示“运费账单审计”活动本身仅需 30 分钟,但在开始审计前平均需要等待 2 天。这种洞察有助于将改进精力集中在正确的领域,比如减少排队时间,而不是盲目加速已经很高效的任务。 为何重要 衡量 Activity 的实际处理时间,有助于区分实际工作与空闲等待时间,从而进行更精准的瓶颈分析。 获取方式 通过从每个事件的“EndTime”属性中减去“EventTime”(开始时间)计算得出。 示例 PT1H30MPT45MP1D2H | |||
| 实际交付日期 ActualDeliveryDate | 记录“货物已交付” Activity 时的实际 timestamp。 | ||
| 描述 实际交付日期是标记交付完成的 timestamp。它代表了货物到达目的地的真实时间。这通常是“货物已交付” event 的 timestamp。 此属性与请求交付日期结合使用,以确定准时状态。它是许多 cycle time 计算和性能测量的真实终点,直接为跟踪交付性能和承运商可靠性的 KPIs 提供数据。它是分析实际流程执行与计划进度对比的核心。 为何重要 提供交付的真实完成时间,从而能够计算准时表现和实际运输时间。 获取方式 这是与货运 event log 中“货物已交付” event 状态关联的 timestamp。 示例 2023-11-15T14:30:00Z2023-12-02T10:00:00Z | |||
| 客户名称 CustomerName | 接受货运服务的客户名称。 | ||
| 描述 客户名称标识了拥有所运货物或作为服务接收方的客户或业务实体。这是细分分析的关键主数据。 按客户分析运输流程可以揭示重要的见解。它有助于确定某些客户是否经历了更多延迟、在订舱期间是否需要更多返工,或具有独特的流程流。此信息可用于改善客户服务、量身定制物流解决方案并更有效地管理大客户。 为何重要 支持以客户为中心的流程分析,有助于识别特定客户是否面临独特挑战或需要不同的服务水平。 获取方式 存在于主订单或货件表中,通常从客户主数据表关联而来。 示例 ACME 公司Stark Industries韦恩企业 | |||
| 总周期时间 TotalCycleTime | 货运从第一个 event 到最后一个 event 所经历的总时间。 | ||
| 描述 Total Cycle Time 衡量每个货运 Case 的端到端持续时间。它的计算方式是取第一个 Activity(如“货运已创建”)与最后一个 Activity(如“支付已处理”)的 timestamp 之差。 这是衡量整体流程效率的主要 KPI。它为“整体货运吞吐量与周期时间”仪表板提供了高层级的性能视图。分析该指标随时间的变化趋势,或其在不同承运商、路线或运输方式之间的差异,有助于识别战略改进的广泛领域。 为何重要 衡量整体端到端流程速度,为效率和客户体验提供关键指标。 获取方式 在 case 层级计算,通过从单个“Shipment” case 的所有事件中减去最小时间戳得出最大时间戳之差。 示例 P15D6HP22DT10H12天 | |||
| 是否延迟 IsDelayed | 布尔标志,指示货件是否经历过任何记录在案的延误事件。 | ||
| 描述 这是一个计算出的标志,如果货运有关联的延迟原因或其状态显示延迟,则设置为 true。它与“是否准时”不同,因为货运可能发生延迟,但通过纠正措施仍能准时送达。 此属性有助于将分析重点仅放在那些遇到异常的货运上。它用于“货运延迟与原因分析”仪表板,以隔离问题 cases 并分析根本原因,而不受处理顺利的货运干扰。它有助于量化运营异常的频率。 为何重要 识别遭遇运营异常的货件,从而针对这些延误的原因和影响进行集中分析。 获取方式 在数据转换期间计算。逻辑是:如果“DelayReason”字段不为空,或存在特定的“delay”活动,则将该标志设为 true。 示例 truefalse | |||
| 来源国 OriginCountry | 货物发出的始发地国家。 | ||
| 描述 始发地国家是货运起点所在的国家。此地理信息对于在全球或区域范围内分析物流至关重要。 此属性允许按地理区域细分流程绩效。它有助于识别源自某些国家的货运是否具有更高的周期时间或延迟率,这可能指向特定的区域挑战,如海关复杂性或基础设施问题。这对于分析清关瓶颈尤为重要。 为何重要 支持对流程绩效进行地理分析,有助于识别区域瓶颈,尤其是与海关或运输时间相关的瓶颈。 获取方式 源自 Trimble TMS 中货件或订单详情里存储的起运地地址信息。 示例 美国CANMEXDEU | |||
| 用户名称 UserName | 执行特定 Activity 的用户或系统代理。 | ||
| 描述 用户名标识了负责执行流程步骤(如计划货运、审计运费账单或处理支付)的个人员工或自动化系统。它将流程 activities 与人力或系统资源联系起来。 按用户分析 data 有助于了解工作负载分布、识别培训需求并发现绩效异常值。例如,在“货运订舱返工与错误”仪表板中,此属性可以帮助确定返工是否集中在特定用户身上,从而提示需要额外的培训或流程说明。它对于合规和审计目的也至关重要。 为何重要 将流程活动与特定员工或系统用户关联,从而支持工作量分析、绩效评估以及识别培训需求。 获取方式 通常在交易或 event logs 中发现,与创建或修改记录的用户 ID 关联。 示例 j.doea.smithsystem.api | |||
| 目的地国家 DestinationCountry | 货物交付的目的地国家。 | ||
| 描述 目的地国家是货运最终送货地址所在的国家。与始发地国家类似,它是地理流程分析的关键属性。 按目的地国家分析 data 有助于发现特定地点的流程问题。例如,发往某个国家的货物可能始终面临较长的清关时间或交付延迟。这种洞察力允许对特定路线进行主动规划和交付时间调整,从而提高交付承诺的准确性。 为何重要 有助于精准定位特定目的地地区的流程挑战,例如清关延误或最后一公里交付问题。 获取方式 源自 Trimble TMS 中货件或订单详情里存储的目的地地址信息。 示例 美国CANMEXFRA | |||
| 货运状态 ShipmentStatus | 货运当前的运营状态。 | ||
| 描述 货运状态表示货运在其生命周期中最新的已知状态,如“已计划”、“在途”、“已交付”或“已取消”。它提供了货物在任何给定时间的快照。 虽然 Process Mining 会重建历史流,但当前状态对于过滤和分析进行中的 cases 非常有用。它有助于细分 data,以便专注于未完成的货运与已完成的货运,或者调查为何大量货运卡在特定状态。它为运营监控提供了有价值的上下文。 为何重要 提供货运进度的当前快照,以便对未完成、已完成或有问题的 cases 进行分析和筛选。 获取方式 Trimble TMS 中主货件或装载表表头上的标准字段。 示例 已计划在途已交付已开票已取消 | |||
| 运费账单状态 FreightBillStatus | 运费账单的状态,例如“已收”、“已审计”、“已拒绝”或“已支付”。 | ||
| 描述 运费账单状态追踪发票在运输流程财务结算环节中的进度。它指示账单是已收到、审核中、已批准、因纠错被退回还是已全额支付。 该属性对于“运费账单审计与支付速度”仪表板至关重要。它有助于衡量审计流程的周期时间、识别支付审批中的瓶颈,并量化运费账单拒绝率。分析这些状态可以揭示采购至付款 (P2P) 子流程中的低效环节。 为何重要 提供财务结算流程的可见性,有助于衡量审计效率并识别支付延迟或争议的原因。 获取方式 位于 Trimble TMS 的应付账款或货运结算模块中。 示例 已收货已审计 - 批准已审计 - 拒绝已付款 | |||
| 运费账单金额 FreightBillAmount | 货运服务收取的总金额。 | ||
| 描述 运费账单金额是运输货物的发票成本。此财务 data 对于成本分析以及了解流程低效对财务的影响至关重要。 在 Process Mining 中,此属性允许分析与不同流程变体、承运商或路线相关的成本。例如,它可以用来确定频繁返工或延迟的货运是否往往具有更高的相关成本。它对于与运费账单审计和支付处理相关的分析也至关重要。 为何重要 将流程执行与财务结果挂钩,从而分析流程波动、延误或承运商选择如何影响运输成本。 获取方式 存在于 Trimble TMS 的运费账单或财务结算模块中,并与货件关联。 示例 1250.75850.003400.50 | |||
运输管理 Activities
| 活动 | 描述 | ||
|---|---|---|---|
| 付款已处理 | 运费账单的支付已执行并发送给承运商。这标志着货运生命周期在财务上的完成。 | ||
| 为何重要 这是流程中的最后一个 Activity。分析从交付或收到发票到支付的时间,有助于管理现金流和承运商关系。 获取方式 通过与 ERP 或会计系统集成获取,该系统会更新 TMS 中运费账单记录的支付状态。 捕获 源自通过 ERP/会计系统集成的支付记录时间戳。 事件类型 explicit | |||
| 已收到交付凭证 | 已从承运商处收到签署的文件或数字交付确认,并已上传至系统。这通常是一个人工或自动的文件处理步骤。 | ||
| 为何重要 交付与收到 POD 之间的时间滞后是行政后台的关键绩效指标。通常在支付发票前需要提供 POD。 获取方式 这通常是在扫描或上传 POD 文件并将其链接到货运记录时捕获的,从而触发状态变更或填充“POD 接收日期”字段。 捕获 源自 POD 文件上传或状态变更的时间戳。 事件类型 explicit | |||
| 承运商已接受招标 | 承运商已正式接受货运招标,确认他们将负责运输。当承运商接受(通常通过 EDI 或门户更新)导致货运状态变更时,即会捕获此信息。 | ||
| 为何重要 这是一个关键的承诺里程碑。它确定了承运商,并允许调度取货和交付,正式开启了承运商的责任。 获取方式 根据承运商沟通情况,通过货件记录中的状态变更(例如从“已招标”到“已订舱”或“已接受”)来推断。 捕获 根据承运商的 EDI 或门户响应后的状态变更来推断。 事件类型 inferred | |||
| 装运已创建 | 此 Activity 标志着在系统中创建了新的货运记录,通常由客户的运输请求发起。当在主货运或订单表中记录新分录时,即会捕获此信息。 | ||
| 为何重要 这是整个运输流程的起点。分析从该 event 到其他 events 的时间,有助于衡量订单处理效率和整体提前期。 获取方式 这通常是从 Trimble TMS 的主货运或配载表中捕获的明确创建 event,并关联有创建 timestamp。 捕获 源自货件记录的创建时间戳。 事件类型 explicit | |||
| 货物已取 | 承运商已从始发地物理提取货物。这通常是一个明确的 event,由司机更新或通过承运商的 EDI 消息更新。 | ||
| 为何重要 此 event 标志着物理运输的开始。它是跟踪承运商绩效和遵守时间表的关键里程碑。 获取方式 记为货运状态更新为“在途”或“已提取”,通常由司机的移动端输入或承运商 EDI 214 消息触发。 捕获 源自基于承运商 EDI 消息或司机 App 更新的事件日志。 事件类型 explicit | |||
| 货物已送达 | 货物已到达最终目的地并移交给收货人。这是一个由司机或通过承运商 EDI 更新的关键 event。 | ||
| 为何重要 这是衡量准时交付表现和总周期时间的主要里程碑。它会触发后续流程,如开票和 POD 收集。 获取方式 记为货运状态更新为“已交付”,由司机的移动端输入或提供交付 timestamp 的承运商 EDI 214 消息触发。 捕获 源自基于承运商 EDI 消息或司机 App 更新的事件日志。 事件类型 explicit | |||
| 发运计划已创建 | 货运已被分配初步路线、运输方式和潜在资源。此 Activity 通常是从货运记录中的状态变更中推断出来的。 | ||
| 为何重要 此 Activity 对于了解物流计划阶段的效率至关重要。此处的延迟可能会产生连锁反应,并影响整个交付进度。 获取方式 可能通过货件状态字段的变更(例如从“新建”到“已计划”)或路由信息字段的填充来推断。 捕获 通过货件状态变更为“已计划”或类似状态来推断。 事件类型 inferred | |||
| 取货已调度 | 已安排并记录了具体的取货日期和时间。这通常通过计划取货日期和时间字段的填充来推断。 | ||
| 为何重要 调度取货是为托运人设定预期的关键步骤。订舱与调度取货之间的延迟可能表明存在资源分配问题。 获取方式 通过 Trimble TMS 中货件或停靠详情里“计划取货日期/时间”字段的填充情况来推断。 捕获 根据取货预约字段填充的时间戳来推断。 事件类型 inferred | |||
| 已清关 | 对于国际货件,这表示货物已成功通过海关。通常通过报关行或承运商的更新信息捕获。 | ||
| 为何重要 清关是国际物流中常见的瓶颈。衡量此活动所需时间有助于识别并解决重大延误。 获取方式 可能根据 EDI 消息或报关行/承运商的手动更新,记录为状态更新或特定的事件日志条目。 捕获 源自基于报关行/承运商沟通的事件日志。 事件类型 explicit | |||
| 承运商已选择 | 指派了特定的承运商处理该货件。通常通过观察货件数据中的承运商字段何时被填充或更新来捕捉此事件。 | ||
| 为何重要 跟踪此项有助于分析承运商分配效率及其对后续订舱和取货时间的影响。这是评估承运商绩效的关键输入。 获取方式 通过货件记录上承运商 ID 字段的填充或更新以及相关时间戳来推断。 捕获 根据承运商字段填充的时间戳来推断。 事件类型 inferred | |||
| 收到运费账单 | 已收到承运商发送的运输服务发票。此 Activity 开启了流程中的财务结算部分。 | ||
| 为何重要 此 event 开启了支付条款和货运审计流程的计时。分析此信息有助于有效管理应付账款时间表。 获取方式 当承运商发票进入系统时(通过手动输入或 EDI 210 消息)捕获,并填充与货件相关的财务表。 捕获 源自系统中运费账单记录的创建时间戳。 事件类型 explicit | |||
| 货运在途 | 这代表了取货之后、到达目的地之前的时期。它通常不是一个单一的 event,而是一个可以与多次位置更新关联的状态。 | ||
| 为何重要 虽然这是一个状态而非 event,但识别该阶段的开始是衡量运输时间并将其与估算值或不同承运商及方式进行比较的关键。 获取方式 通常推断为紧接在“货物已提取” event 之后的货运状态。开始时间即为取货 timestamp。 捕获 成功取货 event 后的状态。 事件类型 inferred | |||
| 货运已取消 | 货运在创建后且在取货完成前被取消。这是流程的一个替代结束状态。 | ||
| 为何重要 跟踪取消情况有助于识别需求预测、订单管理或计划中的问题。它代表了流程失败或异常。 获取方式 这通常是由用户操作触发的、货运记录中向最终“已取消”状态的明确状态变更。 捕获 货件记录中明确的状态变更为“已取消”。 事件类型 explicit | |||
| 货运已招标至承运商 | 货运正式提供给选定的承运商以供接受。这通常是 TMS 内部的一个明确操作,会向承运商发送通知或 EDI 消息。 | ||
| 为何重要 这标志着承运商交互的开始。从此操作到接受之间的时间,对于衡量承运商响应能力和潜在订舱延迟至关重要。 获取方式 这可能是一个明确的 event 或状态变更,例如在 Trimble TMS 货运生命周期跟踪中状态变更为“已招标”。 捕获 在系统中执行招标 (tender) 操作时记录。 事件类型 explicit | |||
| 运费账单已审计 | 承运商的运费账单已根据合同费率和已执行的服务进行了准确性审查和审计。捕获机制是账单上的状态更新。 | ||
| 为何重要 这是一个关键的财务控制步骤。其持续时间和结果(如拒绝)对于分析审计流程的效率和承运商计费的准确性非常重要。 获取方式 通过运费账单记录上的状态变更来推断,例如从“待审计”到“已审计”或“批准支付”。 捕获 通过运费账单记录上的状态变更来推断。 事件类型 inferred | |||
提取指南
该流程的提取方法正在验证中。请稍后回来查看或 联系我们 寻求帮助。