4. 运输单元与车辆主数据

在 SAP EWM 的月台与园区协同场景中，真正被调度、被扫描、被装载、被放行的对象并不是抽象的“货物”，而是运输单元（Transportation Unit, TU）以及承载它的车辆资源。如果主数据建模不清晰，后续的月台预约、门岗校验、装车确认、出场放行都会出现“系统里找不到对应对象”或“对象属性与实际不符”的问题。本节围绕运输单元类型、车辆标识、挂车、集装箱等对象建模，以及车牌、司机、承运商信息的维护展开，目标是让读者理解这些主数据在 EWM 中如何被定义、关联和使用。

一、运输单元类型：把“一车货”拆成可管理的对象

运输单元类型（Transportation Unit Type）是 EWM 中定义运输单元物理形态与业务属性的核心主数据。它决定了运输单元在系统中如何被识别、如何被包装层级引用、以及是否允许混装。常见的运输单元类型包括：托盘运输单元（如 EUR 托盘、工业托盘）、集装箱运输单元（20 尺、40 尺标准箱）、挂车运输单元（整车挂车）、周转箱运输单元（可折叠料箱）等。

在配置运输单元类型时，需要维护以下关键属性：

• 运输单元类型编码：如 TU_PALLET_EUR、TU_CONT_40FT、TU_TRAILER，编码应具备可读性，便于门岗和月台人员识别。
• 包装层级引用：指定该运输单元类型对应的包装材料（Packaging Material），例如 EUR 托盘对应包装材料 PAL_EUR。
• 是否允许混装：控制同一运输单元内是否可以放置不同物料或不同批次。
• 尺寸与重量限制：用于月台容量校验和装载计划，例如最大毛重 1200 KG、最大体积 2.4 m³。
• 是否可堆叠：影响装载顺序和月台空间计算。

教学示例：假设某园区使用 EUR 托盘作为标准运输单元，配置编码 TU_PALLET_EUR，包装材料 PAL_EUR，最大毛重 1000 KG，允许混装但同一托盘内批次必须一致。当仓库人员创建一个运输单元时，系统会自动带出这些属性，并在后续装车校验中作为判断依据。

二、车辆标识、挂车与集装箱：运输资源的对象建模

车辆主数据在 EWM 中通常通过车辆标识（Vehicle Identifier）来管理。车辆标识可以是车牌号，也可以是内部编号。对于园区协同场景，建议同时维护车牌号和内部车辆编号，因为门岗摄像头识别的是车牌，而月台调度系统可能使用内部编号进行排班。

挂车（Trailer）和集装箱（Container）是两种特殊的运输资源。挂车通常作为牵引车的附属单元，在 EWM 中可以建模为独立的运输单元类型，并关联到牵引车。集装箱则既可以作为运输单元，也可以作为装载设备。关键区别在于：挂车强调“可分离的运输载体”，集装箱强调“标准化的装载容器”。

在建模时，需要维护以下关联关系：

• 车辆标识 ↔ 承运商：每辆车归属于某个承运商，用于运费结算和责任追溯。
• 车辆标识 ↔ 司机：司机信息用于门岗身份校验和安全合规。
• 挂车 ↔ 牵引车：挂车可以更换牵引车，因此关联关系应支持动态变更。
• 集装箱 ↔ 船舶/航班：对于多式联运场景，集装箱需要关联到具体的运输航次。

三、车牌、司机、承运商信息的维护

车牌、司机、承运商是车辆主数据的三个核心维度。在 EWM 中，它们通常通过业务伙伴（Business Partner）和车辆主数据两个层面来维护。

承运商作为业务伙伴，需要维护：承运商编码、名称、联系人、联系电话、合同编号、结算方式。承运商编码建议与 ERP 或 TM 系统中的编码保持一致，避免跨系统对账困难。

司机信息可以维护在业务伙伴中，也可以作为车辆主数据的附属信息。关键字段包括：司机姓名、身份证号、驾驶证号、联系电话、所属承运商。对于园区安全要求较高的场景，还需要维护司机的安全培训记录和入场权限有效期。

车牌号是车辆主数据的唯一标识之一。在维护时需要注意：车牌号可能包含特殊字符（如“京A·12345”中的点号），建议在系统中统一格式，例如去掉分隔符，存储为 京A12345。同时，对于挂车车牌和牵引车车牌，应分别维护，避免混淆。

教学示例：某承运商“顺达物流”新增一辆牵引车，车牌 沪B88888，挂车车牌 沪C66666，司机张三，驾驶证号 310101199001011234。在 EWM 中，先创建承运商业务伙伴 BP_SHUDA，再创建车辆主数据 VEH_SH_001，关联车牌 沪B88888 和挂车 沪C66666，最后将司机张三关联到该车辆。完成之后，门岗扫描车牌 沪B88888 即可带出承运商和司机信息，月台调度也能看到该车辆的可用状态。

四、对象建模的关联关系与数据流

为了更直观地理解运输单元、车辆、挂车、集装箱、车牌、司机、承运商之间的关联关系，下面用一张结构关系图展示这些主数据对象在 EWM 中的建模层次与引用方向。

上图展示了 EWM 中运输单元与车辆主数据的核心对象及其关联方向。承运商作为业务伙伴，是车辆和司机的归属主体；车辆标识是门岗扫描和月台调度的核心对象；挂车可更换牵引车，因此关联关系需要支持动态变更；运输单元类型决定装载规则，集装箱作为特殊运输单元需要关联航次信息。理解这些关联关系后，在实际维护主数据时就能避免“车辆找不到承运商”“挂车与牵引车绑定错误”“集装箱无法关联航次”等常见问题。

五、维护过程中的常见问题与检查要点

在实际项目中，运输单元与车辆主数据的维护容易出现以下问题：

• 车牌号格式不统一：有的录入带分隔符，有的不带，导致门岗扫描匹配失败。建议在录入界面增加格式校验，统一存储格式。
• 挂车与牵引车关联错误：挂车更换牵引车后未及时更新系统，导致月台调度看到错误的车辆组合。建议在门岗入场时增加“车辆组合确认”步骤。
• 司机信息过期：司机的入场权限有效期未及时更新，导致门岗放行失败。建议设置到期提醒，提前 7 天通知承运商更新。
• 运输单元类型混用：不同物料使用错误的运输单元类型，导致装载校验失败。建议在物料主数据中指定默认运输单元类型。
• 承运商编码与 ERP 不一致：跨系统对账困难。建议在创建承运商时直接引用 ERP 业务伙伴编码。

总结来说，运输单元与车辆主数据的建模质量直接决定了月台与园区协同的效率。运输单元类型定义了“货”的形态，车辆标识、挂车、集装箱定义了“载具”的形态，车牌、司机、承运商定义了“人”和“组织”的归属。三者关联清晰、维护及时，才能支撑后续的月台预约、门岗校验、装车确认和出场放行等业务环节顺畅运行。