自2018年10月我们的中央空中交通管制系统上线以来，一些额外的事情曝光了，这不仅仅是对本系列现有文章之一的更新。随着我们了解更多信息，我将继续添加到这篇文章中，多多淘客，因此，即使它一开始相当小，但随着时间的推移，它的大小必然会增加。

我们希望开始运行基于最新版本的简化数据库（1809）的s/4HANA就绪检查，并认为我们已经完成了所有必要的步骤。但是，正如我从Florian Henninger的问答和有用提示中了解到的，我们实际上忽略了OSS说明的更新版本"2241080–SAP S/4HANA:检查客户特定代码的内容"已于2018年10月底发布。一旦我们下载了笔记中提到的最新的"简化数据库内容"，我们就可以设置就绪检查了。

这绝对是一个值得放在你的"观察名单"上的OSS笔记！

由于我们利用卫星系统和中央ATC系统之间的可信RFC连接，所有可能运行ATC检查的用户都需要在系统间了解。我们曾有几次，用户可以在卫星系统中工作，但无法运行ATC检查，因为他们要么在中央系统中还没有用户，要么他们的用户已经不在了有效。这个然后被报告为卫星系统中的工具故障，深入查看该消息将提示用户没有在中央系统中有效。顺便说一句，行业云，每个问题都会导致在中央系统的ST22中列出一个实际转储（不确定转储是否真的有理由仅仅是一个"未授权"的错误？）。

由于我们目前正处于将用户分发从客户解决方案转移到IDM的过程中，而且这还不能跨系统工作，不幸的是，我们现在需要记住手动同步用户。

我养成了一个习惯，几乎每天都会简要检查ATC结果，以了解可修改的传输请求或卫星系统中传输释放的潜在问题。只要我主要检查工具故障或所列传输请求的优先级1和优先级2发现的重复出现之类的问题，淘客查询，这不会花费太长时间。如果需要的话，我会与受影响的开发人员联系，找出问题所在。不过，更多的时候，他们通过申请豁免，把我赶到了终点！

谈到豁免请求：我们发现，淘客易，通知邮件有时（或对某些同事而言）最终会出现在Outlook的垃圾邮件文件夹中，在那里它们往往会被忽略。我们还没有弄清楚为什么会发生这种情况，因为这似乎是一个有点移动的目标。

这也不像最初认为的那样容易，让每个请求豁免的人都从可用用户列表中选择我们的特定ATC批准人用户，而不是特定的人，即使这已经被沟通和确认有据可查。

因此，有必要至少每隔一段时间检查一下中央系统中的豁免浏览器（或者等到受影响的开发人员发送电子邮件询问他们的请求！）。

如开头所述，随着事情的发展，我会继续添加到这篇文章中，并希望在评论中了解您在空中交通管制中心检查方面的经验！

干杯

Bärbel

以下是本系列其他部分的链接，云服务器是什么，以便于参考：

第1部分：搭建舞台

第2部分：准备系统

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

第4部分：最后一段

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