今天就为MKS05和MKS50做一个快速的跟进。为了在维护运输网络时省力，可以分层定义运输方式。记住，物联网专用卡，例如，大数据网，MTR用于定义基于它的运输路线、附加成本、确定距离等。由于使用范围太广，可能会出现这样的情况：您需要为其中一种使用区分两种资源类型，但其他资源类型几乎保持相同的行为。举个简单的例子，您希望为两种卡车类型附加不同的成本，但允许它们在同一车道上使用。为了避免被迫为两个地铁创建这些，您可以创建一个上级地铁，为其创建车道，云上，并使用更具体的地铁只是为了成本。当然，资源分配了具体的MTR，但是当没有具体的定义时，淘客基地，一般的上级MTR被选取。我已经为我的卡车创建了3个MTR。特定的卡车类型分配了通用的MTR。

对于这个通用的MTR，我设置了距离确定、可持续性等所需的大多数属性。

对于特定的MTR，我将此留空：

我的车道是为MTR\U TRK创建的，但我的成本与MTR\U TRK\U A和MTR\U TRK\U B有关。当我现在使用SAP TM automatic planning时，使用了正确的定义，我不需要维护太多的车道、距离定义，…

省力的好方法，并且仍然能够控制我的流程。

这里是链接到LinkedIn讨论：星期一知识片段&&；#40；MKS&；#41；-51传输方式层次结构| LinkedIn

，top返利