空车订单、运输跟踪与未来用车预测：MIKE平台中的三种资料

铁路货运资料中的车辆需求，可以先于具体运输出现。Rail Cargo Group介绍MIKE数字物流平台时，将Ordering、Tracking与Capacity Planning列为三项主要功能。[1] 它们共同围绕铁路物流，却分别组织订单、运输资料和未来需求，不能只用“车辆已经安排”一句话替代。

Ordering部分说，预订、订单和运输订单可以利用模板处理，并有状态总览，适用背景包括单车运输与整列运输。这里的模板与总览服务于订单资料；某个名称出现在订用界面里，并没有让未来需求、订单和运输位置变成同一记录。本文只解释原页所说的信息对象，没有提交订单。

《Booking & Ordering》再把订用展开成三项。[2] 单车运输的运力预订，可以按需要包含空车订单；空车也可作为独立项目，为未来运输需求订用。两者的关系因此不是永远互斥：一项运力安排中能够联系空车需求，独立空车订单则将这一对象单列。

整列订单另有原文限定。同页用during the pilot phase说明，在试点阶段，定班和临时整列运输将可在中央总览中订用和管理。定班与ad-hoc是这段对照的两种安排，pilot则限定了功能叙述的阶段。本篇保留这一措辞，没有以今天已经晚于页面所述时期为由，补写它已全面上线。

Tracking的对象是运输本身。平台概述说，空车运输和载货运输都可在表格与地图总览中跟踪。[1] 因而，跟踪并非只有装了货的车辆才进入资料范围；但对某项未来空车需求建立记录，也还没有在本文中形成实际运输位置。两类内容能够相关，仍需要保留订单与运输各自的信息。

Capacity Planning则看向未来月份。原文将预计车辆需求联系到生产计划、车辆周转及其他运输物流信息。[1] 这里的数量属于预测需求的背景，既非一份已经供应车辆的清单，也非本文根据实际生产资料计算出的结果。把预测输入保留下来，比只转述“平台知道要多少车”更能说明这项功能在讨论什么。

《Interface Solution》又将货车与货件资料分别写入Tracking说明，并提到订单信息的PDF文件。[3] 这让平台资料具有更具体的关联：车辆是可被跟踪的对象，货件也有自己的信息，订单文件又可以作为相应资料载体。本文没有接入接口或打开客户文件，也不从一种载体存在推断所有订单均已被确认。

对铁路货代的公开介绍，这三组内容可分别表达需要什么、订了什么、运输资料显示什么，以及未来需求基于哪些输入。三页首次发布日期均未确认，本篇采用连续功能文字和试点限定，没有查看地图或配置系统，不提供运行、装载、编组、认证及合同意见。平台的效率宣传没有被写成实测成果；这些资料关系本身，已经说明MIKE如何组织不同阶段的物流信息。