2019年1月26日，SAP在沃尔多夫的赛道内，总部的SAP大楼之一。由于SAP建筑群覆盖了大约十倍于纽约市的面积，所以很难找到，但我最终还是到达了那里。

外星人从SAP总部绑架了垃圾箱

起初我发现自己在"哈索·普拉特纳环"里，但那是错的，我不应该在那里，我应该在"SAP后巷"，数据分析方法，那里是目标建筑是。

这是一个非常大的事件由SAP内部轨道标准，儿童的事件更大。如果你上楼，你必须躲开机器人和遥控直升机，还有一个写着"小心鹦鹉"的大牌子。

有三条轨道，但幸运的是，从来没有一次我需要同时在两个地方，所以这些就是我要去的地方：-

主题演讲-开源-弗兰克·科恩托普

据说人脑从任何演讲中只能记住三件事，事实上，我只能回忆其中的三点，但我认为它们是重要的一点。

首先，我们现在到了一个阶段，平均来说，发发淘客神器，现在公司使用的80%的代码都是开源的。这一点也不让我吃惊，让我吃惊的是那些不接受像ABAP2XLSX或abapGit这样的开源ABAP项目的组织，因为它们是"开源"的，受到社区的支持，而不是SAP。这就是"ABAP是一个特殊的雪花"的好老态度，需要被寄托到过去。

我可以想象ABAP开发者谁要求安装ABAP2XLSX收到拒绝消息说："我们不做开源在我们的公司"通过某种基于开源的消息系统。

无论如何，大数据问题，第二点是80%的用户你的开源代码实际上不是很安全，因为有太多不同的贡献者，而且他们中的大多数人对安全性并没有给出两个方面的建议，而且有些还不太好，SAP有一个庞大的团队在他们使用的开源软件上做这些工作，通常每个开源项目都有人在做同样的事情并进行安全修复。

最后一点是因为每天都会出现新的安全问题，唯一的解决方法就是将你的开源软件几乎一直更新到最新版本…这是先发制人的，因为你不想等到窃贼进屋后再修好锁。

合作-沃尔克·斯托夫勒

沃尔克是一个数据库专家，但这次谈的都是哲学，在这些会议上混合一些非技术性的主题是很好的。

具体来说，这都是关于合作的好处，我想这在某种程度上与开源软件有关。他从理论到数学模型，然后是这些模型与现实生活的关系。

此外，他的名片上还内置了放大镜和尺子。

S/4 HANA的代码转换–Ingo Brauinger/Thomas Fieldler

我自己在SAP活动上谈论这个话题已经有几年了–例如，我在SAP TechEd 2017上谈论过这个话题–但是总是有一些新的东西需要学习。

为新的实现准备系统的第一步（这不是任何意义上的升级）是找出60%-80%的自定义代码从未被使用过。这个工具以前是UPL，但现在它是SCMON，明年它将是另一个毫无疑问。重要的新事物是你不再需要解决方案经理来做这件事，你可以直接从你的生产系统来做，但是，除非我把所有的东西都颠倒过来，否则你不能使用它，直到你已经使用了S/4 HANA，这有点违背了目的。

在任何现场演示中，什么是物联网工程，演示者肯定会经常遇到麻烦，在这种情况下，他成为SAP一个疯狂的UI设计决策的牺牲品，我已经看到了一次又一次，尤其是在千年发展目标系统中，

将"删除"按钮放在"刷新"按钮旁边是一个好主意。因此，当他想刷新显示时，他很自然地不小心按下了"删除"按钮。幸运的是有一个"你确定吗？"提示。几年前，千年发展目标中的情况并非如此。SAP GUI的类比是在STMS中，"transport selected"和"transport everything"按钮是紧挨着的，如果你按错了50万个充满未测试代码的传输，那么它们会立即投入生产，而不是将少量未测试代码传输到生产中的正常做法。

无论如何，它们（SAP）希望您在Eclipse中的ABAP中执行ADT（代码检查器）检查，因为这会提供"快速修复"，在这里，只要按下一个按钮就可以修复真正常见的问题（问题是cod，它在/4hana中根本无法正常工作）。事实上，如果你得到的是600位代码，你可以一次对它们进行大规模修复。

到目前为止，只有两种快速修复方法，一种是"排序方式"问题，你从数据库中取回记录，但没有对它们进行排序，另一种是你没有将材料变量键入MATNR，而是CHAR18或CHAR18差不多吧。这两种方法都在S/4 HANA中引起了悲伤。

新的快速修复涉及到不再存在的表–KONV/VBUK/VBUP和BSEG。

我不是100%确定这方面的快速修复的性质，但是我看到了KONV上的直接读取被什么取代了，而且是一堆看起来什么都不像的代码行。我要指出的是，这些只是为了在转换（重新实现）之后保持代码正常工作。从长远来看，你必须考虑根据新的数据模型来检索数据，该模型的数据库表要少得多。

午餐时间

然后是时候让我们大家都出去，在零下的温度下排成一大队去拿汉堡车了。我真的不能抱怨（毕竟他们是免费的），大数据能做什么，孩子们互相扔雪球玩得很开心。

卡蒂和她的汉堡

放松-斯维娅贝克尔