我们离建立一个中央空中交通管制系统越来越近了，所以我想开始一个小的博客系列，详细说明我们实际走过的过程中的各个步骤，奥尔加·多林斯卡娅的博客文章系列中有帮助地概述。目前我还不知道这篇文章会变成多少篇，也不知道下一部分什么时候发表。我只是随机应变。

我们有一个相当复杂的SAP环境，大数据分享，但目前将集中在我们的两个主要的ERP开发系统，这两个系统提供两条"线"：一条用于总部，另一条用于全球所有子公司。我们还有一个中央开发系统，它将两条主要的开发线连接起来。这主要用于SAP和dictionary对象，使它们在两个主要环境中保持同步。Z-objects中的ABAP代码仅在该中央系统中的一些罕见情况下维护。

总部系统（DEV-HQ）的开发主要由位于德国的内部和外部开发人员完成，一些例外情况是大型项目的开发由合同顾问完成。全球系统的开发（DEV-WW）部分也由我们的内部和外部开发团队完成，但有些国家或有自己的小团队，或寻找承包商来特别执行法律要求。

自2017年11月底以来，我们与HANA-DB一起使用NW 7.50 EHP8，并由Smartshift更新Z代码以满足HANA要求。到目前为止，我已经在DEV-HQ和DEV-WW系统中启用了带有HANA检查的ATC，它在传输释放期间也会启动，但不会阻止它。因此，我们目前显然面临着非HANA就绪代码重新进入Z代码的风险。为了防止这种情况的发生，我们被允许建立一个基于NW 7.52的中央ATC系统，该系统具有所有的功能，比如选择使用基线并在任务发布时进行检查。

在我写这篇文章时，系统正在建立，所以我还没能真正看到它。一旦在技术上建立起来，我们的basis团队将为我们的使用做准备，然后轮到我来定制ATC。

我利用这段时间向我们的开发人员传达信息，从我们在温嫩登总部工作的开发人员开始。这并不是他们第一次听说ATC，因为关于它是什么以及我们如何使用它的信息已经在我们的开发指南中提供了相当长的一段时间，直到迁移到HANA DB。这里还提到了这样一个事实：一旦可行，我们最终将切换到阻止从DEV系统释放传输。所以，他们已经得到了一些"公平的警告"，这是即将到来的！

我目前的计划是首先激活DEV-HQ的中央ATC检查，看看情况如何，然后在第二步中添加DEV-WW。所以，我邀请了我们当地的开发人员参加一个简短的信息会议，向他们展示即将发生的事情以及原因。准备这些花了大约2个小时，每个花了1个小时。我提供了两个会议，以适应一周中不同的日子，其中一些可以在办公室或通过网络会议。

在六月的某个时候，我希望得到我的手在中央系统做定制。这将不仅涉及一次性设置，大数据应用前景，而且还将决定哪些消息应获得哪个优先级，其中只有少数消息被指定为"1"或"2"，泛在电力物联网，以便不会有太多可能阻止传输释放的发现。顺便说一句，我很想有一个选项，在定制只有prio"1"的消息阻止释放，云主机云服务器，也不prio"2"，因为有太多的消息，目前属于这两个类别之一。

一旦我们有了设置定义，我们将为DEV-HQ系统中当前的所有Z代码创建第一个基线。我们还将不得不放弃设置豁免流程（有些人认为这是标准选项），在这种情况下，淘客助手怎么用，开发人员选择一个指定的批准人将不太适合我们的情况。我们需要找到一种可能性，将通知发送给一组潜在的审批者，并且让流程比默认设置每天启动一次要频繁得多。但所有这些都将很可能成为本博客系列第二部分的素材-所以请继续关注，直到那时！

干杯

贝尔

以下是本系列其他部分的链接，以供参考：

第2部分：准备系统

第3部分：根据我们的喜好调整设置

第4部分：最后一段

第5部分：关注事物（2019年1月）

关于整个旅程，请参阅漫长蜿蜒的道路版。