从白板到仪表盘：把车辆装载计划与实时GPS车队追踪连成一体

问题所在：装车决策仍停留在白板上

走进大多数预制板、板材或大型构件制造企业的堆场，你会看到同样的场景：调度员手拿白板笔，凭经验判断哪张订单该装上哪辆车。这套方法平时能凑合用 —— 直到交付日期出现偏差、车辆被重复排班，或者有人问"14号工地的那批货现在到哪了"，而最诚实的答案是"大概在路上某个地方"。

真正令人无奈的是，避免这种局面所需的数据其实早就存在于企业内部。安装team清楚知道需要哪些板材、送到哪里、什么时候要到；生产端清楚知道哪些产品已经完工可以出货；而大多数车队出于保险或油耗管理的需要，本来就已经装了GPS设备。真正缺失的从来不是数据，而是一套能把"交付日期与地点" → "哪批货装上哪辆车" → "这辆车现在究竟在哪里"串成一条连续记录的系统，而不是三套互不相通的记录。

这正是车辆装载计划模块要填补的空白，而它与实时GPS车队追踪深度绑定。

为什么这比一般的路线规划更难

市面上大多数车队管理或路线规划软件，默认货物是规整、易装箱的标准件。但对于运输预制板、空心楼板等又长又不规则构件的制造企业来说，会遇到一个通用工具很少建模的约束：限制装载量的往往是车厢长度,而不是载重。一辆车的载重可能还有余量，却因为放不下而无法再装一块板材。真正适用于这类产品的装载计划逻辑,必须同时考虑重量和长度两个维度,而不能只顾其中一个。

通用工具容易忽略的另一个现实约束是：一线调度永远存在系统无法预知的例外情况 —— 某辆车已经被安排去别的工地、某个工地对送货时间段有限制。如果装载计划工具不能被熟悉现场情况的调度员随时手动调整，那这套工具最终只会被调度员绕开不用。

我们的设计思路

我们把这个模块设计成现有生产执行与可追溯系统(Production Execution & Traceability System)(基于我们的 simpliMES / ERPNext 底座)的扩展，而不是另建一套需要重复录入数据的孤立工具。整体流程如下：

flowchart TD
    A["配送订单队列"] --> B["调度员计划看板"]
    B --> C["系统自动建议装车方案"]
    C --> D["调度员手动调整"]
    D --> E["装载计划确认"]
    E --> F["生成配送行程"]
    F --> G["实时GPS追踪"]
    G --> H["仪表盘与预计到达时间"]

配送订单队列 —— 直接从安装team的排期中提取所需交付日期、工地位置和产品/板材编码,无需在系统间重复录入已有数据。

调度员计划看板 —— 以"车辆 × 日期"的日历视图，一眼看清整周的运力占用情况，而不是只存在于某个人的脑子里。

系统自动建议装车方案 —— 系统根据剩余载重和车厢长度，为每辆车提出装载建议。对于又长又不规则的货物，长度往往才是真正决定方案的约束条件。

人工调整 —— 调度员可以通过拖拽,在不同车辆和日期之间调整订单，以应对系统看不见的例外情况，比如某辆车已被占用、某工地有送货时段限制。系统负责提议，人负责决策。

装载计划确认 —— 确认后系统会直接生成配送记录，与具体产品编码绑定，并立即接入实时追踪，而不是事后还要靠一张单独的表格去核对。

GPS追踪在哪个环节接入

追踪部分刻意设计为复用车队现有的GPS设备 —— 目标是在已有的车辆追踪基础设施之上叠加软件能力，而不是新增一轮硬件投入。装载计划确认、配送行程生成之后，该行程会被自动追踪：

• 基于电子围栏的自动状态更新 —— 配送记录会随车辆经过预设边界自动在"已发车 → 运输中 → 已到达"之间切换，无需司机或调度员打电话手动更新状态。
• 面向安装team的预计到达时间(ETA)可视化 —— 现场team不必空等车辆,也不会因为车辆提前到达而措手不及。
• 每次配送的完整行程记录 —— 与同一份装载计划和产品编码绑定，"这批具体的板材送到了哪里、什么时候到的"这类问题,有据可查。

装载计划与GPS追踪从设计之初就写入同一条配送记录。如果把它们做成两套互不相通的系统 —— 一套负责计划、一套负责追踪 —— 本质上只是把同一个对账问题换了个形式重新制造出来。

关于位置数据与合规的考量

由于该模块会采集和处理车辆及司机的位置信息，在部署时需要纳入《个人信息保护法》(PIPL)框架下的考量：明确数据采集目的(用于业务层面的配送管理，而非对员工个人的绩效评估)、设定合理的数据保留期限，并将位置数据的访问权限限制在必要人员范围内。围绕系统本身的网络安全防护，也需要结合网络安全等级保护制度(等保2.0)的要求进行相应定级备案。如果车队运营跨境业务或系统部署涉及境外服务器,还需要结合《数据安全法》及数据不出境的相关要求,评估位置数据和配送记录的存储与传输方案。从更大的背景看，把装载计划和车辆追踪整合进统一的可追溯体系，也契合当前制造业"智改数转"(智能化改造、数字化转型)的整体方向 —— 这类基础能力建设，价值不止于单点效率提升。

这个模块替代了什么,又没有替代什么

需要明确边界的是：这个模块替代的是"白板式的临时装车决策"和"靠电话手动汇报状态"，取而代之的是与产品编码绑定、可审计的结构化计划。但它并没有把调度员排除在流程之外 —— 系统给出的自动建议只是一个起点，由人来确认或调整，而不是一套自主完成调度决策的系统。同时它依赖车队现有的GPS平台提供可用的位置数据，如果该平台的API或webhook接入能力有限，这一点需要在项目启动前核实确认，而不是想当然地假设可行。

常见问题

需要新增GPS硬件吗？
不需要。该模块设计为对接车队已有的GPS硬件，前提是该平台能提供可用的位置信息和电子围栏事件的API或webhook接口。

车辆分配是由系统决定还是调度员决定？
系统会根据载重和车厢长度提出分配建议，调度员可以随时查看并通过拖拽在不同车辆或日期间调整订单。最终的装车决策始终在调度员手中。

可以作为独立模块使用，还是必须先上线完整的MES系统？
两种方式都支持：既可以作为独立附加模块，部署在现有的 ERPNext/simpliMES 基础上；也可以整合进完整的生产执行与可追溯系统建设中。独立部署的具体范围和周期，取决于车队的GPS平台能否提供经过验证的可用接入方式。

行程记录是否与具体产品编码绑定？
是的，这正是可追溯性的核心所在。每一次配送行程都与装载计划以及实际运载的产品/板材编码绑定，而不只是"哪辆车跑了哪条路线"这种笼统的日志记录。

它在整体版图中的位置

这个模块延续了我们 生产执行与可追溯系统 一贯的理念 —— 每一件产品都应当从生产线一路追溯到最终交付现场，而不仅仅追溯到出厂那一刻。如果贵司的团队目前仍在用白板规划装车、靠电话追踪配送状态，这正是接下来值得优先补上的一块拼图。

如需就贵司车队与生产体系的具体落地方案进行沟通,欢迎联系 hello@simplico.net。