投融资并购型企业 TMS 系统设计方案

基于多业态、多区域差异化的运输管理系统架构设想

一、项目背景

我司是一家以投融资并购为主要发展路径的企业。这种发展模式带来了一个现实问题：每家被并入的企业都带着原有独特的企业文化和管理制度，这让信息化建设面临极大挑战。特别是当收购的企业尚处于对赌协议期时，公司总部在管理上客观上无法深入一线运营，这就造成了一个矛盾：想要完全实现全面流程标准化是不现实的，但出于投资安全的考虑，又必须对目标企业进行有效监管。这两个矛盾使得我们的信息化难度远远超过那些全自营发展起来的企业。

对赌协议（VAM，Value Adjustment Mechanism）是并购交易中常见的估值调整机制，其核心是并购方与标的公司原股东就未来一定期限内的经营业绩达成约定，若未达标则由原股东进行补偿。这种机制在一定程度上解决了双方的信息不对称问题，但也使得并购方在对赌期内难以对标的企业进行深度管理干预，否则可能影响原团队的经营积极性和业绩达成。正如《金融研究》所指出的，对赌协议向市场投资者释放了信息不对称风险降低的积极信号，但也在客观上限制了收购方的管理深度。

除了并购带来的管理复杂性，公司作为一家全国性大型企业，各地子公司的管理风格还存在显著的地域特征。以南北差异为例，东北公司与上海公司对“重资产”的理解就截然不同：北方由于市场不发达，市面上难以找到充足的流动车辆，为了保障运力，北方企业往往采取重资产策略，将大量资金投入库房和运输车辆；而上海一带的企业，由于市场竞争充分、市面车辆资源丰富且行业对车辆挑剔程度不高，更强调轻资产运营。正如中冷联盟的研究所指出，轻资产运营模式通过减少冷库和冷藏车投入成本，降低企业的初始投资风险，但也意味着对外部运力的依赖更强。

除了南北差异，东西差异也很大。东部上海由于市场容量大、从业人员多，从市场上获得运力更容易；而西南欠发达地区由于不能及时获得外部运力，虽然也不自己养车，但倾向于长期雇佣相同的车辆，形成了一种“准轻资产”的运营模式。这三种不同的运营模式，直接影响了TMS系统的功能侧重点和设计逻辑。

二、系统设计

在管理风格这么多样、管理诉求又不一致的情况下，如何设计这套系统呢？要搞明白这个系统，我们先来梳理一下供应链物流企业的TMS需求。

TMS（Transportation Management System，运输管理系统）是供应链物流领域的核心信息系统，据 SAP 定义，它通过与承运商系统对接，帮助企业优化路线和运输方式，并追踪送货进度。其核心功能包括以下五大模块：

序号	核心模块	英文缩写	管理对象
1	运输计划与线路优化	RTS / Route Optimization	路线
2	车辆/司机调度	Dispatch	车、司机
3	承运商管理与协同	Carrier Management	承运商
4	在途跟踪与可视化	Tracking & Visibility	车辆轨迹、温控、门禁
5	运费结算与成本分析	Settlement & Cost Analysis	费用、客户、供应商

表 1：TMS 系统五大核心模块

从功能名称不难看出，这套系统核心管理的是三个关系：车、司机、路线。在一般企业里，可能整个公司用一套逻辑就能实现系统管理；但在我们这种复杂的融资并购企业中，管理情况就比较复杂了。下面我们将进行详细的需求分析。

三、南北不同需求差异

首先，北方的公司大部分是自有车，管理非常细致，有些公司不仅管车，还要修车，有自己的维修服务站。而且线路主要以干线点对点服务为主，比如从牧场到奶站。而南方大部分企业的运输都是服务商超、餐饮连锁，这种以网状运输环线为主的业务，车辆多数是外面包干的车队在负责，不需要对车辆管理过细，而是着重关注对各个供应商的管理。下面将详细列举南北需求差异。

图 1：南北及西南地区运营模式对比

3.1 北方及自有车较多公司的需求特点

北方企业主要为全自营模式，核心特点是车是企业的、司机是企业的。这就对管理提出了更加细致的需求：车队管理人员对细节更加关注，表现为北方企业还要负责车辆保养维修，都有自己长期合作的维修点，或者自己建立维修点。这反映到TMS上，就是对司机排班、路线排线管理的要求更加严格，比南方企业更加细致。下面就TMS系统各个模块中的具体功能进行说明。

3.2 车辆/司机调度

这个模块遵循的核心原则是“人歇车不歇”——尽量减少车辆闲置。北方公司或者自有车较多的企业，都会尽量避免车辆闲置，因为车辆闲置就意味着资产的浪费。基于这个原则，这个模块的主要功能包括车辆运营模块、司机模块等。

