有了这个MKS，我想为交通网络的一个相当复杂的部分亮一盏灯。其中一个关键要素是运输车道，它定义了可以进行运输的地点之间的连接。例如，可以设置可用的运输方式、定义成本、设置距离和持续时间。更多详情请参见MKS13.

可以为运输区定义运输车道，以减少维护工作量，并实现基于地址的位置规划。关键是：位置可以分配给多个区域，区域可以有层次关系，此外，返利app可信吗，交通工具也有层次关系。在saptm流程中，常常需要为位置对找到最具体的运输路线。例如，在确定阶段的距离时，或在巡更优化器中，或在载波选择中。找到最特定车道的逻辑必须考虑所有3个层次结构（起始位置区域层次结构、目的位置区域层次结构和交通工具层次结构），云实，并且必须非常快地完成这一工作。显然，首先确定优先顺序是很重要的，逻辑将如何在这些层次中搜索。

如果首先评估运输方式层次，则可以定义优先顺序。这将迫使人们尽可能长时间地坚守地点，只有在没有任何交通工具连接的情况下才开始基于区域进行搜索。还可以定义起点和终点的优先级。例如，如果客户更喜欢从特定位置开始的车道（可能是出站场景中的仓库或终端），则会在到目的地的车道区域之前找到一个到区域的车道仓库。

到目前为止还不错。但是：由于一个位置可以分配给多个区域，因此多个结果车道可以处于相同的水平。在这种情况下，标准逻辑按成本、距离和持续时间对结果进行排序，淘客购物，并选择值最低的结果。此外，实时数据采集系统，还有一种增强方法（增强点/SCMB/ES\u LDDD\LD，方法/SCMB/IF\u EX\u LDDD\u LD~确定最特定的\u车道），以防需要不同的逻辑。

现在是复杂的部分：当在层次结构（/SAPAPO/RELHSHOW）中为区域设置车道时，车道确定会考虑到这一点，但只有在位置-区域分配之后。作为第一步，逻辑总是直接确定包括位置在内的区域，并将它们置于第一层次。然后在这些区域搜索结果。如果它为这些区域中的多个找到车道，则假定结果相等，并按上述方式处理。只有在没有这些区域的结果时，逻辑才会开始遍历区域层次结构并正确考虑这一点。

基本假设是层次结构中没有区域本身包含任何子区域已经包含的位置。因此，例如，如果您希望用一个顶部区域覆盖美国，并将所有州作为下面的单个区域，则您根本不会为区域US保留位置包含，而仅为州区域保留位置包含。美国境内的任何地点都会首先落入州政府管辖区，并间接地将等级制度纳入美国管辖区。好吧，这个简单的例子听起来很合理，但事实证明，这有时很难做到。必须始终通过所有子分区定义来减少顶部分区的位置包含。这在技术上是可行的，但是繁琐且容易出错。此外，系统不会强制或检查此情况。

结果是发生这样的情况，即车道被确定为不符合预期的结果，即分区层次结构也会直接评估包括位置在内的结果。

车道确定理论

车道确定示例

因此在示例中，您可以预期车道A对于右侧也更为具体。

注2362806车道位于同一等级，车道确定得到改进。挑战在于，物联网工程，这种逻辑不能自动完成，因为它改变了标准行为，并且已经存在依赖于没有区域层次结构的逻辑的活动场景。在实施注释后，可以通过使用增强点方法调整设置并将指示器APPLY\u zone\u hierarchy设置为ABAP\u TRUE来激活分区层次结构。

报告/SCMB/TEST\u LDDD也得到了增强，以提供此设置：

标记也将添加到TM车道确定设置中，但是需要另一个TM特定注释。

马库斯，感谢您提供此非常详细的信息和注释2362806！您已经在3M启用了一个伟大的标准解决方案，这将大大减少我们的主数据设置和/或自定义编码。

很高兴听到这有助于您！