3. TMS 供应商主数据模型：承运商/供应商表结构详解

在运输管理系统（TMS）中，供应商主数据通常以“承运商”为核心实体进行建模。与 WMS 侧重“供货方”不同，TMS 的供应商模型更关注运输服务能力、结算规则与区域覆盖。本章将深入解析 TMS 中承运商/供应商的表结构、关键字段及其业务含义，为后续字段映射奠定基础。

3.1 承运商主数据核心表结构

TMS 的供应商主数据通常采用“一主多从”的设计模式：一张主表存储承运商基础信息，多张子表分别存储结算方式、运输区域、车辆资源、合同费率等扩展信息。以下为典型的核心表结构：

3.2 关键字段详解

以下四个字段是 TMS 供应商主数据迁移中最核心、最容易出现映射冲突的字段，需要重点理解其业务含义与数据格式。

3.2.1 承运商编码（carrier_code）

• 业务含义： 承运商在 TMS 中的唯一业务标识，通常由企业编码规则生成，如“CAR-001”、“SF-EXPRESS”。
• 数据特征： 字符串类型，长度通常为 20-50 位，支持字母、数字与连字符。
• 迁移要点： 该字段是 WMS 与 TMS 之间供应商映射的桥梁。WMS 中的“供应商编码”需与 TMS 中的“承运商编码”建立一对一或一对多的映射关系。

3.2.2 承运商名称（carrier_name）

• 业务含义： 承运商的全称或简称，用于业务单据展示与查询。
• 数据特征： 字符串类型，长度通常为 100-200 位。
• 迁移要点： 名称可能存在多语言、多别名情况（如“顺丰速运”与“SF Express”）。建议在 TMS 中增加“别名”字段，或在映射表中维护名称对照关系。

3.2.3 结算方式（settlement_type）

• 业务含义： 定义与承运商之间的费用结算模式，直接影响运费计算与财务对账。
• 常见枚举值：
  • MONTHLY — 月结：按月汇总运费后统一结算。
  • PREPAID — 预付：发货前预付运费。
  • COD — 到付：收货方支付运费。
  • CONTRACT — 合同价：按合同约定周期结算。
• 迁移要点： WMS 中的结算方式字段（如“付款条件”）需要与 TMS 的枚举值对齐。若存在自定义值，需在迁移脚本中做值转换映射。

3.2.4 运输区域（transport_region）

• 业务含义： 承运商能够提供运输服务的区域范围，通常用于订单分单时的承运商匹配。
• 数据模型： 一般采用多对多关系，一个承运商可覆盖多个区域，一个区域也可由多个承运商服务。
• 常见编码方式：
  • 行政区域编码（如 110000 表示北京市）
  • 线路编码（如 ROUTE_EAST 表示华东线路）
  • 自定义区域分组（如 ZONE_A）
• 迁移要点： 区域编码体系在 WMS 与 TMS 之间往往不一致。建议在迁移前统一区域主数据，或建立区域编码映射表。

3.3 承运商主数据模型关系图

下图展示了 TMS 中承运商主数据核心表之间的关联关系，以及关键字段在数据流转中的位置：

3.4 字段映射配置表示例

在数据迁移实施过程中，需要将 WMS 的供应商字段与 TMS 的承运商字段进行精确映射。以下为典型的字段映射配置表：

3.5 承运商主数据迁移流程

为确保 TMS 承运商主数据的完整性与准确性，建议按以下步骤执行数据迁移：

1. 数据抽取： 从 WMS 或 ERP 中抽取供应商主数据，重点关注编码、名称、结算方式、区域信息。
2. 数据清洗： 去除重复记录、修正格式错误、补全缺失字段（如区域编码）。
3. 值映射： 根据映射配置表，将 WMS 字段值转换为 TMS 可识别的枚举值或编码。
4. 数据导入： 先导入承运商主表，再导入结算方式、运输区域等子表数据。
5. 数据校验： 对比源系统与目标系统的记录数、关键字段值，确保迁移一致。

以下流程图展示了承运商主数据从 WMS 到 TMS 的迁移路径：