3.2.1 车辆运营模块

车辆不是天天状态都很好，它们需要定期保养：油车需要定期换机油，电车也需要定期检查刹车、轮胎、油液等系统。或者因为交通意外造成车辆损伤需要维修。车辆运营模块的主要功能就是管理车辆健康状态，它的主要呈现形式是一个日历系统，以标记每辆车在某一天的可用性。

这个模块还可以对接车辆OBD（On-Board Diagnostics，车载诊断系统），以登记车辆里程、各个系统的数据情况。同时还需要设置各个车型的保养周期。北方或者自有车比较多的企业，特别喜欢进口欧洲卡车，比如德国MAN之类的车型，它们保养周期长、性能稳定、油耗低，为了降低整体运营成本，企业都喜欢买统一品牌、统一型号。所以这个系统需要支持配置公司主流车型的保养计划，比如机油更换周期、制动液检查周期、冷机油液补充检查周期等。这个模块的主要呈现形式是一个检查清单（Checklist），包括保养项目、检查方式、配置项目以及每个车型的保养周期，以便提醒车辆管理人员及时保养。

由于我司部分北方企业还有自己的保养站，这个模块还包括配件库存管理和订货系统。保养团队还需要定期盘点，清理过期的油液，以及订购配件等。

3.2.2 充电/加油模块

为了实现企业整体的降本增效，企业与各大能源公司签订了战略合作协议，获得协议油价、电价。同时，为司机配备了油卡/电卡，以降低现金交易产生的腐败风险。这个模块的功能是从协议公司获取油卡/电卡对应车牌的充能情况，实现油耗/电耗的自动归集，为后续的成本分析提供数据基础。

3.2.3 耗材管理模块

有时候我们为了实现同一辆车不同温区，会使用隔板等器物；在搬运货物时，也会用到托盘；打包时还会用到扎带、塑料膜等。这个模块就是重点管理这些耗材。很多经营管理类书籍都会提到，很多成本都是从细节流失的。这些东西虽然单价不高，但随着运输规模的增加，损耗相当可观。我们需要登记耗材与每辆车的绑定关系，由车队长日常盘点或司机换班时进行交接核对。当然，这是在自有车情况下的做法，但我司也有部分自有车转外包后依然在使用公司耗材的情况，所以这部分功能对南北也有一定的公用性。

3.3 司机模块

由于我司司机大江南北到处跑，还有请假考勤等情况，所以这个模块的核心是确认某人某天是否在某地。在自有车比较多的公司（目前正在推进司机外包化），司机排班管理依然是降低运营成本的重点。这部分功能会与运输计划、路线规划模块联动，呈现形式是一个日历模块，以日期标注司机的在勤情况。

由于我司也同步在推进司机个体化运营，这个模块很大程度上后期会作为司机资源池存在。除了日历展示勤闲情况，在自有车不那么多的分公司，这个模块还负责外包供应商司机的评级、考核等功能。

3.4 运输计划与线路优化

当我们与客户签订供应链服务后，先由项目经理（有些公司实际上是销售经理与项目经理合二为一）进行现场勘探。如果是城市内配送服务，需要考察每个配送点（一般是客户门店）在哪卸货、哪里交接、交接时间等信息。获得这些信息后，就进行运输计划规划与线路优化。这个模块的主要呈现形式是一个地图，上面展示车辆线路规划，很多时候一个项目不止一辆车满足，所以地图上以不同颜色标记不同车辆的线路。

这个模块是TMS里技术含量最高的部分。在数学上，这个问题有个专用名称——旅行商问题（Traveling Salesman Problem，简称 TSP）。数学上已经证明，TSP属于NP完全问题，不存在多项式时间内的精确求解算法，也就是说，在效率、成本以及计算时间之间没有绝对的最优解。所以运输计划与线路优化，并不一定是线路最短，也不一定是成本最优，而是需要在两者之间取得平衡。

目前主流的求解算法分为两大类：精确算法和启发式算法。精确算法能够找到全局最优解，但计算复杂度随问题规模指数级增长，只适用于小规模问题；启发式算法则在可接受的时间内给出近优解，更适合实际业务场景。下表对两类算法进行了对比总结：

