已有 TMS，如何增加多式联运管理能力？

企业已经使用 TMS，又开始经营公铁、水铁、海铁或国际联运业务时，常见问题不是“TMS还能不能用”，而是现有系统应该继续负责什么，新增的多式联运能力又应该负责什么。 如果没有先划清边界，项目容易出现两个极端：一是把所有联运需求继续塞进原有 TMS，导致运输段、节点、单证和费用模型越来越混乱；二是重新建设一套系统，却重复实现订单、客户、承运商等已有能力，增加数据维护和员工操作成本。 因此，已有 TMS 的企业增加多式联运能力，第一步不是决定买哪套系统，而是完成能力盘点和系统分工。 ## 一、先判断现有TMS缺少的是功能，还是业务模型 企业可以选取一票真实的多式联运业务，从接单到结算逐项检查现有 TMS。 | 检查对象 | 现有TMS需要回答的问题 | 常见能力缺口 | |---|---|---| | 订单 | 一票业务能否拆分为多个运输段，并保持统一主线？ | 只能建立多个相互独立的运输任务 | | 运输资源 | 能否分别管理公路、铁路、水运、船舶、班次和场站资源？ | 数据模型主要围绕车辆和司机 | | 交接节点 | 能否记录进站、装车、到站、进港、装船、中转等状态？ | 只有提货、在途、到达、签收等公路节点 | | 参与方 | 能否让不同承运商、场站、货代、报关行按权限协同？ | 只支持内部调度与司机执行 | | 单证 | 能否把箱号、提单、报关资料及各段回单归到同一票业务？ | 附件存在，但缺少单证类型和节点关系 | | 费用 | 能否按运输段、承运主体、服务项目和币种归集应收应付？ | 只能按整票或单一承运商计费 | 如果缺口只是节点类型、字段或报表，可以优先评估在现有 TMS 中配置或扩展；如果订单、运输段、参与方和费用关系都无法表达，问题通常已经超出局部功能补充，需要增加独立的多式联运业务模型。 ## 二、三种建设方式怎么选择 ### 方式一：在现有TMS中扩展 适合运输模式相对固定、联运业务规模较小，且现有 TMS 已经支持多运输段和接口扩展的企业。 此时可以增加联运节点、运输方式、单证类型、分段费用和相关报表。优点是用户入口和基础数据保持统一；风险是持续增加特殊逻辑后，原有 TMS 可能变得难以维护。 ### 方式二：TMS与多式联运系统对接 适合 TMS 已经稳定管理订单、客户、承运商、回单和结算，同时多式联运业务需要独立管理班期、运输段、场站、单证和跨主体协同的企业。 两套系统不应重复管理全部数据。可以由 TMS 继续承担企业运输执行，由[多式联运系统](https://www.zwang.com.cn/dsly)承担多运输方式组织和协同，再通过接口交换必要数据。 ### 方式三：以多式联运系统为业务主线 适合多式联运已经成为企业主营业务，订单从开始就需要按多运输段组织，并涉及较多外部参与方、国际货代单证或多币种费用的企业。 此时可由多式联运系统管理业务主单、运输段、节点、单证和分段费用，原 TMS 只负责其中的公路运输执行，或者逐步调整其使用范围。 ## 三、两套系统的边界要落实到具体数据 “系统对接”不能只停留在接口数量上，还要确定每类数据由谁创建、谁修改、谁最终负责。 建议先形成数据责任表： | 数据 | 建议明确的责任 | |---|---| | 客户和组织 | 主数据在哪套系统维护，另一套系统如何同步 | | 业务订单 | 哪套系统生成主订单，如何传递订单状态 | | 运输段 | 由谁拆分公路、铁路、水运或海运任务 | | 承运商及资源 | 基础档案是否共用，各运输方式资源由谁维护 | | 节点状态 | 原始节点从哪里产生，如何映射为统一进度 | | 单证及附件 | 文件保存在哪里，另一系统保存文件还是访问地址 | | 应收应付 | 费用在哪套系统计算，财务结果如何回传 | | 异常 | 接口失败、节点缺失或金额不一致时由谁处理 | 每项数据最好只有一个权威来源。两套系统都允许修改同一字段，会造成状态覆盖、金额不一致和责任不清。 ## 四、接口设计重点不是“传过去”，而是异常后能恢复 多式联运节点来自不同参与方和运输方式，更新频率和数据质量并不一致。接口方案至少需要明确： 1. 订单、节点、单证和费用分别采用实时还是定时同步； 2. 两套系统使用什么业务编号关联同一票业务； 3. 同一节点重复回传时如何避免重复写入； 4. 接口失败后是否记录失败原因并自动重试； 5. 外部数据暂时无法获取时，是否允许按权限人工补录； 6. 状态或金额冲突时，以哪套系统为准并由谁复核。 对接验收不能只测试一次成功调用，还应主动模拟重复数据、字段缺失、网络中断、状态乱序和补传等情况。 ## 五、历史数据不必一次性全部迁移 企业容易把“系统上线”等同于“所有历史数据搬完”。对于已有 TMS 的多式联运扩展，更实用的方式通常是： - 先迁移仍在执行中的订单和必要基础数据； - 历史已完成业务保留查询入口，不急于全部重建运输段； - 客户、承运商、线路和费用规则先清理后迁移； - 明确新旧系统业务切换日期，避免同一订单在两边重复维护； - 对财务和审计需要长期保存的数据制定单独迁移方案。 迁移范围应服务于新流程上线，不应为了追求数据量而增加不必要的清洗工作。 ## 六、建议分三个阶段上线 ### 第一阶段：跑通一条真实联运线路 选择业务相对稳定的一条线路，先完成主订单、运输段、关键节点、承运商和基础费用闭环。目标是验证系统分工和数据对接，不追求一次上线所有场景。 ### 第二阶段：补齐单证、异常和结算 在基本流程稳定后，增加单证清单、缺失提醒、异常处理、分段应收应付和对账能力，并验证相关岗位能否在系统中完成日常工作。 ### 第三阶段：扩展线路和经营分析 将已经验证的模型扩展到更多联运方式、客户和线路，再逐步增加客户查询、承运商评价、时效分析和经营报表。 每个阶段都应使用真实业务验收，并记录遗留问题、责任人和处理期限。 ## 七、上线前需要确认的八项结果 1. 一票业务在两套系统中使用统一且可追踪的关联编号； 2. 订单、运输段、节点、单证和费用的权威数据源已经明确； 3. 用户不需要在两套系统重复录入相同基础信息； 4. 接口失败、重复和状态乱序均有处理办法； 5. 外部参与方只看到其权限范围内的任务和数据； 6. 新旧业务切换和历史数据查询方式已经确定； 7. 运营、客服和财务能够围绕同一票业务核对进度及费用； 8. 项目验收以真实业务闭环为准，而不是仅以功能菜单是否存在为准。 ## 总结 已有 TMS 的企业增加多式联运能力，通常不需要先做“保留还是替换”的二选一。正确顺序是先用真实业务盘点能力缺口，再确定扩展、对接或调整业务主线，并把系统边界落实到订单、运输段、节点、单证和费用数据上。 智网互联可结合企业现有 TMS、运输模式和接口条件，评估多式联运系统的建设及对接范围。具体产品能力可查看[多式联运与国际货物多式联运系统](https://www.zwang.com.cn/dsly)和[TMS运输管理系统](https://www.zwang.com.cn/products/tms)。如需基于现有系统讨论建设边界，可通过[联系我们](https://www.zwang.com.cn/contact)提交业务信息。