1司机电话报位置，调度靠微信记
在途状态没有系统记录，客户问货到哪了只能挨个打电话确认。
典型痛点
这个行业最常见的几件麻烦事
如果下面有两条以上与你的现状吻合，说明这套方案大概率能帮上忙。都不吻合的话，也不必勉强上系统。
2里程与油耗各说各话，月底和承运商扯皮
缺少双方认可的数据来源，对账时只能靠协商，长期损耗利润。
3回单丢了才发现，运费结不出去
回单与结算没有挂钩，缺单只能在结算环节被动发现，影响回款节奏。
4定位流与业务单据争抢资源
高频上报挤占订单与财务处理，高峰期业务明显变慢。
推荐起步档
物流运输建议从第三档 · 物联版起步
档位由业务现状决定，不由销售决定。以下是用「三问定档」得出的常见起点，最终以结合你企业实际的沟通结果为准。
第三档 · 物联版
组成：Go 网关 + Go IoT 模块 + Odoo。GPS 与电子围栏是持续数据流，不能挤占订单与结算处理。
主要用到的模块
升级是「加」，不是「换」
业务增长后按增量方式升级到更高档位：人多加网关、有设备加 IoT、有重计算加插件。已有投入不浪费，具体档位差异见 数字化底座。
上线后能得到什么
结构性的改变，而不是口号
下面描述的都是系统带来的机制变化，可以逐条验证。我们不在这里承诺任何数字——效果取决于你的基础数据与执行力度。
运单从受理到回单成一条链在途状态可查，客户询问不必再靠电话逐个确认。
轨迹独立留存，里程可按运单核对里程与油耗有共同的数据来源，对账时有据可依。
回单与结算挂钩，缺单自动挂起缺单在结算前就被发现，而不是事后被动补救。
这个行业要特别注意：车辆定位属于敏感个人信息，采集范围、留存期限与查阅权限需要事先书面约定，避免合规风险。
常见问题
物流运输客户常问的三件事
承运商各用各的系统，能统一吗？
Go 网关做适配与失败重试，不要求对方更换系统。关键是双方约定数据交换的格式与频率。
司机端要怎么用？
Web 原生支持手机浏览器，通常不需要安装客户端。具体形态取决于现场网络与作业习惯。
路径优化一定要上 Rust 插件吗？
不一定。先看 profiler 结果：没有明显 CPU 热点时，用 Odoo 原生能力加合理的数据组织就够。
其他行业