算法类别	算法名称	核心思路	适用规模	优劣势
精确算法	暴力穷举法	遍历所有可能路径	N≤10	结果最优，但复杂度 O(n!)
精确算法	Held-Karp 动态规划	备忘录避免重复计算子问题	N<20	复杂度 O(n²2ⁿ)，空间复杂度 O(n2ⁿ)
精确算法	分支限界法	搜索树+下界剪枝	N=40~60	通过最小生成树设定下界，提前放弃次优路径
启发式算法	最近邻法	每次选择离当前最近的未访问点	中大规模	简单快速，但往往比最优解差 20%~30%
启发式算法	2-Opt / 3-Opt	断开边重新连接，消除路线交叉	中大规模	消除交叉的利器，局部优化效果好
启发式算法	模拟退火	以一定概率接受差解，跳出局部最优	大规模	能跳出局部最优，但参数调节困难
启发式算法	遗传算法	路线编码为染色体，交叉变异产生新路线	大规模	全局搜索能力强，适合复杂约束
启发式算法	蚁群算法	模拟蚂蚁信息素行为，短路径信息素浓度高	大规模	非常契合 TSP 特性，适合动态路径规划

表 2：TSP 问题主流求解算法对比

当线路规划好之后，我们就需要将上述《车辆/司机调度》中的车与司机和线路绑定，这就完成了这个模块的主要功能。当然，这不是说这个模块以后就不用了。公司在经营一段时间后，会有业务增加或流失的情况，随着业务此消彼长，定期针对公司项目级进行一次优化，会有利于公司运营成本的节省。所以这个模块在设计时，不仅是项目开始时使用，在公司级项目资源优化，甚至是跨项目优化中也有积极作用。

一个理想的运输模型，我们当然希望公司司机都是可替代的，至少可以复用的，这对公司整体运营是有益的。所以在《运输计划与线路优化》模块中，现有线路的定期优化也是必要的。通过站在公司级所有运输点位的角度进行优化，可以避免因调度人员与司机串通而带来的成本偏高问题。在现实运营中，完全由调度人员进行线路规划不一定是企业成本最优的，系统化的线路优化能够有效规避这一风险。

3.5 承运商管理与协同

前面提到了北方公司与南方公司的区别：由于市场上车辆较多，南方公司更偏向轻资产运营，这就对《承运商管理与协同》功能提出了更高的要求。承运商管理分为两类：一类是长期服务的，一般是服务某个项目；另一类是临时临调的。供应商管理在一定程度上可以看作独立运营的个体司机（我们公司也在推行司机个体化），这一类管理在《运输计划与线路优化》模块中，除了选择个体司机，还可以选择承运商。

供应商采购招标是这个模块的重要组成部分。无论是临期找车还是线路长包，都会混合在这个模块中。具体来说，它包括发标模块（针对《运输计划与线路优化》中的线路进行公开招标）和应标模块。招标过程应该有多轮应标，在线招标过程中，每次投标过程都应展示入围讲标、存储开标过程、讲投标材料、视频会议电子化存储，以便后期人员负责进行审计。

招标完成后，我们还需要对供应商的服务进行持续管理，包括供应商准时率、铺货质量、货损投诉、临调加单、客户投诉等指标。这个模块的另一个重要功能是协同管理：在项目结束或一定阶段结束后，针对这一阶段供应商的服务情况，对供应商进行考核评分。考核时，有些硬性指标需要系统自动判断，比如每单准时率，以防止公司内部与外部供应商勾结，使评估结果更加客观。

3.6 在途跟踪与可视化

车辆在途跟踪是保障运输安全和服务质量的关键环节，主要包括温控监测、GPS定位、门禁监控和车辆轨迹跟踪。其作用有两个：一是企业内部实时掌握车辆行踪，防止车辆不按设计路线行驶或途中非法开启货门；二是作为客户端展示车辆到站情况，让客户能实时查看货运状态。

这个模块还包含预警和自动签收功能。预警功能主要有三类：一是针对运输订单温区范围实现温度预警，一旦超出设定温度阈值立即报警；二是根据《运输计划与线路优化》模块中的路径规划与实际路径进行对比预警，发现偏离及时处理；三是门禁在非节点地址开门的异常预警。自动签收功能则是当车辆到达签收点附近时，自动触发运输单的签收。该模块的数据还会作为客户签收系统的数据基础。

3.7 运费结算与成本分析

运输完成后，就进入了最复杂的模块——运费结算。这里需要根据合同类型进行不同的计费方式：按线包干、按网点结算，还需要与《承运商管理与协同》模块中的供应商进行线路结算。该模块首先以客户为主体、项目组为分项生成结算单。客户与项目组是多对多关系——这是因为我们的客户特别是大型连锁企业，虽然与其总部签署合同，但结算时往往需要按每个加盟商或子公司分别结算。

除了正常运单，运输过程中还需要考虑加单情况。紧急加单不同于普通订单，多为单独配送，会出现临时议价或合同中另行约定的费用计费，这部分费用也需要纳入结算单中。

