SAP S/4 HANA运输管理供应链（embedded TM）的"专业运输"部分包括SAP LE-TRA（物流执行-运输）中没有的功能。由于专业运输需要额外的许可证成本，因此有必要了解运输中的额外业务流程，这些流程可以使用专业运输功能进行设计。在我以前的博客中，讨论了事件驱动电荷计算。本文讨论了运输过程中的装箱/称重问题。

货物的运输通常发生在集装箱、拖车、轨道车等运输资源中，这些运输资源的最大容量通常以体积或重量表示。在装载产品时，当运输资源在达到允许重量限制之前达到其容量时，称为装箱问题。同样，当运输资源达到其重量极限时，在达到容量之前，称为加权方案。在陆地和海洋运输方式中，通过卡车或集装箱运输低密度材料是非常常见的。当我们运输高密度材料（如铁、煤、铜、木材等）时，通常会发生称重。在这两种情况下，我们都有可能无法按计划装载运输资源（如果计划不同时考虑重量和体积）。一些负面业务影响是：

承运人可能在提货时取消装运向客户发送部分数量，可能导致客户不满客户账单和承运人发票不符厂内计划外库存缺货量跟踪与出口报关、提货单等相关的文件问题

运输计划员与客户建立订单时，他们会积累经验，并对运输资源（卡车/拖车/轨道车/集装箱）中可容纳的产品数量进行粗略估计。但是当一个发货人通过FTL/FCL运输几百个不同尺寸的sku的产品线时，很难计算出有多少产品将填满运输资源。因此，依靠规划师的技能和经验并不是一个可扩展的解决方案，也不是解决问题的理想方式。这应该是技术驱动的，规划者应该能够根据他们的经验设计/配置/维护软件。

解决"入站物流"中的立方体案例研究（2008年2月）可以提供关于这个问题的真实场景的更多细节。2008年，SAP（LE-TRA模块）没有完整的功能来解决上述问题问题。因此，客户过去依赖于与第三方产品的集成。然而，从saptm9.1开始（2012-13年发布），我们有多种选择来有效地解决这个问题。最新版本（TM 9.6/S/4 HANA 1809）具有高级功能，可以满足这一领域的复杂需求。因此，对于发货人来说，如果核心后端ERP是SAP，那么建议使用SAP Transportation Management（TM）来解决这些问题，因为它具有紧密的集成、更好的性能和先进的功能。

SAP解决方案：

在S/4 HANA embedded TM中，我们可以使用货运单位构建规则（FUBR）拆分订单（SO/STO/PO/Delivery）数量并创建货运单位。在FUBR中，大数据是数据，我们可以保持车辆/集装箱/轨道车的最大体积和最大重量作为分割数量。当S/4 HANA embedded TM收到超过最大重量或最大体积的订单时，它会创建多个货运单位，海淘返利，并且可以分别计划到不同的发货/货运订单中。

例如，如果我们在FUBR中保持25000 LB和100 FT3作为分割数量，并且销售订单数量为30000 LB/50 FT3，则会创建两个FU。一个是25000磅，另一个是5000磅。同样，如果销售订单数量是20000磅和110立方英尺，它将创建一个是100立方英尺的FU，另一个是10立方英尺的FU。这些FUs可以在两个不同的FOs中单独规划，并且可以为每个文件分配单独的运输资源。一旦计划完成，可以根据货运订单/运输资源的数量，通过交货建议从TM创建多个交货。

注意：分割质量不一定总是精确的车辆容量。根据业务需求和场景最终确定。

在embedded TM basic shipping中，只有基于交付的FU building可用。因此，即使我们将交货数量拆分为多个FU，也不能在单独的装运/货运订单中规划这些FU。不建议在多个运输资源/装运中发送一个交货。因此，可能需要交付分割功能（1809年尚未发布-更新/详细信息请参阅注释2663403）。否则，淘客平台，我们可能需要在ECC/S/4中拆分交货，同时从订单创建交货，这通常需要一些增强。但是，在embedded TM professional shipping中，我们有基于订单的FU构建，而这个问题并不存在。交付是在计划后从FOs创建的，可以根据场景创建多个交付。

共同要求：

存在阻碍运输资源（卡车/拖车/轨道车/集装箱）按计划装载的高级要求和其他挑战。其中一些是：

1。FUBR确定

在项目中，我们可能会根据业务场景要求不同的FUBR，不同的拆分数量。地区、服务水平、包装、卡车容量的可用性、物料主数据、客户规格等可决定订单使用的FUBR。在embedded TM的专业运输功能中，我们可以使用条件来确定各种场景的正确FUBR。此功能有助于准确、真实地规划不同场景的运输资源。

2。产品包装