尽管它中断了MKS流的详细包构建一点，我想花今天星期一的知识片段的主题GIS集成供应链执行应用程序。在这方面工作了10多年，我个人非常高兴和自豪的是，我们终于实现了路线图上的一个里程碑，我的产品负责人Jens Gottlieb和我在开始这项工作时定义了这个里程碑。

背景

在SAP Transportation Management开始之前，SAP SCM应用程序与提供地理编码、距离和持续时间确定以及地理路由等GIS服务的第三方产品一起交付。从全球和最新技术的角度来看，这对未来来说并不是一个好的解决方案。因此，这一设置被中断，我们开发了一个开放的GIS集成框架，使客户能够连接到任何他想要使用的GIS供应商/产品。显然，这样做的缺点是默认情况下没有可用的GIS服务，而且连接始终是一个客户项目。SAP通过提供咨询软件包解决了这一问题，并且为大量的bugger客户提供了咨询服务。当然，我们从一开始就意识到需要一个开箱即用的GIS集成，甚至在内部支持我们的开发和演示环境。尽管如此，即使压力很大，我们还是决定SAP Transportation Management无法提供这样的集成，因为它不是我们正在研究的核心业务领域的一部分。开发和支持这项技术将耗费大量精力，个人云服务器，无法用于改进我们的核心业务流程。我一直要求SAP提供所有SAP应用程序都可以使用的集成，这需要多年的时间。

对我来说，最重要的要求始终是拥有一个独立于供应商的解决方案。尽管我们多年来一直与SAP合作得很好，但SAP应用程序必须遵循产品标准才能走向全球。你无法想象有多少次有顾问找我，告诉我连接到Google GIS服务是多么容易，并问我为什么我们没有现成的服务。是的，也许是为了快速拍摄。我没有标准的解决方案。现实情况是，全球范围内有很多GIS供应商，人工智能龙头企业，现有或潜在的SAP客户可能已经有了有效的合同，或者任何其他原因都可能迫使客户与特定的GIS供应商保持联系。SAP客户可以根据所需的质量、价格和服务自由选择供应商。如果SAP与特定的地理信息系统供应商合作，对客户有利–好的。

更多详细信息可在MKS33中找到。

解决方案

随着SAP Spatial Services的兴起，国家大数据，我清楚地认识到，最终SAP内部的一个团队将接手这一挑战，为所有相关应用程序提供地理信息系统服务。由于已经积累了SAP HANA核心服务的知识，外部服务的集成将进一步改善整个解决方案组合。

经过大量工作，今天我们可以推出解决方案：SAP应用程序现在可以通过SAP Spatial services使用SAP云平台使用外部GIS服务。

SAP Spatial services为独立于选定GIS供应商的相关服务定义了标准接口，因此，技术集成是稳定的。

客户如何在SCE应用中使用此解决方案？

SCE应用中使用的GIS集成框架是SCM基础层的一部分。该层已通过SAP note 2711181进行了增强。该说明提供了连接到SAP云平台所需的核心流程控制器元素，宁波大数据，并针对SCM\ U BASIS 714、S4\ U 1709和S4\ U 1809发布。SCMY基础714是SAP运输管理9.4以下的基础。在实施本说明（或通过支持包安装）后，可以配置新的GIS集成。附注2751622支持这一点，其中附有最新的安装指南。

请注意，目前客户必须与GIS供应商签订合同。

使用SAP Visual Business的地理地图

位于用于核心业务流程的GIS服务旁边，SAP TM利用SAP Visual Business显示地图并在地图上提供交互式功能（如手动规划）。从技术上讲，这是一种独立的服务，但实际上，客户希望对包括地图在内的所有GIS服务使用相同的供应商。这是可能的，只需要一致的SAP VB配置。

限制和展望

从体系结构的角度来看，该解决方案满足了核心需求，bi大数据分析，并消除了对定制项目进行集成编码的需要。但一个里程碑只是一个里程碑，我们仍然看到我们前面的很多。支持的GIS供应商的数量应该会增加，这肯定会受到客户需求的驱动（您可能会说，由于支持的供应商数量有限，我在上面阐述的关键要求没有得到满足-对我来说只有一半是正确的，因为应用程序方将不必进行任何调整，并且GIS供应商所在的组件需要做的补充是明确的）。GIS帐户的配置应该是SAP Spatial Services的一部分，而不是应用程序端。最后，如果能够提供标准的GIS供应商，这样客户就不需要自己协商，那就太好了。

有一点我想说得很清楚：这个解决方案引入了sapspatial服务作为抽象层。像往常一样，这样一个附加层带来了好处，但当然也带来了挑战。对于大容量和高需求场景，直接连接GIS供应商特定连接仍然是更好的解决方案。但对于大部分SAP客户和用例来说，这是完美的匹配。