运输过程中难免出现意外：交通事故、配送不及时、温度失控等都可能造成货物损坏，这时就需要进行货赔处理。由于货物有时金额很大，我们有时会投保险，但免不了会产生其他损失，这部分费用也要在运费核算模块中体现。在合同中与客户约定处理办法，双方商议好货赔金额，直接加入对账单中。

图 2：运费结算全流程

发送账单与确认是结算流程中非常重要的一步。系统需要按客户要求，按合同约定的结算周期（月度或季度）输出账单。账单可能会被客户驳回，大部分被驳回的账单都是因为货损赔买赔不一致，正常运输订单不大可能引发双方争议。这时往往需要系统修改相关成本项目，再次输出对账单。

当客户确认了账单，就进入开票流程。系统对接金穗系统，开具电子发票，同时计费系统挂应收，记录发票与汇款回款金额。这一步在行业内专业术语叫“清分”，严格意义上结算流程到此便结束。正如金蝶云之家的研究所指出，结算系统的清分、结算与对账是三个不同的概念，清分是将一笔交易的资金按照规则分配到各参与方，结算是完成资金的实际收付，而对账则是确保各方账务一致的核对过程。

当成本结算完成后，就进入经营分析阶段。常见的成本维度除了上述《车辆运营模块》中的油耗/电耗、里程、订单收入与货损情况，还有车辆折旧、耗材费用、保养费用等。重点指标包括：按客户、按线路、按项目的每公里成本，以及服务指标类的准时率、签收率等。

四、系统架构总览

综合以上分析，我们可以将整个TMS系统的架构概括为下图所示。这套架构的核心设计理念是“统一平台、差异配置”——各地子公司共享同一套系统架构，但可以根据自身的运营模式选择性开启不同的功能模块。北方企业深度使用车辆运营模块，南方企业深度使用承运商协同模块，西南企业则介于两者之间。这正是投融资并购企业信息化的核心挑战：不是统一标准，而是统一平台下的差异化适配。

图 3：TMS 系统架构总览

五、设计启示

回到最初的问题：在管理风格这么多样、管理诉求又不一致的情况下，如何设计这套系统？答案是：不是强行统一标准，而是建立一个“统一平台、差异配置”的架构。具体来说，有以下几点启示：

设计原则	具体做法	解决的问题
模块化设计	各功能模块独立解耦，可按需开启	南北企业功能侧重不同
配置化而非定制化	通过配置参数适配不同公司，而非为每家公司单独开发	降低开发和维护成本
数据统一口径	所有公司的数据通过统一接口接入，确保数据可比	总部监管需要跨公司数据对比
权限分级管理	总部可查看所有数据，子公司只能看到自己的数据	对赌协议期内的管理边界
审计可追溯	招标、结算、考核等关键环节全程电子化存储	防止内外勾结、保障投资安全

表 3：TMS 系统设计原则总结

南北差异的本质是市场成熟度差异：市场越成熟，越倾向轻资产、重管理；市场越欠发达，越依赖重资产、重运营。系统设计必须支持“同一套架构，不同配置权重”的理念。这正是投融资并购企业信息化的核心挑战：不是统一标准，而是统一平台下的差异化适配。只有这样，才能在保障投资安全的同时，尊重各家被收购企业的经营自主性，实现真正的“管而不死、放而不乱”。

参考文献

[1] 《业绩对赌协议对并购溢价和市场反应的影响》，金融研究，http://www.jryj.org.cn/CN/abstract/abstract1144.shtml

[2] 《对赌协议在企业并购中的应用研究》，中国知网，https://cdmd.cnki.com.cn/Article/CDMD-10421-1021613724.htm

[3] 《冷链物流轻资产运营模式的价值创造》，中冷联盟，http://www.lenglianwuliu.org.cn/news/6280.html

[4] 《物流轻资产还是重资产，哪种模式更有竞争力？》，https://51w2c.com/m/details_id_405.html

[5] SAP《什么是运输管理系统？》，https://www.sap.cn/resources/what-is-a-transportation-management-system-tms

[6] 《TMS系统有哪些模块？运输管理系统功能模块介绍》，https://www.ittx.com.cn/article/tms-transportation-management-system-modules.html

[7] 《浅谈旅行商问题（TSP）的启发式算法》，知乎专栏，https://zhuanlan.zhihu.com/p/102709464

[8] 《结算系统清分、结算与对账的核心差异解析》，金蝶云之家，https://www.jdy.com/article/1965297069006598146.html

[9] 《物流费用结算产品一文搞懂》，人人都是产品经理，https://www.woshipm.com/pd/6216560.html

[10] 《解析物流行业分账系统，教你规避“二清”风险》，知乎专栏，https://zhuanlan.zhihu.com/p/302294739